XXXXXXXXXXXX Company Company Company Company 文件编号 OUR REF： 拟文日期 DATE： 2011/02/09 文件类别 CATEGORY：规范 拟文人 FROM： 审核/日期 VERIFIED/DATE： 批准/日期 APPROVED/DATE： 收文人 TO： 抄送 CC： 收文部门 TO（DPT）： 附件 ATTACHMENT： 1．问题记录清单 2．测试用例评审 报告 □传阅 CIRCULAR □ 阅后存档 FILIG □保密/期限 CONFIDENTIAL/TERM □其他 OTHERS □页数 NO。 OF PAGES：9 1. 目的 测试用例评审流程 V1.0（Draft） 本测试用例评审流程规范主要为开展测试用例评审工作提供指引，规范 MMS Team 的测 试用例评审管理工作。 1.1. 实现测试用例评审流程标准化； 2. 适用范围 2.1. MMS Team 的测试用例评审 3. 名词定义 4. 参考资料 CMMI 规范要求 5. 关联流程 系统版本管理流程、系统实施流程。 6. 测试用例评审流程内容 6.1. 前提：测试人员编写完一个完整的功能模块的测试用例或已完成所有测 试用例的编写； 6.2. 流程输入: A.测试用例； B.需求规格说明书； 

6.3. 流程输出: A.问题记录清单； B.测试用例评审报告； 6.4. 参与评审的人员：项目经理、测试负责人、测试人员、需求分析人员、 架构设计人员、开发人员； 6.5. 评审方式： 1） 召开评审会议。与会者在测试用例编写人员讲解之后给出意见和建议，同时记 录下评审会议记录； 2） 通过邮件、及时通讯工具与相关人员沟通。 无论采用那种方式，都应该在评审之前事先把需要评审的测试用例相关文档以 邮件的形式发送给参与评审的相关人员，同时在邮件中提醒参与评审的相关人员 在评审前查阅一遍评审内容，并记录相关的问题，以便在评审会议上提出，以节 省沟通成本。 6.6. 评审用例检查清单: 1） 测试用例是否按照公司定义的模板进行编写； 2） 测试用例本身的描述是否清晰，是否存在二义性； 3） 测试用例内容是否正确，是否与需求目标相一致； 4） 测试用例的期望结果是否是确定、唯一的； 5） 操作步骤应与描述是否相一致； 6） 测试用例是否覆盖了所有的需求； 7） 测试设计是否存在冗余性； 8） 测试用例是否具有可执行性； 9） 是否从用户层面来设计用户使用场景和业务流程的测试用例； 10） 场景测试用例是否覆盖最复杂的业务流程 11） 用例设计是否包含了正面、反面的用例； 12） 对于由系统自动生成的输出项是否注明了生成规则； 13） 软件测试用例应包含对中间和后台数据的检查； 14） 测试用例应有正确的名称和编号； 15） 测试用例应标注有执行的优先级； 16） 测试用例应包含相关的配置信息：测试环境、数据、前置测试用例、 用户授权等； 17） 每个测试用例的操作步骤应<=15 Step； 18） 自动化测试脚本必须带有注释（注释应包含：目的、输入、期望结果 等）； 19） 非功能测试需求或不可测试需求是否在用例中列出并说明？ 

退出标准: 1. 评审过程中收集相关人员的反馈信息（即问题记录清单）， 6.7. 并在此基础上进行测试用例更新，直到评审通过；2.评审结束后，测试负责人出 测试用例评审报告给到相关人员；3. 评审结果经项目经理同意确认 6.8. 控制机制: A.采用评审会议时，主持人应尽量把握会议进度，尽量按时有效的完成评 审工作； 附件 1：问题记录清单 问题记录清单.xls 附件 2：测试用例评审报告 测试用例评审报告 模板.doc