测试用例三问三答

一、测试用例的标准是什么？

1. 用例设计的结构安排是否清晰、合理，是否具有可读性；
2. 优先级安排是否合理；
3. 是否覆盖到需求上的所有功能点 ；
4. 用例是否具有很好可执行性；
5. 用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；
6. 用例是否包含了充分的负面测试点。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现 ；
7. 是否从用户使用场景和使用流程来设计测试用例 ；
8. 是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。

二、如何高效的进行用例评审？

1. 评审之前，需要将要评审的测试用例以及测试需求分析的结果（测试点分析）等文档提前发送给相关的人员，最好能够让他们有时间提前阅读；

2. 随时沟通与反馈。评审之前做足问题的沟通与反馈，以便于在评审会上节省时间；

3. 评审会议的主持者，需要事前做好关于测试用例的疑问，问题点等记录，以便于在评审会上引导提问和解答；

4. 评审期间做好详细的记录，需要对有关的疑问和问题及时进行解释说明；

5. 评审会议的主持者需要能够把控会议的进度，让参加评审的人员能够集中精力在测试用例上，而不要思维太发散而跑题；

6. 评审会议结束之后，及时提交审核评审记录，并且与参加会议的人员分享评审记录。

三、用例评审意义何在？

1. 审核覆盖率，保证用例完全覆盖产品需求
2. 统一思想，避免各方对需求理解不一致
3. 多方位考虑，防止漏测，保证测试的全面性
4. 排除冗余，减少无效测试、过度测试
5. 确定优先级，分为高（必须反复测试）、中（重点测试）、低（一般测试）
6. 理清需要回归测试点
7. 审查用例是否规范