我们都知道测试用例一般都是基于需求文档来编写的,并且一定是已经评审大家一致通过的。
这时候测试人员才会基于评审之后的需求进行用例编写。
编写完成用例之后,是需要所有这个项目相关的负责人都要参与的。
因为一场成功的用例评审,至少能起到以下几个不错的效果。
1,对于产品经理来说,可以根据测试人员讲解用例的时候,能够思考自己的需求写得有没有问题,并且有没有细节可改善的地方,毕竟相对需求来说,用例是需求的更细化。当然也能够帮助测试人员检查他的用例在编写的时候有没有偏离需求。
2,对于开发人员来说,在编写代码的时候,我们往往看得是需求文档进行软件的开发,但是往往很多异常的情况,我们在编写过程中老想不全,这个时候我们在参加用例评审的时候,完全就可以通过用例评审,来反思自己代码有没有问题,有没有产生偏差,其实也间接的给我们开发人员提供很多异常情况的补充。
3,对于测试人员来说,难免自己一个人考虑不充分,这个时候,我们往往大家坐在一起进行评审,最明显的好处就是调动大家一起来帮你完善你的用例,检查出用例中未考虑到,以及错误的地方,其次是,对于其他的参与人员,也是一个业务学习的过程。