用例评审很多测试人员不重视,但是往往不重视的环节其实做好可以起到意想不到的效果

后面再讲如何做好一份测试用例的评审。

首先强调下!!!
用例评审一定要求产品,测试,研发都参与!!!用例评审一定要求产品,测试,研发都参与!!!用例评审一定要求产品,测试,研发都参与!!!

为什么要求都参与?
用例的编写依据来源于需求

产品参与用例评审的好处是:通过用例的评审,可以检查测试人员是不是准确的理解了需求,并将需求中的每一个需求点都cover了
第二个好处是,对于评审需求中正常的异常的用例也能反思自己需求中当时编写的时候有没有未考虑的情况,也是反推自己做需求的一个自我检查回溯的过程

开发参与用例评审的好处是:通过参与用例的评审,也可以反向检查自己的程序是不是还有很多情况没考虑完善,对自己的代码也是一个自我检查回溯的过程,我们老说测试左移,测试左移
可是这个阶段其实间接实现了测试左移的思想,殊途同归!!!!
第二个好处是,对于用例中,发现用例中无法实现的逻辑也能及时沟通,三方达成高度的一致!!!

测试参与用例的好处是:废话!!!主角不来怎么玩?

本文强调了测试用例评审在软件开发过程中的重要性,指出产品、测试和研发人员都应参与评审。产品参与能确保需求理解准确性,开发参与可检查代码完备性,而测试参与则是执行测试的基础。通过用例评审,可以提前发现潜在问题,实现测试左移,促进团队间的共识和沟通。
859

被折叠的 条评论
为什么被折叠?



