什么样的测试用例是好的测试用例

一、什么样的测试用例是好的测试用例？

1、用例覆盖程度

• 毫无疑问，这一点应该是最重要的，覆盖率最大化是一套测试用例的最重要的评价标准，如果漏测就麻烦了。核心需求需全部覆盖；功能点基本要求包含完；对业务产生影响的场景尽可能多的考虑到。

2、用例是否已经达到工作量最小化

• 在满足用例覆盖程度最大化的前提下，应该尽量减小执行用例所需要的工作量。

3、用例的分类以及描述是否足够清晰

• 用例的分类，是指相同类型的用例是否放在一起了；
• 用例的描述，是指描述的清晰程度是否能够形成文档。

4、用例是否表明了测试目的

• 写明测试用例的测试目的，对文档的易于理解性和工作交接的好处不言而喻，现代软件工程不可能只有一个人在做事情，项目与人员的变动也是在所难免的。在过程中留下足够的信息，可以在后续工作提高很多效率。

5、测试用例的易于维护性

• 如果被测对象有所升级，测试用例的说明或者脚本是不是容易维护

6、易执行

• 一个测试点一条用例，用例的执行步骤，预期结果明确。

7、可读性

• 用词规范，字体版面一致，清晰确切；保证他人能容易阅读，使用；

8、复用性

• 复用性高，复用模块只需稍作修改即能使用；利用率高，回归测试时，需求改动不大时用例稍作修改即能使用。

9、自动化

• 用例书写一开始就考虑，在需要进行自动化测试时能很快转变。

二、测试用例的4W

Why：为什么要写测试用例？

• 团队交流
• 重复测试
• 跟踪统计
• 用户自测

When：什么时候写测试用例？

• 需求计划，测试计划完成后

Who：由谁来写测试用例？

• 测试人员

What:根据什么写测试用例？

• 根据需求文档

三、编写测试用例的方法

1. 输入/数据——等价类划分法
2. 输入/数据——边界值选区法
3. 条件和结果——因果图法
4. 条件和结果——判定表法
5. 场景——场景法
6. 功能随数据——状态迁移法
7. 数据很多——正交实验法

注：

• 编写测试用例时，尽可能取的不应该是有效等价类而应该是无效等价类。