1. 是否涵盖了需求文档上的每个功能点 2. 是否涵盖了需求文档上的每条业务规则说明 3. 是否覆盖了输入条件的各种有意义组合 4. 是否覆盖了业务操作的基本路径和异常路径 5. 是否考虑了重要表单字段的数据合法性检查 6. 是否考虑了其他的测试类型（对某个功能很重要，但未在需求文档中提及的，如安全测试、周期性测试和故障恢复等方面） 7. 是否考虑了对其他模块/功能的影响 8. 是否使用了项目组的标准用例模板 9. 用例是否覆盖了测试设计中定义的所有场景 10.用例编号是否统一、规范 11.用例名称是否简洁、明了 12.目的字段是否准确地描述了对应场景的测试输入的特征（不同数据，操作，配置等） 13.前提条件字段的条目是否充分、准确，操作上是否不依赖于同组之外的其他用例 14.对应的需求编号字段是否填写正确 15.用例粒度、预估出的执行时间是否适当 16.同组用例中，仅数据不同的，是否实现了测试步骤的重用 17.某个功能点的第一个用例是否是基本流的 18.操作步骤的描述，是否清晰、易懂 19.操作步骤是否充分和必要，并具有可操作性 20.测试用例的检查点是否明确、充分和可操作 21.单个用例步骤或检查点中是否不再存在分支 22.测试数据的特征描述是否准确，有条件的情况下，是否给出了一个当前环境下的可用参考值 23.文字、语法是否准确；布局、格式是否统一
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/