测试用例评审顺序

最近测试工作中遇到一个问题,一个大型项目各个组员分模块编写完用例,需求评审时,谁先上.以前有几种方案可供选择

1.      谁先写好谁先上,自愿原则

2.      谁的内容少或谁当前工作量少谁先上

3.      按照名字或其他顺序上

之前也没有思考这些内容,觉得怎么样都无所谓,但开始写用例时,突然想到似乎有更合理的方式:比如按照业务逻辑,那块逻辑在前面那块就先上或者比较独立的模块先上.这样做有一个好处:1.按照业务逻辑走,大家的思路会更清晰;2.业务逻辑在后面的人有时候不了解前面有哪些变动,听了前面的评审后可以及时联想到是否跟自己的业务有关得到及时的补充.当然这样安排用例评审顺序后,负责人在安排相关模块的测试人员时就需要事先考虑他当前的任务量或模块功能大小