目前在测试过程中,评审一直面临比较大的问题。我们公司的业务情况以中小型项目为主,业务方向不固定,一般项目的业务需求只有该项目的测试负责人比较熟悉,其他评审人员(多为其他项目的测试负责人或测试部门主管)本来就要兼顾自己的项目,不会花费太多时间去详细地熟悉被评审项目的业务需求,所以难以保证评审的质量。从另一个角度说,评审人员与该项目没有直接的利益相关,因此不会有强烈的责任意识,而且评审工作并非评审人员的专职任务,只是本职外的其中一项工作,本职工作应该是评审人自己负责的项目,不同的测试负责人只对自己的项目测试质量负责。另外,如果评审人员不是测试人员,而是项目组的成员,包括项目经理或者开发、需求人员等,以用例评审来说,由于在测试思路方面的欠缺,也无法很好地发现用例中遗留的业务逻辑。
所以,目前来看评审质量更多依赖于评审人的个人意愿,难以将评审质量量化为指标,采取评审提交的缺陷数量作为评审质量的考核依据是目前可以想到的比较好的方法,应该提高评审任务在测试工程师的绩效考核中的份额,以评审中提交缺陷的验证程度和数量作为评价指标,缺陷比重(Defect Index)超过一定比例应该有加分,而且被评审产品的结果应影响产品设计人的绩效评价,从而让设计者更多关注产品质量。
而现阶段,评审的关键应该是用例评审,至于方案、设计、报告等的评审,通过项目经理和测试部门主管就能比较好地评审了。