______________________________________________________________________________________________________________
如何进行测试用例评审
测试用例评审工作对测试人员能力的提高，测试效率的提高都有很好的作用，那么如果进行测试用例评审呢？它又哪些标准呢？通过的标准又是什么呢？
关于“测试用例内部评审的标准”的讨论的摘要：
首先要清楚内部评审的定义，是测试组内部的评审，还是项目组内部的评审。评审的定义不同，内容也不会相同。
如果是测试组内部的评审，应该着重于：1测试用例本身的描述是否清晰，是否存在二义性2是否考虑到测试用例的执行效率往往测试用例中步骤不断重复执行，验证点却不同，而且测试设计的冗余性，都造成了效率的低下3是否针对需求跟踪矩阵，覆盖了所有的软件需求，4是否完全遵守了软件需求的规定。这并不一定的，因为即使再严格的评审，也会出现错误，应具体情况具体对待。
如果是项目组内部的评审，也就需要评审委员会来做了，角度不同，评审的标准也不同。比如：收集客户需求的人员注重你的业务逻辑是否正确；
精品资料
f______________________________________________________________________________________________________________
分析软件需求规格的人注重你的用例是否跟规格要求一致；开发负责人会注重你的用例中对程序的要求是否合理。
要清楚地一点是：为了保证测试用例设计的质量，以及评审的收益，在提交项目组评审之前，必须通过测试部门或测试组内部的评审。
1测试用例是否覆盖了所有需求2测试用例内容是否正确是否与需求目标一致3测试用例内容是否完整是否清楚包含输入和预期输出结果4测试用例是否具有指导性是否能灵活指导测试人员通过用例发现更多缺陷而不是限制他们的思维初期设计测试点时，应该进行测试组内部评审，当然首先是要保证需求全被覆盖，如果能在评审时，让需求分析人员参与进来，效果会更好。
测试用例评审如何去做呢？测试用例的评审能够使用例的结构更清晰，覆盖的用户场景更全面；对于测试工程师来说也是一个快速提高用例设计能力的过程。
1、需要评审的原因
精品资料
f______________________________________________________________________________________________________________
测试用例是软件测试的准则，但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解的深度各不相同，所以用例的质量难免会有不同程度的差异。
2、进行评审的时机
一般会有两个时间点。第一，是在用例的初步设计完成之后进行评审；第二是在整个详细用例全部完成r