1. 测试用例是进行软件测试的基础，在开始实施测试之前设计好测试用例，可以避免盲目测试，并且提高测试效率。
2. 测试用例的存在，使得软件测试的执行目的明确、重点突出。
3. 软件版本更新后，只需对设计好的测试用例进行少部分的修改，便可被更新后的项目使用，降低工作强度，缩短项目周期。
4. 功能模块的通用性和复用性使得软件易于开发，而测试用例的通用性和复用性则会使软件测试易于开展，并随着侧试用例的不断规范化测试效率也不断提高。
5. 测试用例可以作为评估测试结果度量标准。通过对测试结果分析整理可以修正软件的开发规则，为软件的可靠性提供分析依据。
6. 测试用例还可以作为分析缺陷的依据。通过分析错误产生的原因可以发现当前开发工作所采用的软件过程的缺陷，利于进行软件过程改进。因此，设计好的测试用例是做好测试工作的关键。一个好的软件测试用例不仅能够体现软件测试思想、技巧，而且要包含有效的测试数据，结果以及测试过程纪录等。如果能有效地复用测试用例的这些资源，将极大地提高软件测试的效率，降低测试成本。
上层应用程序测试用例的结构规范
从管理的角度来看，可以设计不同的用例颗粒层次，高层的用例可以由低层的用例组合形成。但如何确立架构和如何进行合理的等级划分是比较需要功夫的。先完成最小颗粒测试用例的积累，在此基础上，通过用例的组合，实现高层次的用例架构。例如，通用按键功能，基本的UI测试设计成低层的公共用例。从执行的角度来看，最小颗粒应该是对应一个不可拆分的功能点（可以包括多个步骤和检查点）。这样，才能保证执行用例时能够和功能进行一一对应，不会出现故障的误报或者错报。 对于那些相互之间存在数据或状态依赖性的有效功能，要将他们剥离到不同的用例中。在剥离的过程中，如果这些业务之间的相互依赖是对数据或状态的依赖，那么可以简单的把上下游业务之间的关系理解为输入输出的关系：下游业务是根据上游业务的不同输出做不同的反应。这样在每个用例的开始，把不同的输入作为不同前置条件来描述就可以了。下游业务对不同输入的不同反应是应该放到不同的用例中进行描述的。对于其他的测试策略，例如，安装卸载测试，首先按照大的功能块或者执行顺序等方式划分大的Test Suite，再根据等价类划分，以及具体情况，设计不同的测试用例。
