软件测试用例生命周期

　　测试用例设计确定了如何来测试已经识别的测试条件。测试用例指的是针对某个测试目标，而进行的一系列测试步骤。测试用例设计会产生一系列包含特定输入数据、预期结果和其它相关信息的测试用例。

　　测试设计的主要挑战是确定测试预期结果。为了确定测试预期结果，测试人员不仅需要关注测试输出，同时也需要注意测试数据和测试环境的后置条件。

　　假如测试依据可以清楚的定义，测试设计理论上将是比较简单的。但是，测试依据通常情况都是模糊不清的，至少描述是缺少覆盖率的。另外，即使清楚的描述了测试依据，测试输入和测试输出的复杂相互关系也会使得定义测试预期结果非常困难。假如测试用例没有测试的预期结果，则测试用例对于测试结果的对错判断是毫无意义的，也无法提供有效的缺陷报告和增加客户对系统的使用信心。

　　测试预期结果可以是各种各样的，包括需要创建或者输出的结果，也可以是需要更新或者变更的结果，也可以是删除的结果。每个测试用例都应该清楚的描述测试的预期结果。也存在一些特殊情况，在测试用例中没有描述测试的预期结果，为了检查软件是否正确的实现或者工作，必须对实际的输出结果进行仔细的检查和验证。这样，需要测试人员具有被测系统相关的丰富的知识和经验，才可能对软件系统的测试输出作出正确的评估。假如测试输出结果评估认为是正确的，那么可以作为测试用例的期望输出结果。

　　同样，测试用例的设计，以及测试用例预期结果的设置，应该和通用V模型左边相应的开发活动相对应。

　　3 测试用例实现

　　测试用例实现的过程包括准备测试脚本、测试输入、测试数据以及预期结果等。测试脚本指的是按照标准的语法组织数据或者指令，测试脚本一般保存在文件中，用于自动化测试。测试输入和测试期望输出也可以作为测试脚本的一部分，也可以保存在其他文件或者数据库中。

　　测试执行之前，首先必须满足测试前置条件。比如一个测试用例需要用到文件中的一些数据，那么这个文件在测试执行时必须已经创建。测试前置条件也包括特定的测试硬件和软件，比如测试一个网络打印机，那么在测试之前，需要建立这样的测试环境，和打印机相关的网络是正常可用。测试预期结果也可以保存在文件中，用于自动化测试。而对于手动测试，可以直接在测试用例中标识。

　　4 测试用例执行

　　通过运行测试用例来对被测系统进行测试。对手动测试来说，测试执行主要是测试人员坐到被测系统前面，参考测试用例的步骤来进行测试执行。测试人员输入测试输入、检查测试输出、比较测试预期结果和实际结果、记录在测试过程中发现的问题等等。而对于自动化测试过程，测试执行可能是打开测试工具，运行测试用例脚本和测试脚本等，通过自动化的方式来记录测试结果。

　　必须仔细检查每个测试用例执行的实际输出结果，根据测试预期结果来判断被测系统是否能够正确的工作。有些测试结果的比较可以在测试执行中可以进行，而有的测试结果需要在测试执行完成以后才能进行比较。

　　假如测试实际输出结果和测试预期结果是一样的，那么认为测试用例执行是通过的。假如不一样，那么测试用例执行失败，或者说软件系统存在问题。当然，这是非常简单的比较。更加正确的说法是假如测试结果和测试期望不一致，需要进一步的检查。比如可能是软件存在缺陷，也可能是测试用例本身存在问题，或者是测试用例中的测试预期结果存在问题，甚至是由于测试环境存在问题而引起的。所以，在比较测试结果的时候，需要从不同的方面来确认具体的问题来源。

　　5 测试用例管理

　　1)测试用例组织

　　任何一个项目，其测试用例的数目都将是非常庞大的。如何来组织、跟踪和维护测试用例是一件非常重要的事情。在整个测试过程中，可能会涉及不同测试类型的测试用例。如何来组织测试用例，是测试成功与否的一个重要因素，也是提高测试效率的一个重要步骤。

　　测试用例的组织，可以用不同的方法来进行组织或者分类：

　　按照软件功能模块组织：软件系统一般是根据软件的功能模块来进行工作任务分配的。因此，根据软件功能模块进行测试用例设计和执行等是很常用的一种方法。根据模块来组织测试用例，可以保证测试用例能够覆盖每个系统模块，达到较好的模块测试覆盖率。