[开发测试]测试开发用例

为何要写测试用例

1. 测试用例式测试执行的依据
2. 测试用例可以复用，在回归测试时不用再次编写
3. 测试用例可以衡量需求的覆盖率
4. 后人可以借鉴
5. 手工测试用例时自动化测试的依据

测试用例的设计方法

基于需求的设计方法

需求是测试人员进行测试的依据，测试人员分析需求，验证其正确性与合理性(无二义性)，从需求当中提取测试项，根据需求项进行进一步的细分，提取测试点，编写测试用例。

功能性测试

1. 用界面开始进行测试(符合UI设计稿)
2. 从软件的功能，串联与业务相关的功能后测试(不能只关注某一个孤立的功能)
3. 一个功能的不同的输入，和相应的不同的输出
4. 功能之间的交互性
5. 异常功能的测试
6. 功能到算法的验证
7. 从易用性、兼容性、性能几个方面去考虑

非功能性测试

非功能性测试就是测试在软件本身有的功能上做一些限制
易用性、兼容性、性能、安全性、可移植性、可靠性、可维护性。
不同的应用软件之间对于非功能性的需求不太一样

等价类

根据输入(特殊情况下才考虑输出)把输入划分为若干个等价类，从每一个等价类中选择测试用例进行测试，如果这个测试用例测试通过，我们就说这个测试用例代表的等价类测试通过。它可以帮我们呢解决测试用例无法穷举的情况。

有效等价类

符合需求数据规格说明的数据集合

无效等价类

不符合需求数据规格说明的数据集合
当然，在我们测试的时候有效等价类和无效等价类都需要进行测试

边界值

**针对输入和输出的边界进行测试用例的设计。**一般情况下等价类和边界值是结合在一起进行测试用例的设计。

错误猜测法

根据测试人员的经验和知识的积累，猜测某一块功能可能有问题，针对性的进行测试用例的编写。适用于作为补充加强去设计测试用例。

场景法

很多软件不同的场景，是基于不同的事件的触发，不同事件的触发，导致场景走向不同的事件流。不同的功能点串起来形成一个场景，不同的功能点又有不同的输出，不同的输出导致不同的测试场景。
事务是一系列密切相关的操作集合，如果所有操作成功，我们就说这个事务成功了，如果其中一个操作失败，我们就说这个事务执行失败。

因果图法

因果图是种逻辑图，恒等、与、或、非，用因果图来设计测试用例，叫做因果图法。

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

1. 分析出所有输入和输出
2. 找出输入和输出之间的组合关系
3. 根据关系画出因果图
4. 根据因果图画出判定表
5. 根据判定表写出测试用例

正交法

根据正交性来设计测试用例，从大量的实验中根据正交原则，取出最优的数据组合，根据最有效数据组合实验的结果，来分析整个测试的结果。