测试用例的评审工作该怎么做？

我们都知道在软件测试中测试用例的设计是很重要的一项工作，因为编写用例发挥着重要作用，例如可以深入了解需求的过程，可以规划测试数据的准备，可以反应测试进度等。既然测试用例如此重要，那么用例评审就显得更加重要，用例评审即是对用例的评议和审查，是必须的过程。那么测试用例的评审工作到底该怎么做呢？

首先在用例评审内容上，要考虑全面，具体考虑这几点：是否覆盖测试需求上的所有功能点，不违背产品原型和代码设计，用例设计的结构安排是否清晰合理，有利于高效覆盖需求；是否包含充分的异常测试用例；是否简洁，不冗余，复用性强。

在用例评审过程中，先做简单的业务流程介绍，这个是在评审开始尤为重要的一个过程；然后按模块和业务流程进行，之后再按照测试数据进行。

用例评审后要进行确认，第一次评审尽量对用例设计全面考虑，提前发现其中的不足之处记录下来，在会议结束后进行修改，如果需要进行二次评审，那么重新开始邀约会议做二次评审。

用例评审时需要避免测试点含糊用语，每个用例评审都应该确定终版，稍有矛盾或疑惑的需求点，都应该确认下来，不能含糊不清。还要注意避免杂乱无章的评审，有顺序有逻辑的进行评审是很重要的一点，如果臆想按照自己的思路评审，不顾他人感受，那么就等同于做无用功。这样的测试用例执行出来也会有一定的质量风险。