在有一定规模的公司里，测试用例设计完成之后和开始实施测试之前必然有一项工作，即测试用例的评审。项目总监、项目的开发人员、产品人员以及视觉交互人员等所有的项目的相关人员坐在一起，由测试人员发起，共同进行测试用例的评审，而评审的最佳时间点就是在项目已经启动，完成了部分的编码工作，这时在测试人员对照需求文档写出的测试用例的基础上，项目组成员进一步针对项目需求细节进行核对，若出现理解不一致的地方，可以当即讨论，达成一致。因为此时项目还在开发中，如果分歧点在还没有开发的功能上自然是最好；即使是已经开发完成的功能上，此时修改的成本也大大低于开发完成之后，因此以需求文档问标准进行测试用例的设计和梳理是对需求的再一次过滤，评审过程中是对需求争议点的一次清理，这样能够大大提高需求的准确性，减少不必要的开发成本。
