怎样编写高质量的测试用例

怎样编写高质量的测试用例

1.什么是测试用例
测试用例是软件测试过程中用来规范测试人员的行为而编写的操作步骤与预期结果的集合。

2.软件测试的四要素
测试对象、测试目的、测试方法、测试结果。

3.测试用例的两要点
操作步骤、预期结果。

4.问题分割原则
软件测试是为了发现错误，发现错误是为了找到原因，所以测试用例的编写要有利于问题的定位。

5.等效兼容原则
软件测试不是要把所有的测试点都测试一遍，而是要找出具有代表性的所有测试点。请参见下面的边界效应。

6.测试收敛原则
测试免不了要在各种组合条件下测试不同的结果，条件的组合可能会以几何级数递增，这种情况必须要避免。

7.测试用例的可操作性
尽管软件测试可以借助自动化工具来完成，但最终的结果与操作的步骤仍然需要人的参与，所以测试用例必须在人类可以控制的范式围之内。另外为了便于结果的统计与分析，最终的测试结果最好都是“合”与“不合”。

8.测试用例的有效性
单一的用例实现单一的目的，不同的用例实现不同的目的。

9.测试结果的有效性
软件测试的目的是为了发现问题，问题的分析不是软件测试的目的，所有测试的结果必须足够客观，既不是不能定位，也不是不可重现。

10.关于测试用例的覆盖率
通行的做法是把测试用例数、BUG数、代码行数的比值作为参考值。但要保证测试用例的覆盖最重要的是把所有必要的测试点都罗列出来，首先要保证功能性需求，然后是非功能性需求。非功能性需求中的要点包括执行效率、代码尺寸、稳定性、健壮性、兼容性、可操作性等几个方面。在编写功能性测试用例时既要考虑正确值也要考虑错误值，当然这应该是在设计阶段就已经完成了的。覆盖率(统计学意义上的)不是越高越好，不要漫无目的设计测试用例，用最少的测试用例完成最多的测试点才是高质量的测试作例。

附：边界效应
对于一系列连续或离散的测试点，最有价值的测试点往往是最大值和最小值。实际开发过程中，在整个取值区间上都很少出现BUG，而在边界值上却最容易发生BUG。