Directions:

ASCII Art Studio is a powerful ASCII Art editor. It allows you to make your own ASCII Art quickly and easily. Please find and try V2.1.1, and then fulfill the following tasks:

·         List the major product features in an organized way

·         Write test cases for one/two features

·         Try to find as many bugs as you can and log them

·         Describe any product enhancements you would like add in

·         Write a testing plan (This task is only for senior position applicants)

Please contact us if there is anything unclear.

2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解？
这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵

3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么，你原先 的公司又是怎么的流程了？
前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不 到书上所说的那些个测试规范，测试流程也是如此，没办法，这就是现在我们整个大的测试环境，这 个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的 表达出来。

4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了， 如：
(1) 你对SQA的职责和工作活动(如软件度量)的理解；
(2) 说说你对软件配置管理的理解；
(3) 怎样写测试计划和测试用例；
(4) 说说主流的软件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情况以及你对它们的理解 ；
(5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经 验。(其实基本上也就是MI和Rational工具)；
(6) 其它一些具体的技术知识(如各种计算机语言的了解程度、数据库等)；

5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？

6. 然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没 有或者很不规范，你认为在这种情况下怎样保证软件的质量？(大多数公司最想知道的就是在这种困难 面前你该怎么保证软件的质量，因为这些公司一般就是这种情况-----既不想投入过多又想保证质量，f aint，呵呵，没法子，现实就是这样，俺们就认了)

7. 差不多了就该问一些只和软件测试相关的问题了，如：
(1) 你觉得怎样才能做一个(或者，怎样才能算一个)优秀的测试工程师？(faint，这个问题好像是必问的 ，答案也无非是什么要求全面的技术能力、缜密的逻辑思维、出色的沟通能力、还要有怀疑精神、幽 默感、洞察力等等。啥叫优秀啊？该有的能力都有，不该有的也有，而且个个能力还都是出色的，这 就是优秀，呵呵，开玩笑的，反正这个问题差不多就这样，具体的什么要求网络上也到处都有。
(2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印 象最深的事情、能否出差和加班、能否承受压力和挑战、薪水要求、何时能到岗等等这些啥面试都要 回答的问题，这个就只能自己斟琢着办了。
(3) 另外还有一个重要的问题就是语言能力啦，尤其是英语水平，这个的话每个具体的公司都有不同的 要求，也就没啥好说的了。

差不多基本上就是这些了，一不小心叽叽歪歪的说了这么多，有些问题偶都说不明白了，如果有需要 的可以有针对性的google一下，hoho...仅供参考!

                              作者 : 闫辉                                                                                                              　

              或许你正需要面试软件测试工程师，或许你准备去应聘软件测试工程师，以下是一些可能注意的问题。（选译）

·   有什么原因让你参与到测试和质量管理中来？

·   什么是测试生命周期，解释一下它的各个阶段？

·   测试和质量保证有什么不同？

·   什么是 Negative 测试？

·   在之前做测试的过程中 遇到过哪些问题？你是如何解决的？

·   你是如何给你的测试和质量保证团队力量的？

·   你是如何定义质量管理的？

·   你最喜欢测试和质量管理什么地方？

·   你最不喜欢什么地方？

·   什么是瀑布式开发方法，你是否认同所有的步骤？

·   什么是 V- 模式开发方法，你是否认同这个模型？

·   什么是 CMM ？你工作过的公司的级别是怎么样的？

1、软件测试分哪两种方法？分别适合什么情况？

   软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构
   测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及
   算法，通常不关心功能与性能指标；黑盒测试又被称为功能测试、数据驱
   动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输
   入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需
   求的规定。

2、一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

   计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试
    一套完整的测试应该由五个阶段组成：
   1)．测试计划
    首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义
    相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作
    都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之
    即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试
    时间及测试资源等。
    2)．测试设计
    将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并
    为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试
    结果的有效性）。
    3)．测试开发
    建立可重复使用的自动测试过程。
    4)．测试执行
    执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测
    试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组
    成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。
    5)．测试评估
    结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工
    作进度及工作效率进行综合评价。

3、软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。

   BVT (Build Verification Test)，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确
   Scenario Tests（基于用户实际应用场景的测试），Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况
   Smoke Test，修复Bug后，针对此次修复是否会对其他模块造成影响而进行的专门测试。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低
   此外，还有Application Compatibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试）等

4、测试用例通常包括那些内容？着重阐述编制测试用例的具体做法

   不同结构的用例包括的不一样。（版本、编号、项目、设计人员、设计日期、输入、预期输出……）
    、软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。
用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。

测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。

重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为 “ 高 ” ；反之亦然，

测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。

预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

7、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程

   1、测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。
   2、项目组长根据具体情况，重新reassigned分配给bug所属的开发者。
   3、开发者收到Email信息后，判断是否为自己的修改范围.
　  1） 若不是,重新reassigned分配给项目组长或应该分配的开发者。
　  2） 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）
   4、测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）
　  1） 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。
　  2） 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
   5、如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主，直到采取行 动。管理员可以设定最迟采取行动的期限，比如说3天，系统默认为7天。

    3、谈一谈过去自己的工作——了解经历、提供进一步提问的素材，表达能力

    4、了解TDD吗？如何学习？——对新技术的敏感程度、以及学习方法的运用

    5、测试技能
    。测试设计的方法并举例说明——测试技术的使用
    。测试工具——熟悉程度，能否与当前工作匹配？
    。如何带领新人？——测试管理技能

    6、如何做计划？如何跟踪计划？——日常工作能力

    7、如果开发人员提供的版本不满足测试的条件，如何做？——与开发人员协作的能力

    8、熟悉unix系统、oracle数据库吗？——是否具备系统知识

    9、做过开发吗？写过哪些代码？——开发技能

    10、阅读英语文章，给出理解说明？——部分英语能力

    11、文档的意义——是否善于思考？（最简单的概念，不同层次的理解）

    12、假如进入我们公司，对我们哪些方面会有帮助？——讲讲自己的特长

    13、随便找一件物品，让其测试——测试的实际操作能力