软件测试 第2版 §17 计划测试工作

计划测试工作

软件测试员的目标：尽可能早地找出软件缺陷，并保证其得以修复。利用精心组织的测试计划、测试用例和测试报告，对测试工作进行正确的记录以及交流，将使达到目标变得更有可能。

测试负责人或测试经理：建立全面测试计划。测试员负责协助。

本章重点:

·         测试计划的目的

·         计划一直在进行的工作

·         计划过程中要考虑的方面

·         测试新手在测试计划中的角色

§17.1           测试计划的目的

软件测试计划是软件测试员与产品开发小组交流意图的主要方式。

IEEE 829-1998 软件测试文档（Software Test Documentation）描述如下：可以从.下载这个文档。也可以。

       测试目的中文大意如下：英文参见教材。规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性，要执行的测试任务、每个任务的负责人，以及与计划相关的风险。

测试计划采用的形式是书面文档。测试计划只是创建详细计划过程的一个副产品，重要的是计划过程，而不是产生的结果文档。

测试激活过程的最终目标是交流（而不是记录）软件测试小组的意图、期望，以及对将要执行的测试任务的理解。

§17.2           测试计划的主题

重要主题的清单比测试计划模板更重要。注意是计划中，不是计划完。本书给出一些主题列表，而不是测试计划模板。

 

1、  高级期望

这部分很容易忽略，很多人认为它太抽象，并假定所有人已经知道。

-＊测试计划过程和软件测试计划的目的是什么？

尽管你自己很清楚，但是程序员，文档人员，管理未必清楚。即使它们清楚了也未必认可啊。

-＊测试的是什么产品？

包含产品的范围，数量级。是重写还是更新。独立程序或者多个程序？自己开发的还是第3方的？产品的功能？

-＊产品的质量和可靠性目标是什么？

要有清晰，简洁，各部门一致的关于质量和可靠性的定义。

2、  人、地点和事

确定项目的人员，做什么，联系方式。包含names, titles, addresses, phone numbers, email addresses 等信息。

文档存储地址，软件下载地址，测试工具地址等。email addresses, servers, and websites.

硬件设备的准备。这部分询问测试新手的问题比较好。

 

3、  定义

 

测试计划过程就是定义小组成员的用词和术语。对差异要进行鉴别，并得到一致的同意，使全体人员说法一致。

1）构造

程序员放在一起需要测试的代码和内容的搜集。测试计划应该定义构造的频率以及期望的质量等级。

2）测试发布文档（TRD）

程序员发布的文档。对每一个构造都声明新特性、不同特性、修复问题和准备测试的内容。

3）Alpha版

意在对少数主要客户和市场进行数量有限的分发，用于演示目的的早期构造。

4）Beta版

意在向潜在客户广泛分发的正式构造。

5）说明书完成

说明书预计完成并且不再更改的日程安排。

6）特性完成

程序员不再向代码增加新特性，并集中修复缺陷的日期安排。

7）软件缺陷会议

由测试经理、项目经理、开发经理和产品支持经理组成的团队，每周召开会议审查软件缺陷，并确定哪些需要修复，应该如何修复。

4、  团队之间的责任

 

团队之间的责任是明确指出可能会影响测试工作的任务和交付内容。可以使用一个表列出每个团队的责任。该表这里暂略，参见教材。

 

5、  确定哪些需要测试，哪些不需要。

已经release过的内容，第3方协助测试的内容不需要重点测试。甚至可以不测试。

6、  测试的阶段

要计划测试的阶段，测试小组就会查看预定的开发模式，并决定在项目期间是采用一个测试阶段还是分阶段测试。

测试的计划过程应该明确每一个预定的测试阶段，并告知项目小组。

入口和退出标准要明确规定。

 

7、测试策略

与定义测试阶段相关联的联系是定义测试策略。测试策略描述测试小组用于测试整体和每个阶段的方法。哪部分使用黑盒，哪部分使用白盒，或者混合。测试的外包。

 

7、  资源需求

 

计划资源需求是确定实现测试策略必备条件的过程。

人员，比如多少人，什么经验的，擅长什么？全职，兼任，合同工，实习的学生？

设备：计算机，测试硬件，打印机，工具等。

办公室和实验室空间：位于哪里，多大，怎么部属？

外包公司：是否使用，使用的标准？成本？

其他配备：磁盘，电话，参考书籍，培训资料，

 

特定的资源需求最好是提前做好预算，中间缺设备再采购可能比较为难。

9、测试员的任务分配

计划测试员的任务分配是指：明确测试员负责软件的哪些部分、哪些可测试特性。

比如对写字板程序的分配：

Al     字符格式：字体、大小、颜色、样式

Sarah              布局: 项目符号、段落、制表位、换行

Luis  配置和兼容

Jolie UI:易用性、外观、辅助特性

Valerie    文档: 在线帮助、滚动帮助

Ron：压力和负载

 

实际责任表会更加详细。

 

10、测试进度

 

测试进度需要以上所述的全部信息，并将其映射到整个项目进度中。

进度破坏（schedule crunch）

使测试任务摆脱进度破坏的一个方法使测试进度避免定死启动和停止任务的日期。

测试进度根据测试阶段定义的进入和退出规则采用相对日期，显然测试任务依赖于其它先完成的可交付内容。

11、测试用例

用什么方法编写测试用例，在哪里保存测试用例，如何使用和维护测试用例。

12、软件缺陷报告

方式：使用粘性便笺、使用复杂的缺陷跟踪数据库......

13、度量和统计

度量和统计是跟踪项目发展、成效和测试的手段。测试的计划过程应该明确收集哪些信息，要做什么决定，谁来负责收集。

实用的测试度量的例子：

a)         在项目期间每天发现的软件缺陷总数；

b)        仍然需要修复的软件缺陷清单；

c)         根据严重程度对当前软件缺陷评级；

d)        每个测试员找出的软件缺陷总数；

e)         从每个特性或者区域发现的软件缺陷数目。

14、风险和问题

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