测试之旅Ⅰ-测试用例计划综述

测试用例综述

测试设计

• 标识符 用于引用和标记测试设计说明的唯一标识符。该说明还应该引用整个测试计划，包含引用任何其他计划或者说明的指示。
• 要测试的特性 测试设计说明包含的软件特性描述。该部分还将明确指出作为主要特性的辅助特性需要间接测试的特性。还要列出不被测试的特性，即计划中由于错误分析包含进来的特性。
• 方法 描述测试软件特性的通用方法。如果在测试计划中列出方法，就应该进行展开，描述要使用的技术，解释结果如何验证。
• 测试用例确认 对用于检查特性的具体测试用例的高级描述和引用。它应该列出所选的等价划分，并提供测试用例的引用信息以及用于执行测试用例的程序。重要的是该部分不定义实际测试用例值。对于审查测试设计说明中测试范围的人来说，等价划分的描述远比具体数值有用。
• 通过/失败规则 描述测试特性的通过和失败由什么构成。哪些可以接受，哪些不能接受。

测试用例

IEEE 829标准称测试用例说明为“编写用于输入的实际数值和预期输出结果数值。测试用例还明确指出使用具体测试用例产生的测试程序的任何限制。”
测试用例细节基本上应该清楚地解释要向软件发送什么值或者条件，以及预期结果。IEEE 829标准还列出了其他应该包含在内的重要信息：

• 标识符 由测试软件设计过程说明和测试程序说明引用的唯一标识符。
• 测试项 描述被测试的详细特性、代码模块等，应该比测试设计说明中所列的特性更加具体。它还要提供产品说明书的引用信息或者测试用例所依据的其他设计文档。
• 输入说明 该说明列举送到软件执行测试用例的所有输入内容或者条件。
• 输出说明 描述进行测试用例预期的结果。
• 环境要求 环境要求是指执行测试用例必要的硬件、软件、测试工具、实用工具、人员等。
• 特殊过程要求 描述执行测试必须做到的特殊要求。
• 用例之间的依赖性 如果一个测试用例依赖于其他用例，或者受其他用例的影响，就应该在此说明。

测试程序

编写完测试设计和测试用例文档之后，余下的是要执行测试用例的程序。IEEE 829标准称测试程序说明为“明确指出为实现相关测试设计而操作软件系统和试验具体测试用例的全部步骤”。
测试程序或者测试脚本说明详细定义了执行测试用例的每一步操作。以下是需要定义的内容：

• 标识符 把测试程序与相关测试样例和测试设计捆绑在一起的唯一标识符。
• 目的 程序的目的以及将要执行的测试用例的引用信息。
• 特殊要求 执行程序所需的其他程序、特殊测试技术或者特殊设备。
• 程序步骤 执行测试的详细描述：
  • 日志 指出用什么方式、方法记录结果和现象。
  • 设置 说明如何准备测试。
  • 启动 说明用于启动测试的步骤。
  • 程序 描述用于运行测试的步骤。
  • 度量 描述如何判断结果——例如用秒表或肉眼判断。
  • 关闭 说明由于意外原因挂起测试的步骤。
  • 重启 告诉测试人员如果出现故障或者关闭以后如何在恰当的时候重启测试。
  • 终止 描述测试正常停止的步骤。
  • 重置 说明如何把环境恢复到测试前的状态。
  • 偶然事件 说明如何处理计划之外的情况。

测试用例组织和跟踪

在建立测试用例文档时应该考虑的一个问题是如何组织和跟踪信息。

• 计划执行哪些测试用例/li>
• 计划执行多少个测试用例行需要多少时间/li>
• 能否挑选出测试集测试某些特性或者软件部分/li>
• 在执行测试用例时，能否记录哪一个通过、哪一个失败/li>
• 在失败的测试用例中，哪些在最近的一次执行时也失败了/li>
• 最近一次执行测试用例时通过的百分比是多少/li>

来源：nicerWu