测试用例
1、什么是测试用例？
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
2、测试用例作用：
检验是否满足客户需求；度量测试人员的工作量；展现测试用例的思路。
3、测试用例的组成：
测试用例的标题、测试用例编号、预设条件、测试输入、预期结果、实际结果。
4、测试用例的特征：
1）、准确性：测试用例是否符合要求，施行用例能准确根据需求去判断合理与否。
2）、完整性：一些基本功能，如有遗漏，那是不可原谅的。
3）、可维护性：由于软件开发过程中需求变更等原因的影响，常常对测试用例进行修改、增加、删除等，以便测试用符合相应测试要求。
4）、适应性：测试用例应该适合特定的测试环境以及符合整个团队的测试水平。
5）、可重复性：要求不同测试者在同样的测试环境下使用同样测试用例都能得出相应结论。
5、设计测试用例的注意事项
从高到低，独立性，与功能一一对应，根据需求设计，由有经验的人员设计。
测试用例的设计方法和编写
1、测试用例的特征：
1）代表性：能够代表并覆盖各种合理的和不合理、合法的和不合法的、边界的和越界的以及极限的输入数据、操作等。
2）针对性：对程序中的可能存在的错误有针对性地测试
3）可判定性：测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果
4）可重现性：对同样的测试用例，系统的执行结果应当是相同的。
1、等价类划分法
- 等价类：依据需求将输入划分成若干个等价类。从等价类中选出一个具有代表的测试时用例，如果这个测试用例通过，则认为所代表的这个等价类测试通过。
有效等价类：对于程序的规格说明书是合理的，有意义的输入数据构成的集合。
无效等价类：根据需求说明书，不满足需求的集合。
2、边界值法
2) 边界值：对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为等价类划分的补充。
例如：
[1,50] 0,1 , 50,51
(1,50]1,2，50,51
(1,50] 1,2，49,50
3、因果图法
3) 因果图 ：一种简化了的逻辑图，能直观地表明程序输入条件(原因)和输出动作(结果) 之间的相互关系。特别适用于被测试程序具有多种输入条件，程序的输出又依赖于输入条件的各种情况 。
恒等：如果原因为真，那么结果必定为真
与：只有两个原因都为真，结果才为真
或 :2个原因中有一个为真，结果就为真
非: 只有原因为假，结果才为真
因果图设计测试用例的步骤：
1）分析所有可能的输入和输出
2）找出输入与输出之间的对应关系画出因果图
3）把因果图转换成判定表，把判定对应到每一个测试用例
优缺点：因果法设计测试用例可以帮助测试人员理清输入和输出的关系，但对于比较复杂的输入和输出，会耗费大量的时间
4.正交表法
应用场景：在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合，不可能（也没有必要）为每一种组合编写一条用例，如何使用最少最优的组合进行测试。——正交排列法
正交表的构成 ：
行数（Runs）:正交表中行的个数，即试验的次数，用N代表。
因素数(Factors)：正交表中列的个数，用C代表。
水平数：任何单个因素能够取得的值得最大个数。用T代表 。
正交表的两条性质：
每一列中 各数字出现的次数一样多。
任何两列中构成的各列各有序数对出现的次数一样多。
正交法设计测试用例的步骤：
(1)有哪些因素（变量 ）
(2)每个因素有哪几个水平（变量的取值）
(3)选择一个合适的正交表
(4)把变量的值映射到表中
(5)把每一行的各因素水平组合作为一个测试用例
(6)加上自己认为可疑且没有在表中 出现的用例组合。
5、场景法
场景分析法(业务流程)：用业务流程把各个孤立的功能点串起来，为测试人员简历整体业务感觉，从而避免陷入功能细节忽视业务流程要点的错误倾向。
6、错误推断法
错误猜想法：猜想的经验可能来自于对某项业务的测试较多，也可能来自售后用户的反馈意见，或者从管理库中整理bug。
1、用例评审：
1）同行评审：自己所在小组内的人进行审核，
2）用户评审：最后效果是否与用户需求相符合，
3）项目组评审：领导审核