关于测试用例的Review

海上孤帆

前言：做测试也两年多了，对于测试的方方面面也有了一些自己的想法，想起许久以前在51论坛注册过论坛，于是就来这里回顾自己测试的方方面面。


我所在的公司还是比较重视Process的，各种各样的Review进行的都比较正式。也专门有一个部门来支持各种各样的流程改进以及相关的工具开发。


目前我们的Case Review基本上是在项目Release前，测试用例已经差不多完工的时候开始。这样做有几个不好的地方：


1、通常情况下我们在项目开始的时候会有一个session(chalk talk)去给team内部的人分享这个项目的一些背景已经主要的新功能。在时间上Chalk Talk的时间和Case Review的时间间距太大，不做这个项目的组员在Case Review的时候基本上已经不记得项目到底是做什么的，也就大大的影响了关于Case Coverage相关问题的发现。


2、也是基于第一个原因，在Review的时候过多的拘泥于一个Case的具体细节而忽视了从总体上对Case的把握，Review发现的Defect基本上都是细节的问题，比如一些笔误，测试数据的错误。


3、Review的时间长，Effort过大。目前基本上所有时间不是很紧的同事都参加一个Review，没有重点。





我觉得可以做如下改进：


1、在Chalk Talk之后段时间内作一次Test Requirment的Review用来确定Test的Coverage。这样在之后的Case Review的时候就可以不用把重点放在这上面了，也可以保证Requirment Review的质量。


2、为每一个项目指定一到两名主要的Reviewer，主要是对项目比较熟悉或者对相关系统比较熟悉的同事。节省Team的Review Effort.