标签：需求 不造 参与 测试人员 评审 用例 测试

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

​

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

首先强调下！！！

用例评审一定要求产品，测试，研发都参与！！！用例评审一定要求产品，测试，研发都参与！！！用例评审一定要求产品，测试，研发都参与！！！

为什么要求都参与？

用例的编写依据来源于需求

产品参与用例评审的好处是：通过用例的评审，可以检查测试人员是不是准确的理解了需求，并将需求中的每一个需求点都cover了

第二个好处是，对于评审需求中正常的异常的用例也能反思自己需求中当时编写的时候有没有未考虑的情况，也是反推自己做需求的一个自我检查回溯的过程

开发参与用例评审的好处是：通过参与用例的评审，也可以反向检查自己的程序是不是还有很多情况没考虑完善，对自己的代码也是一个自我检查回溯的过程，我们老说测试左移，测试左移

可是这个阶段其实间接实现了测试左移的思想，殊途同归！！！！

第二个好处是，对于用例中，发现用例中无法实现的逻辑也能及时沟通，三方达成高度的一致！！！

测试参与用例的好处是：废话！！！主角不来怎么玩？

标签：需求,不造,参与,测试人员,评审,用例,测试
来源： https://blog.csdn.net/pacermaker/article/details/112956110

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。