1.测试用例是软件测试的核心

软件测试的重要性毋庸置疑，但如何用最少的人力、物力投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质是软件企业探索和追求的目标，每一个软件产品或软件开发项目都需要一套优秀的测试方案和测试方法。

影响软件测试的因素有很多，比如软件本身的复杂程度，开发人员（包括分析员、设计员、程序员和测试员）的素质，使用的测试方法和技术等等。因为有些因素是客观存在的，无法避免。有些因素是波动的，不稳定的。比如，开发团队是流动的，有经验的人离开，又不断有新人加入；某个具体人的工作也会受到情绪的影响等等。如何保证软件测试质量的稳定性呢？有了测试用例，不管是谁测试，只要参考测试用例，测试的质量就能得到保证。人为因素的影响可以降到最低，即使最初的测试用例考虑得不太好，但随着测试的进行和软件版本的更新，它们也会越来越完善。

因此测试用例的设计和编写是软件测试活动中最重要的一个环节，测试用例是测试工作的指南，是软件测试必须遵循的规则，是软件测试质量稳定的根本保证。

2.什么是测试用例

测试用例并没有经典的定义，比较常见的定义是：针对特定软件产品的测试任务的描述，反映测试的计划、方法、技术和策略，包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

不同类型的软件，测试用例也有所不同。与系统、工具、控件、游戏软件不同，管理软件的用户需求更加多样化，变化更多、更快。笔者主要从事企业管理软件的测试工作，因此我们的做法是将测试数据和测试脚本与测试用例分离。测试用例往往是针对软件产品的功能、业务规则、业务流程等设计的测试计划，对软件的每一个具体功能或操作路径的测试，都构成一个测试用例。

3.编写测试用例

重点介绍一些编写测试用例的具体做法。

1. 测试用例文档

测试用例文档应具有文档模板，并必须符合内部规范。测试用例文档会受到测试用例管理软件的约束。

软件产品或软件开发项目的测试用例一般都是根据产品的软件模块或者子系统来编写测试用例文档软件测试设计，但是这并不是绝对的。

测试用例文档由引言和测试用例两部分组成。引言部分汇集了测试目的、测试范围、定义术语、参考文档、概述等内容。测试用例部分对每一个测试用例进行逐一列出，每个具体的测试用例都会包括以下详细信息：用例编号、用例名称、测试级别、进入准则、验证步骤、预期结果（包括判断准则）、退出准则、注释等。以上内容涵盖了测试用例的基本要素：测试指标、测试环境、测试输入、测试操作、预期结果、评价准则。

2.测试用例设置

我们早期的测试用例是按照功能来设置的，后来我们引入了路径分析法，按照路径来设置测试用例，现在已经演变成按照功能和路径来设置测试用例的混合模式。

3.功能测试最简单，需要按照用例规范对每个功能进行测试。

对于操作复杂的程序模块，各个功能的实现互相影响、紧密关联、环环相扣，可以演变成大量的变化。如果没有严谨的逻辑分析，难免会疏漏。路径分析是一种很好的方法，它的最大优点是可以避开漏洞测试。

为了提高测试效率，软件测试机构大力发展自动化测试。自动化测试的中心任务是编写测试脚本。如果软件工程中的软件编程必须有一个设计规范，那么测试脚本的设计规范就是测试用例。

4. 评估测试结果的指标

测试完成后需要对测试结果进行评估，编写测试报告。判断软件测试是否完成，衡量测试质量，需要一些量化的结果。例如：测试覆盖率是多少，测试通过率是多少，重要测试通过率是多少等。以往统计的基准是软件模块或功能点，显得过于粗糙。使用测试用例作为衡量基准更为准确有效。

5. 缺陷分析标准

通过收集缺陷软件测试设计，对比测试用例和缺陷数据库，可以分析确认是漏测还是缺陷重现。漏测反映测试用例不完备，应立即补充相应测试用例，逐步提升软件质量。如果有相应测试用例，则反映测试实施或流程变更存在问题。

四、相关问题

1. 测试用例审查

测试用例是软件测试的准则，但编写完成并不意味着就成为准则。在设计编写过程中，测试用例应经过同行评审。编写完成后应组织专家评审，经认可后方可使用。评审委员会可由项目负责人、测试人员、程序员、分析设计人员组成，也可邀请客户代表参加。

2.测试用例的修改与更新

测试用例文档化之后，仍然需要进行改进，主要原因有三：第一，在测试过程中，发现测试用例的设计考虑不够周全，需要改进；第二，软件交付使用后，报告了软件缺陷，而这些缺陷正是由于测试用例的漏洞导致的；第三，软件本身的新功能以及软件版本的更新，也要结合测试用例进行修改更新。

一般情况下可以对原有的测试用例文档做小的修改，但文档中必须有修改记录。当软件版本升级时，也应该对测试用例进行相应的编译和更新。

3.测试用例管理软件

测试用例的使用还需要使用测试用例管理软件。它主要有三个功能：第一，可以自动将测试用例文档的关键内容，如编号、名称等导入管理数据库，形成与测试用例文档完全对应的记录；第二，可以在测试实施过程中及时录入测试情况；第三，最终可以实现测试结果文档的自动生成，包括各种测试指标、测试覆盖率表、测试通过或未通过的测试用例列表等。