关于测试 用例评审
用例的正式评审这一个环节，怎么样做才会有效？才会不浪费时间？现在感觉对用例进行完整的评审非常之浪费时间，因为一个项目用例写下来，很有可能上千个用例；照这样评审下来；基本是很浪费时间且效率非常之低的；
有提议说做业务流的用例评审，而其它的不需要去做了，这样是否合理呢？
因项目而制定评审方式
sdlkfj2 针对不同的被测项目(或程序,软件),可能都有不同的方式.因为项目不同,可能遍写的用例的覆盖程序,详细程序等都不同.评审指标也不同.好的用例可以使测试完整,完善,提高项目质量.
有时候,"以偏概全"未必是坏事.用例的评审,除了按基本业务流过一遍后,最重要的应该结合项目的风险(系统,安全,应用风险)等,对用例进行审核吧. 成员之间功能用例评审，领导评审业务流，这样能减少时间 1.感觉先让评审人员看看用例
2.然后测试人员之间互相评审
3.其他评审人员对用例的流程方案进行评审 谢谢各位的关注：
现在想走的方式，就是需求人员、项目经理等评审业务流的用例；而测试组的其它人员，去评审其它的用例；
页:
[1]
