测试用例的评审准则与常见问题
在评价实施GJB5000二级/三级的组织的验证/确认过程域的时候，经常会发现测试用例设计存在诸多问题，具体表现在以下方面：
用例沦为需求翻译工
测试用例设计并没有按照测试用例的编写要求，通过对需求的分析明确测试环境、前提条件，只是在操作步骤中把需求转述（或者说是翻译）甚至照搬过来，在预期的测试结果中也是如此。
测试方法模糊
测试用例设计根本看不出使用了什么测试方法。很多测试用例的输入数据明显可以使用等价类划分或者边界值分析方法的，也没有使用，在操作步骤中仍然像需求描述中说的那样——“输入0~5V电压值”。
缺少异常测试用例
软件不仅能正常地运行，遇到异常情况也能正确处理。测试也不仅要有正常测试用例，也要有异常测试用例。一般异常测试用例至少应占总测试用例的50%。而实际很多项目组设计的异常测试用例都很少，甚至一个没有。
测试用例对需求覆盖不全
这类问题包括：对某些功能需求的主要功能设计了测试用例，但是次要功能或者需求中的约束或异常处理没有设计测试用例；对于性能、可靠性、安全性等非功能需求中部分需求项没有设计测试用例。
这些测试用例问题的出现，很大的原因是没有做好测试用例的评审。下面的测试用例评审准则，可以帮助你做好测试用例评审。
测试用例通用评审准则
功能、性能、接口以及可靠性、安全性等各种需求类型是否都设计了测试用例？
是否分析了每个需求可能的异常情况并且设计了异常测试用例？
对于使用边界值分析的测试用例是否覆盖了所有已知的边界值或无效值？
对于使用等价类划分的测试用例是否覆盖了所有有效等价类或无效等价类？
测试用例是否覆盖所有的可靠性、安全性及性能需求？
测试用例是否覆盖功能需求的所有功能点？
测试所需的环境是否明确？
测试的前提条件是否明确？
测试步骤是否清楚？
测试预期结果描述是否为可观察到的现象而不是逻辑判断得出的结论？
这正是：
用例评审不能松，否则测试难成功
充分有效谈不上，需求漏测是大坑
参考书目：饿了么质量体系搭建实战，作者：张丙振，檀飞翔，出版社：机械工业出版社