《软件测试》[(美)Ron Patton]第十八章阅读总结

第十八章 编写和跟踪测试用例

一、测试用例计划的目标

• 有条不紊的仔细计划测试用例是达成目标的必由之路，这样做的重要性：
  1）组织：正确的计划会组织好用例，以便全体测试员和其他小组成员有效的进行审查和使用。
  2）重复性：在项目期间有必要多次执行同样的测试，以寻找新的软件缺陷 ，保证老的软件缺陷得以修复。
  3）跟踪：在整个项目期间需要回答一下这些重要的问题。
  4）测试（或不测试）证实：在少数高风险行业中，软件测试小组必须证明确实执行了计划执行的测试。发布忽略某些测试用例的软件实际上是不合法和危险的。正确的测试用例计划和跟踪提供了一种证明测试内容的手段。
• 特别测试：在没有实际计划下执行测试——没有测试用例计划，有时甚至没有高级测试计划。特别测试就是测试员坐在软件面前开始乱敲键盘。

二、测试用例计划综述

• 离最高级测试计划越远，侧重点就越倾向于产生的书面文档，而不是创建过程。其原因是这些计划在测试员每天或每小时实施测试的基础上更实用。
• 测试文档的不同等级相互影响，根据计划本身重要还是创建计划的过程重要而发生变化。
• 软件测试文档的IEEE 829-1998标准代表测试计划的有逻辑性和通常意义上的方法。

1、测试设计

• 为单个软件特性定义测试方法的下一级细节是测试设计说明。
• 测试设计说明的目的是组织和描述针对具体特性需要进行的测试。
• IEEE 829标准作为测试设计说明的部分内容：
  1）标识符：用于引用和标记测试设计说明的唯一标识符。
  2）要测试的特性：测试设计说明所包含的软件特性描述；并且明确指出作为主要特性的辅助特性需要间接测试的特性；还要列出不被测试的特性，即计划中由于错误分析包含进来的特性。
  3）方法：描述测试软件特性的通用方法。
  4）测试用例确认：对用于检查特性的具体测试用例的高级描述和引用。
  5）通过/失败规则：描述测试特性的通过和失败由什么构成。

2、测试用例

• IEEE 829标准称测试用例说明为“编写用于输入的实际数值和预期输出结果数值。测试用例还明确指出具体测试用例产生的测试程序的任何限制。”
• IEEE 829列出的重要信息：
  1）标识符：由测试设计过程说明和测试程序说明引用的唯一标识符。
  2）测试项：描述被测试的详细特性、代码模块等，应该比测试设计说明中所列的特性更加具体。
  3）输入说明：该说明列举送到软件执行测试用例的所有输入内容或条件。
  4）输出说明：描述进行测试用例预期的结果。
  5）环境要求：环境要求是指执行测试用例必要的硬件、软件、测试工具、实用工具、人员等。
  6）特殊过程要求：描述执行测试必须做到的特殊要求。
  7）用例之间的依赖性。

3、测试程序

• IEEE 829标准称测试程序说明为“明确指出为实现相关测试设计而操作软件系统和实验具体测试用例的全部步骤”。
• 测试程序或测试脚本说明详细定义了执行测试用例的每一步操作。以下是需要定义的内容：
  1）标识符：把测试程序于相关测试用例和测试设计捆绑在一起的唯一标识符。
  2）目的：程序的目的以及将要执行的测试用例的引用信息。
  3）特殊要求：执行程序所需的其他程序、特殊测试技术或特殊设备。
  4）程序步骤：执行测试的详细描述：
  （1）日志：指出用什么方式、方法记录结果和现象。
  （2）设置：说明如何准备测试。
  （3）启动：说明用于启动测试的步骤。
  （4）程序：描述用于运行测试的步骤。
  （5）度量：描述如何判断结果——例如用秒表或肉眼判断。
  （6）关闭：说明由于意外原因挂起测试的步骤。
  （7）重启：告诉测试人员如果出现故障或关闭以后如何在恰当的时候重启测试。
  （8）终止：描述测试正常停止的步骤。
  （9）重置：说明如何把环境恢复到测试前的状态。
  （10）偶然事件：说明如何把环境恢复到测试前的状态。

三、测试用例组织和跟踪

管理和跟踪系统基本上包含：

• 凭脑子记：绝对不要考虑这种，技术对于最简单个项目也不例外，除非测试的软件仅限个人使用，没有理由跟踪测试。
• 书面文档：对于非常小的项目可以用纸笔来管理测试用例。
• 电子表格：使用电子表格是跟踪测试用例非常奏效的流行方法。
• 自定义数据库：跟踪测试用例的理想方法是使用测试用例管理工具，一种为处理测试用例而专门编程设计的数据库。

小测验

1、测试用例计划的4个理由是什么？
组织性、重复性、跟踪和测试证实。
2、什么是特别测试？
特别测试是没有计划的测试。它很容易，也很有趣，但是没有组织性、无法重复，也无法跟踪，完成后，无法证实曾经执行过。
3、测试设计说明的目的是什么？
测试设计说明的目的是组织和描述针对某种功能特性要实施的测试。它列举了要测试的功能特性和要用的方法。它明确了测试用例，但是不指明具体是什么，也不说明通过/失败的原则是什么。
4、什么是测试用例说明？
该文档定义测试的实际输入值和预期输入结果，还指明具体的环境要求、程序要求和测试用例之间的依赖性。
5、除了传统的文档，可以用什么方式表述测试用例？
表格、真值表、列表和示意图——能最有效的给自己、其他测试员和项目小组其他成员表示测试用例的任何形式。
6、测试程序说明的目的是什么？
测试程序说明的目的是明确执行测试用例所需的全部步骤，包括如何设置、启动、执行和关闭测试用例。它还解释了测试未按计划进行时应该怎么做。
7、编写测试程序应该达到何种详细程度？
这个问题没有指定的答案，很大程度上取决于谁来使用程序。细节太少会导致程序不明确以及变化不定。细节太多会拖延测试进度。详细程度应该由行业、公司、项目和测试小组来设定。