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

第十七章 计划测试工作

一、测试计划的目标

• 软件测试计划：是软件测试员与产品开发小组交流意图的主要方式。
• 软件测试计划标准：规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人、以及与计划相关的风险。
• 测试计划只是创建详细计划过程的一个副产品，重要的是计划过程，而不是产生的结果文档。
• 撰写的测试计划通常最终成为一个空架子——束之高阁的文档，以后不会再有人看。
• 测试计划过程的最终目标是交流（而不是记录）软件测试小组的意图、期望，以及对将要执行的测试任务的理解。

二、测试计划主题

1、高级期望

• 测试计划过程和软件测试计划的目的是什么？
• 测试的是什么产品？为了使测试工作成功，必须完全了解产品是什么，以及其数量和适用范围。
• 产品的质量和可靠性目标是什么？测试计划过程的结果必须是清晰的、简洁的、在产品质量和可靠性目标上一致通过的定义。目标必须绝对，以免说不清是否达到目标。

2、人、地点和事

• 测试计划需要明确在项目中工作的人，他干什么，怎样和他联系。
• 测试计划应该包括项目中所有主要人员的姓名、职务、地址、电话号码、电子邮件地址和职责范围。
• 文档存放在哪里，软件从哪里下载，测试工具在哪。
• 执行测试的硬件放在哪里，如何得到。

3、定义

测试计划过程就是定义小组成员的用词与术语。对差异要进行鉴别，并得到一致的同意，使全体人员说法一致。
以下是一些常用术语和相当松散的定义：
1）构造。程序员放在一起需要测试的代码和内容的搜集。
2）测试发布文档。程序员发布的文档。
3）alpha版。意在对少数主要客户和市场进行数量有限的分发，用于演示目的的早期构造。
4）beta版。意在向潜在客户广泛分发的正式构造。
5）说明书完成。说明书预计完成并且不再更改的日程安排。
6）特性完成。程序员不再向代码增加特性，并集中修复缺陷的日期安排。
7）软件缺陷会议。有测试经理、项目经理、开发经理和产品支持经理组成的团队，每周召开会议审查软件缺陷，病确定哪些需要修复，应该如何修复。

4、团队之间的责任

• 团队之间的责任是明确指出可能影响测试工作的任务和交付内容。
• 麻烦的任务可能有多个负责者，有时没有责任者，或者由多人共同负责。计划这些任务和交流计划最容易的方法是使用简表。确认表格列出哪些任务取决于经验。

5、哪些要测试，哪些不要测试

• 有时会发现软件产品中包含的某些内容不必测试：以前发布过或测试过、来自其他软件公司并已测试过的。
• 计划过程需要验明软件的每一部分，确定它是否要测试。

6、测试的阶段

• 要计划测试的阶段，测试小组就会查看预定的开发模式，并决定在项目期间是采用一个测试阶段还是分阶段测试。
• 测试的计划过程应该明确每一个预定的测试阶段，并告知项目小组。该过程一般有助于整个小组形成和了解全部开发模式。
• 注：与测试阶段相关联的两个重要概念是进入和退出规则。每一个阶段都必须有客观定义的规则，明确的声明本阶段结束，下一阶段开始。

7、测试策略

• 测试策略描述测试小组用于测试整体和每个阶段的方法。
• 做决策是一项复杂的工作——需要由经验相当丰富的测试员来做，因为这将决定测试工作的成败。是项目小组全体成员都了解并同意预定计划是极其重要的。

8、资源需求

计划资源需求是确定实现测试策略必备条件的过程。在项目期间测试可能用到的任何资源都要考虑到：人员、设备、办公室和实验室空间、软件、外包测试公司、其他配备。

9、测试员的任务分配

• 一旦定义了测试阶段、测试策略和资源要求，这些信息加上产品说明书就可以分配每个测试员的任务。
• 计划测试员任务分配是指，明确测试员负责软件的哪些部分、哪些可测试特性。
• 实际责任表更加详细，确保软件的每一部分都分配有人测试。

10、测试进度

• 作为测试计划的一部分，完成测试进度安排可以为产品小组和项目经理提供信息，以便更好的安排整个项目的进度。
• 关于测试计划的一个重要问题是测试工作通常不能平均分布在整个产品开发周期中。
• 项目中的测试资源数目随着开发的进度而增长。持续增长的结果是测试进度受到项目中先前事件的影响越来越大。这个问题称为进度破坏。
• 使测试任务摆脱进度破坏的一个方法是测试进度避免定死启动和停止任务的日期。
• 相反，如果测试进度根据测试阶段定义的进入和退出规则采用相对日期，那么显然测试任务依赖于其他先完成的可交付内容。

11、 测试用例

测试计划过程将决定用什么方法编写测试用例，在哪里保存测试用例，如何使用和维护测试用例。

12、软件缺陷报告

报告的各种可能的方式包括：隔着墙壁呼喊，使用粘性便签，使用复杂的缺陷跟踪数据库。使用哪些过程需要计划，以便每个软件缺陷从发现到修复的过程中都被跟踪。

13、度量和统计

度量和统计是跟踪项目发展、成效和测试的手段。

14、风险和问题

• 测试计划中常用而且非常实用的部分是明确指出项目的潜在问题或风险区域——这是对测试工作有影响的地方。
• 软件测试员要负责明确指出计划过程中的风险，并与测试经理和项目经理交换意见。这些风险应该在测试计划中明确指出，在进度中给予说明。风险尽早明确指出，以免在项目晚期发现是感到惊慌。

小测验

1、测试计划的目的是什么？
为了解IEEE829的定义，测试计划的目的是定义测试活动的范围、方法、资源和进度，明确要测试的条目、要测试的功能特性，要执行的测试任务，每个任务的负责人，以及与计划相关的风险，简而言之，使项目小组其他成员在测试小组如何测试软件上取得一致。
2、为什么创建计划的过程是关键，而不是计划本身？
因为测试计划中定义的所有问题和其他项目功能小组或小组成员相互之间存在影响。让所有人了解和接受计划的内容是关键所在。私自建立书面文档并束之高阁不仅浪费之间而且对项目形成危害。
3、为什么定义软件的质量和可靠性目标是测试计划的重要部分？
因为如果顺其自然的话，每个人都会有自己对质量和可靠性的看法。由于看法各不相同，因此全部达到是不可能的。
4、什么是进入和退出规则？
从一个测试阶段转移到另一个阶段的要求必须满足。一个阶段满足退出规则才会结束。新的阶段满足进入规则才会开始。
5、列出在测试计划时应该考虑的一些常用测试资源。
人员、设备、办公场所和实验室、软件、外包公司和其他供给。
6、判断是非：制定进度要符合固定日期，以使测试任务或测试阶段何时开始，何时结束没有异议。
错。因为测试对项目的其他方面非常依赖（例如，代码编制没有完成就不能测试），所以测试进度最好根据交付日期来制定。