1、为了减少测试人员执行阶段做无效工作（执行无效case，提交无效问题）2、为了避免三方需求理解不一致；3、为了每个测试人员的质量标准与项目要求标准达成一致。

1.测试用例粒度是否合适，是否有点划分很粗、有的很细，优先级是否合理2.用例名称是否简短清晰3.测试目的是否明确、清晰4.测试用例是否覆盖具体的系统需求5.是否针对以前出现过的那些常见错误提供专门的测试用例6.是否覆盖了正面和反面的用例7.是否针对需求不同部分设计使用不同设计方法8.是否包含边界值、等价类、错误推测、场景分析等测试用例方法9.测试用例如果有前提条件，是否有说明10.测试步聚是否完整，是否包含测试数据，对应的期望结果是否明确、唯一？并说明测试结果的重要性等

在具体的用例设计时，首先需要搞清楚每一个业务需求所对应的多个软件功能需求点，接着分析出每个软件功能需求点对应的多个测试需求点，然后再针对每个测试需求点设计测试用例；最后挖掘隐性需求，覆盖非功能测试层面具体到测试用例设计本身的设计，两个关键的点：从软件功能需求出发，全面地、无遗漏地识别出测试需求是至关重要的，只有深入理解被测试软件的架构，你才能设计出”有的放矢“的测试用例集，去发现系统边界以及系统集成上的潜在缺陷。对于识别出的每个测试需求点，需要综合运用等价类划分、边界值分析和错误推测方法来全面地设计测试用例。