1.测试用例编写方式：
| 等价类划分 | 边界值分析法 |
|---|---|
| 场景法 | 错误推测（反推法） |
| 正交表法 | 因果图法 |
| 判断表法 |
2.?测试用例
是为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例
作用：
? ? 在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。
? ? 测试用例的使用令软件测试的实施重点突出、目的明确。
? ? 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目? ? ? ? ? ? ?周期。
? ? 检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路
特征：
? ? 代表性：能够代表并覆盖各种合理的和不合理、合法的和不合法的、边界的和越界的以及极限? ? ? ? ?的输入数据、操作等。
?? ?针对性：对程序中的可能存在的错误有针对性地测试
?? ?可判定性：测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果
?? ?可重现性：对同样的测试用例，系统的执行结果应当是相同的
用例模板：
用例编号、测试模块、用例标题、用例级别、前置条件、测试输入、执行操作、预期结果，
实际结果
3.等价类划分
? ? ?等价类划分法是将所有程序的输入域划分成若干个子集合(等价类)，然后从每一个子集合中选? ? ? ? ?取少数具有代表性的数据作为测试的输入数据
?? ? 在该子集合中，所有的输入数据对于揭露软件中的错误都是等效的
?? ? 等价类划分有效等价类(正面，不会报错)和无效等价类(负面，抛出错误)
? ? 场景：当测试需要数据量过大，且数据操作可以分类时进行等价类划分?
4.边界值分析法
定义：边界值分析法是对等价类划分法的一个补充，边界值一般都是从等价类的边缘值去寻找
作用：人们长期的测试工作经验得知，大量的错误是发生在输入或者输出范围的边界上，而不是在输入范围的内部。因此针对各种边界情况设计测试用例，可以查询更多的错误---提出更多的bug
场景：如果需求规定范围或者规定了取值的个数时，可利用边界值进行测试
5.场景法
通过场景描述的业务流程(业务逻辑)，也包括代码实现逻辑，设计用例来遍历场景，验证软件系统功能的正确性
6.错误推测法（反推法）
根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的黑盒测试方法。
它的要素有三个：经验，知识，直觉---探索性测试
考虑程序可能触发的错误场景---不能正常运行
总结：
场景法---业务流程梳理，核心业务逻辑场景；
等价类和边界值---细化分析；
错误推测法对最终用例进行错误场景下的补充；
7.正交表法
正交表能够在因素变化范围内均衡抽样，使每次试验都具有较强的代表性，由于正交表具备均衡分散的特点，保证了全面实验的某些要求，这些试验往往能够较好或更好的达到实验的目的。
场景：在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合
8.因果图法
因果图法比较适合输条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。
1）因果图基本图形符号
恒等：若原因出现，则结果出现；若原因不出现，则结果不出现。
非（～）：若原因出现，则结果不出现；若原因不出现，则结果出现。
或（∨）：若几个原因中有一个出现，则结果出现；若几个原因都不出现，则结果不出现。
与（∧）：若几个原因都出现，结果才出现；若其中有一个原因不出现，则结果不出现。
2） 因果图的约束符号
E（互斥）：表示两个原因不会同时成立，两个中最多有一个可能成立
I（包含）：表示三个原因中至少有一个必须成立
O（惟一）：表示两个原因中必须有一个，且仅有一个成立
R（要求）：表示两个原因，a出现时，b也必须出现，a出现时，b不可能不出现
M（屏蔽）：两个结果，a为1时，b必须是0，当a为0时，b值不定
9.判定表法
?
?