在测试用例概要编写完成之后,下一步的工作是进行测试用例的评审。个人对产品的理解及经验始终是有限的。测试用例的评审的主要目的是集众人的经验及认识于一体,对测试用例进入查漏补缺,使得测试用例的有效性进一步提升。

  尽管我们采用了测试用例概要及用例概要分类的方法来简化测试用例,明确测试用例编写的思路。但是对于一些比较大型的项目,其需要评审的内容仍然是巨大的。因此我们需要在测试评审开始前做好如下准备:

  1. 提前至少将需要评审的内容以邮件的形式发送给评审会议相关人员。并注明详审时间、地点及偿参与人员等。

  2. 在邮件中提醒评审会议相关人员至少简读一遍评审内容,并记录相关的疑问,以便在评审会议上提出。

  3. 会议主持者(一般为用例编写人员)应在会议前整理相关疑问,以便在会议上提出。

  在会议进行时,会议主持者应尽量把握会议进度,尽量按时有效的完成评审工作。在评审会议结束后,应提交会议记录,会议记录应由与会人员签字确认,以说明测试用例评审是一件严肃而认真的事情。用例编写人员在会议结束后应根据会议中提出的问题及疑问,对测试用例进行优化。

  六、细化测试用例

  经过测试用例的评审,并对测试用例进行优化之后可以进行测试用例的细化工作了。测试用例的细化并没有标准的形式,依各个公司的不同而有所不同,但主要都包含了操作步骤、预期结果等。

  测试用例的细化是根据测试概要,对各个验证点的前置条件、操作步骤、预期结果进行完善以适应公司测试招待的要求。对于自动化测试,在测试用例细化时应提示相关的测试脚本文件。

  好的测试用例应该是具体完全的指导性,且无二义的。为了保证测试用例指导的性,在测试用例细化完成后,应与测试组长进行抽查(或者与同事之间进行相关检查)。在发现问题时应及时要求测试用例编写人员进行整改。

  七、测试用例长期更新

  没有任何事物是一成不变的,测试用例也是如此。在进行具体的测试之后,测试人员将对产品的需求及功能等产生为深入的理解,对于这些有用的理解应及时将其更新至测试用例中,同时对于一些不是在测试用例中发现的BUG,可根据其对价值考虑是否需要将其更新至测试用例中。测试用例在整个产品的测试过程中应一直保挂动态的更新,甚至当项目结束以后,对于市场上反馈的有价值的问题,也应及时更新至测试用例表中,直到产品退出市场为止。