测试开发用例

为何要写测试用例

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

测试用例的设计方法

基于需求的设计方法

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

功能性测试

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

非功能性测试

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

等价类

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

有效等价类

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