测试用例评审标准
一、测试组内评审
1. 用例描述的清晰度：一个清晰的用例描述应使测试人员仅通过标题就能明确了解此用例的测试目标。执行步骤和期望输出必须表述明确，以免产生歧义。
2. 操作步骤的可行性：
可读性：其他人阅读你的操作步骤后，应能明确如何进行实际操作。
精炼性：针对一条用例中的多个测试点，应确保它们条理清晰，避免遗漏，并紧密贴合实际测试流程。
连贯性：测试点之间的逻辑应连贯，反映真实的测试步骤。
3. 编写效率与复用性：测试用例的编写应注重效率，对于重复度高的步骤或过程，应抽象为可复用的标准步骤，以提高编写和阅读的效率。
4. 执行效率的结合度：测试用例应与版本迭代紧密结合，以便于快速筛选出每次的冒烟测试、系统测试、回归测试的用例。这里的回归测试包括bug回归、功能新增回归、功能修改回归以及验收前的整体回归。
5. 需求覆盖与理解深度：确保测试用例覆盖了所有的软件需求，并且测试人员对需求有深入的理解，确保期望结果与需求保持一致。
6. 异常测试点的挖掘：可以从测试思维框架和以往的bug记录中寻找潜在的异常测试点。
7. 其他考量：如测试用例的优先级安排是否合理，二次评审时是否对之前的问题进行了修正或删除等。
二、项目组内或外部评审
除了上述测试组内的评审标准，还应注意以下几点：
1. 确定参与人员：外部评审可能涉及产品、开发等外部资源，需提前确定参会人员。但并非所有情况下都需要全员参与。
2. 提前约定时间：在外部人员看来，用例评审并非其本职工作，因此测试人员需提前与其约定评审时间。
3. 明确评审内容：在外部评审时，主要讨论测试范围和测试执行时可能遇到的风险。例如，某些测试数据可能需要研发配合进行程序改动。避免在会议上讨论那些一两句话就能说明的需求问题，这些应在会前进行确认。建议聚焦于核心议题，避免浪费大家的时间。
4. 评审形式的选择：推荐使用思维导图的形式进行评审。这种形式的优点可以参考相关指南或文章。通过思维导图可以更好地组织和呈现测试点，提高评审的效率和质量。 |
