测试预期结果可以是各种各样的，包括需要创建或者输出的结果，也可以是需要更新或者变更的结果，也可以是删除的结果。每个测试用例都应该清楚的描述测试的预期结果。也存在一些特殊情况，在测试用例中没有描述测试的预期结果，为了检查软件是否正确的实现或者工作，必须对实际的输出结果进行仔细的检查和验证。这样，就需要测试人员具有被测系统相关的丰富的知识和经验，才可能对软件系统的测试输出作出正确的评估。假如测试输出结果评估认为是正确的，那么就可以作为测试用例的期望输出结果。
同样，测试用例的设计，以及测试用例预期结果的设置，应该和通用V模型左边相应的开发活动相对应。
3 测试用例实现
测试用例实现的过程包括准备测试脚本、测试输入、测试数据以及预期结果等。测试脚本指的是按照标准的语法组织数据或者指令，测试脚本一般保存在文件中，用于自动化测试。测试输入和测试期望输出也可以作为测试脚本的一部分，也可以保存在其他文件或者数据库中。
测试执行之前，首先必须满足测试前置条件。比如一个测试用例需要用到文件中的一些数据，那么这个文件在测试执行时必须已经创建。测试前置条件也包括特定的测试硬件和软件，比如测试一个网络打印机，那么在测试之前，需要建立这样的测试环境，和打印机相关的网络是正常可用。测试预期结果也可以保存在文件中，用于自动化测试。而对于手动测试，可以直接在测试用例中标识。
4 测试用例执行
通过运行测试用例来对被测系统进行测试。对手动测试来说，测试执行主要是测试人员坐到被测系统前面，参考测试用例的步骤来进行测试执行。测试人员输入测试输入、检查测试输出、比较测试预期结果和实际结果、记录在测试过程中发现的问题等等。而对于自动化测试过程，测试执行可能是打开测试工具，运行测试用例脚本和测试脚本等，通过自动化的方式来记录测试结果。
必须仔细检查每个测试用例执行的实际输出结果，根据测试预期结果来判断被测系统是否能够正确的工作。有些测试结果的比较可以在测试执行中就可以进行，而有的测试结果需要在测试执行完成以后才能进行比较。
假如测试实际输出结果和测试预期结果是一样的，那么认为测试用例执行是通过的。假如不一样，那么测试用例执行失败，或者说软件系统存在问题。当然，这是非常简单的比较。更加正确的说法是假如测试结果和测试期望不一致，需要进一步的检查。比如可能是软件存在缺陷，也可能是测试用例本身存在问题，或者是测试用例中的测试预期结果存在问题，甚至是由于测试环境存在问题而引起的。所以，在比较测试结果的时候，需要从不同的方面来确认具体的问题来源。
5 测试用例管理
1)测试用例组织
任何一个项目，其测试用例的数目都将是非常庞大的。如何来组织、跟踪和维护测试用例是一件非常重要的事情。在整个测试过程中，可能会涉及不同测试类型的测试用例。如何来组织测试用例，是测试成功与否的一个重要因素，也是提高测试效率的一个重要步骤。
测试用例的组织，可以用不同的方法来进行组织或者分类：
按照软件功能模块组织：软件系统一般是根据软件的功能模块来进行工作任务分配的。因此，根据软件功能模块进行测试用例设计和执行等是很常用的一种方法。根据模块来组织测试用例，可以保证测试用例能够覆盖每个系统模块，达到较好的模块测试覆盖率。
文章来源于领测软件测试网 https://www.ltesting.net/
