测试用例评审

今天参加了两个项目（IM和Appstore终端应用商城）的测试用例评审工作，终于把理论转为实践啦，所以就想对测试用例评审工作谈下自己的看法。欢迎大家提意见。

什么是测试用例评审

测试用例评审是指需求人员、开发人员、测试Leader等人员对测试人员编写的测试用例的审查，一起对测试用例进行查漏补缺，从而使用例的结构更清晰，覆盖的用户场景更全面，提高测试用例的有效性和实时性。

测试用例评审准备工作

1、确定测试用例评审的原因
2、确定进行评审的时机
3、确定参与评审人员
4、明确评审的内容
5、提前至少一天将需要评审的内容以邮件的形式发送给评审会议相关人员。并注明详审时间、地点及评审资料等。
6、在邮件中提醒评审会议相关人员至少简读一遍评审内容，并记录相关的疑问，以便在评审会议上提出。
7、会议主持者(一般为用例编写人员)应在会议前整理相关疑问，以便在会议上提出。

 各位评审人员要确认自己手中的资料是最新的，且是同样的资料。如需求文档，UI，UE。----

测试用例评审参与人员

这里所罗列出来的评审人员指的是公司评审。

1、项目负责人

2、需求分析人员

3、UI设计人员

4、开发人员

5、测试人员

6、配置管理人员（建议参加）

测试用例评审工作过程

1、 召开评审会议。与会者在测试人员讲解测试用例之后给出问题的解决方案，提出意见和建议。

2、 进行详细的评审会议记录。

测试用例评审工作内容 

1、 用例设计的结构安排是否清晰、合理。
2、 优先级安排是否合理。
3、 是否覆盖测试需求上的所有功能点。
4、 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。
5、 是否已经删除了冗余的用例。
6、 是否包含充分的负面测试用例。

7、 是否从用户层面来设计用户使用场景和使用流程的测试用例。
8、 是否简洁，复用性强。

测试用例评审工作输出

1、评审会议记录。后期会根据此记录进行修改测试用例。