测试相关

1.测试计划工作的目的是什么？测试计划文档的内容应该包括什么？其中哪些是最重要的？

答案：软件测试计划是指导测试过程的纲领性文件。
包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划
测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
所以其中最重要的是测试测试策略和测试方法（最好是能先评审）。

2.黑盒测试的测试用例常见设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

等价类
等价类指的是，依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能 
无效等价类：根据需求说明书，不满足需求的集合。

注意：等价类只考虑输入域的分类，没有考虑输入域的组合，需要其他的设计方法和补充。

举例： 
用户名由长度为6-15位的字符串组成，那么针对字符 
有效等价类为A-Z,a-z 
无效等价类为：数字：1，0.1，-1 ；特殊字符：@，#，￥，空

边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

比如：

输入框长度为1-11，取边界值为：1、11、12、0
运动员的参赛项目为1-3项，取边界值为：0项、1项、3项、4项 3. 查询面页面有999行，每50行为一页，取边界值为：输出0行、1行、50行、51行、999行
上面提到的注册邮箱的软件需求，用户名要求长度为6-15位 。 
边界值上点为：5，6，15，16 全了吗？

在实际的测试设计中，会将等价类和边界值结合起来使用，那么我们最终可以确认的用例设计为： 5,6,10,15,16五个长度的字符的输入值

因果图
因果图是一种简化了的逻辑图，能直观地表明程序输入条件（原因）和输出动作（结果）之间的相互关系。 
因果图法是借助图形来设计测试用例的一种系统方法，特别适用于被测试程序具有多种输入条件、程序的输出又依赖于输入条件的各种情况。如下： 
恒等：如果原因为真，那么结果必定为真。 
与 ：只有原因都为真，那么结果为真 
或 ：原因中有一个为真时，结果就为真 
非 ：只有原因为假，结果才为真

因果图法设计测试用例的步骤：

分析所有可能的输入和可能的输出
找出输入与输出之间的对应关系
画出因果图
把因果图转换成判定表
把判定表对应到每一个测试用例
正交排列
正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合。

正交试验设计(Orthogonal experimentaldesign)是研究多因素多水平的一种设计方法，它是根据正交性，由试验因素的全部水平组合中挑选出部分有代表性的点进行试验，通过对这部分试验结果的分析了解全面试验的情况，找出最优的水平组合。

正交试验设计是一种基于正交表的、高效率、快速、经济的试验。 
我们了解一些有关名词： 
因素（Factor）：在一项试验中，凡欲考察的变量称为因素（变量） 
水平（位级）（Level）：在试验范围内，因素被考察的值称为水平（变量的取值）

正交表的构成： 
行数(Runs)：正交表中的行的个数，即试验的次数,用N代表。 因素数(Factors)：正交表中列的个数，用C代表。 
水平数(Levels)：任何单个因素能够取得的值的最大个数。正交表中的包含的值为从0到数“水平数-1”或从1到“水平 数”，用T代表。

正交表的表示形式： L=行数(水平数*因素数) L=N(TC)

正交表的两条性质： 
1. 每一列中各数字出现的次数都一样多。 
2. 任何两列所构成的各有序数对出现的次数都一样多 
正交法设计测试用例的步骤： 
1、有哪些因素（变量） 
2、每个因素有哪几个水平（变量的取值） 
3、选择一个合适的正交表 
4、把变量的值映射到表中 
5、把每一行的各因素水平的组合作为一个测试用例 
6、加上你认为可疑且没有在表中出现的用例组合

场景设计法
现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。

该方法可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，使测试用例更容易理解和执行。

典型的应用是用业务流把各个孤立的功能点串起来，为测试人员建立整体业务感觉，从而避免陷入功能细节忽视业务流程要点的错误倾向。

错误猜测法
错误猜测法是经验丰富的测试人员喜欢使用的一种测试方法。 
基于经验和直觉，找出程序中你认为可能出现的错误，有针对性地设计测试用例。

3.详细的描述一个测试活动完整的过程。

项目经理与客户确定需求，输出需求文档，由开发和测试人员进行评审，将需求不清晰的地方，可能无法实现的地方列出来，项目经理评估后，输出项目计划， 进入开发阶段；

开发人员对需求文档进行详细分析，输出需求分析文档，测试人员进行测评，评估需求理解不一致或需求遗漏的地方，完善需求分析文档，测试编写测试计划；

测试人员根据需求分析文档开始编写测试用例，开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料；

测试用例经过开发和测试综合评审；

测试用例评审通过后，开始搭建测试环境；

开发提交一个版本，进行测试，测试提交bug，分配给开发查找bug并修复，对修复的bug进行回归测试，来回进行几次，测试通过。

4.一条软件缺陷（或者叫  Bug ）记录都包含了哪些内容？如何提交高质量的软件缺陷（ Bug ）记录？

一条软件缺陷包括：编号、Bug 所属模块、Bug 描述、Bug 级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等

Bug描述，尽量描述清晰，提供bug复现的条件，将bug产生过程录屏、截图、提供日志，方便开发人员尽快定位问题，解决问题。

5.测试用例通常包括那些内容？

用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则：
PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。
测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。
重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为“ 高 ” ；反之亦然，一般而言，是 5 级划分。
测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。
操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。
预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在