本书介绍了一种实用的软件测试过程，内容涉及测试的技术和方法，项目的计划和管理，测试的角色和职责，测试过程的改进和度量的作用及使用，以及各个测试阶段的全面信息。书中还给出实例分析来说明如何在实际工作中实现这一过程。本书附录提供了一套全面的标准测试文档模板、预制表格和检查列表，方便读者使用。
本书内容全面，注重实际，可作为软件测试技术培训教材，也可作为大专院校计算机有关专业师生的教学参考书，并可以为管理和计划测试项目的管理人员、从事测试的人员以及需要了解测试过程的所有人员提供有价值的参考。
　本书为需要减少测试时间、人力和费用并改进其测试过程质量的软件开发专家提
供了一个非常实际的解决方案，并为从事应用的开发和测试的所有成员构建出一个框架。读者可以直接将该框架作为一个现成的测试过程，也可以修改该框架以满足自己的实际需求。本书还通过几个案例研究说明如何在实际中实现这一过程。
　　本书对测试过程的所有方面提供建议和指导，其中包括：
　　◆测试软件的需求以及测试的方法
　　◆技术的具体细节
　　◆计划和管理项目
　　◆测试的角色和职责
　　◆测试阶段的全面信息
　　◆过程改进的建议以及度量的作用和使用
　　本书包括对大量不同来源的软件的测试，内容涉及对公司自主开发的软件、由第三方开发或修改的应用、对已有遗留系统的修改或扩充以及商业现用(COTS)软件的测试。
　　本书还提供了一套全面的标准测试文档模板、预制表格和检查列表，这些表格也可以在www,us．cambridge．org／titles／052179546X上下载得到。读者可以直接在测试过程中使用这些表格，也可以根据自己的业务需求定制这些表格。

为什么天文学是一门科学而占星术却被认为是伪科学呢？换言之，怎样才能证明一个理论如实地描述了现实，然后用这个理论预测未知事实呢？著名的哲学家波普尔研究了这些问题并用一句话总结了他的结论：“衡量一种理论的科学地位的标准是其可证伪性、可反驳性或可检验性。” 波普尔认为，“进行确证的证明，除非是真正检验一项理论的结果，否则是不算数的。”
对一个科学理论进行测试的过程非常类似于为肯定某个大胆的预测或试图否定那个理论而提供证明的过程。测试是一项复杂的活动，必须同时考虑理论和外部现实。测试必须为与我们设想的合理现实相关的复杂问题提供客观的答案。
自从建立了一个介于外部世界与用户之间的抽象模型以来，在开发软件时我们就遵循相同的思考过程。在软件中，我们定义将指导自己行为的严格的过程，并建立想在复杂的数据库和模板中操纵的数据。
我们能用波普尔的原理来测试软件吗？答案是肯定的，因为软件测试不应该只是确认应用能正确地工作，还应该确定在发生意外情况时应用能做出正确反应。介于被测试的软件和外部现实之间的这种不变而复杂的关系应该用于指导测试者的日常工作。
尽管通常认为测试是软件开发中必需的步骤，但很少有人将测试作为一项必须进行的活动。在许多项目中，测试被忽略；在其他情况下，执行测试只是为了证明应用能在测试条件下正确地执行。
在阅读本书后，你会发现测试不像想像中那样复杂，它可以像其他开发活动一样被管理。
在阅读本书时，你首先会发现作者把重点放在测试过程和现实世界的案例研究上，据我看来这些是软件测试最重要的方面，它们应用了波普尔的结论。
本书在逻辑上分为三个独立的部分。第一部分重点介绍传统测试过程。尽管技术以闪电般的速度在更新，但过程依旧。因为过程是任何活动的核心，所以它们甚至变得越来越重要。你会发现这一部分非常有用，因为它按照所有项目执行测试的顺序描述从单元测试直到回归测试的各个测试阶段。为便于访问这些信息，各个阶段以同样的结构来进行介绍。
第二部分给出实际的案例研究。其中介绍五个项目，每个项目强调一个不同的测试方面。我们再次确定成功总是和在现实中采用正确的过程有关。
第三部分介绍在需要时可以直接采用的模板和参考文档，你将发现这些模板在你的日常测试工作中非常有用。
本书不只是一本关于测试的书，它还是有助于测试者了解测试真谛的指南。它再一次证明应用易于理解的过程是成功的关键，用一个词来说就是必不可少。
我确信你将喜欢这本书，和我一样，你会把这本书放在你的案头，将作者的经验应用于你的日常工作中。
Maurice Rozenberg，巴黎
《Test Logiciel》的作者（1998, Eyrolles）

（英）John Watkins：暂无简介

贺红卫 杨芳等：暂无简介

前言
第1章　 概述 1
1.1　 本书的目的 1
1.2　 读者 1
1.3　 如何阅读本书 2
1.4　 本书的结构和内容 2
第一部分　 传统测试过程
第2章　 测试概述 7
2.1　 概述 7
2.2　 测试的挑战性 7
2.3　 什么是测试 8
2.4　 验证和确认 9
2.5　 不进行测试的后果 10
2.6　 测试—底线 10
2.7　 附加信息 11
第3章　 测试技术 13
3.1　 概述 13
3.2　 通用测试技术 14
3.2.1　 肯定测试和否定测试 14
3.2.2　 白盒测试和黑盒测试 15
3.2.3　 错误猜测 15
3.2.4　 自动化软件测试 16
3.3　 功能测试技术 17
3.3.1　 等价类划分 17
3.3.2　 边界分析 17
3.3.3　 侵入测试 17
3.3.4　 随机测试 18
3.3.5　 状态转换分析 18
3.3.6　 静态测试 19
3.3.7　 线索测试 19
3.4　 非功能测试技术 19
3.4.1　 配置/安装测试 19
3.4.2　 兼容性或互操作性测试 20
3.4.3　 文档和帮助测试 20
3.4.4　 错误恢复测试 20
3.4.5　 性能测试 20
3.4.6　 可靠性测试 21
3.4.7　 保密性测试 21
3.4.8　 压力测试 21
3.4.9　 可用性测试 22
3.4.10　 容量测试 22
3.5　 有关测试技术的参考读物 22
第4章　 管理和计划测试 25
4.1　 概述 25
4.2　 测试的组织 25
4.3　 角色和职责 26
4.3.1　 概述 26
4.3.2　 测试主管 27
4.3.3　 测试组组长 27
4.3.4　 测试分析员 28
4.3.5　 测试者 28
4.3.6　 独立测试观察员 29
4.3.7　 补充的测试角色 29
4.4　 测试阶段 30
4.4.1　 概述 30
4.4.2　 单元测试 31
4.4.3　 集成测试 31
4.4.4　 系统测试 32
4.4.5　 系统集成测试 32
4.4.6　 验收测试 33
4.4.7　 回归测试 33
4.4.8　 停止测试的时机 33
4.5　 V模型在计划中的作用 34
4.6　 测试需求管理 35
4.7　 配置管理的作用和使用 36
4.8　 缺陷跟踪的作用和使用 36
4.9　 风险在测试计划和管理中的作用 37
第5章　 单元测试 39
5.1　 概述 39
5.2　 单元测试方法 40
5.3　 单元测试的数据需求 41
5.4　 角色和职责 41
5.5　 计划和资源 42
5.6　 输入 42
5.7　 单元测试的测试技术 43
5.8　 输出 43
第6章　 集成测试 45
6.1　 概述 45
6.2　 集成测试方法 46
6.3　 集成测试数据需求 46
6.4　 角色和职责 47
6.5　 计划和资源 47
6.6　 输入 48
6.7　 集成测试的测试技术 48
6.8　 输出 48
第7章　 系统测试 51
7.1　 概述 51
7.2　 系统测试方法 52
7.3　 系统测试数据需求 52
7.4　 角色和职责 53
7.5　 计划和资源 53
7.6　 输入 54
7.7　 系统测试的测试技术 54
7.8　 输出 54
第8章　 系统集成测试 57
8.1　 概述 57
8.2　 系统集成测试的方法 58
8.3　 系统集成测试的数据需求 58
8.4　 角色和职责 58
8.5　 计划和资源 59
8.6　 输入 60
8.7　 系统集成测试的测试技术 60
8.8　 输出 60
第9章　 用户验收测试 63
9.1　 概述 63
9.2　 用户验收测试的方法 64
9.3　 用户验收测试的数据需求 64
9.4　 角色和职责 65
9.5　 计划和资源 66
9.6　 输入 66
9.7　 用户验收测试的测试技术 67
9.8　 输出 67
第10章　 操作验收测试 69
10.1　 概述 69
10.2　 操作验收测试的测试方法 70
10.3　 操作验收测试的数据需求 70
10.4　 角色和职责 71
10.5　 计划和资源 72
10.6　 输入 72
10.7　 操作验收测试的测试技术 73
10.8　 输出 73
第11章　 回归测试 75
11.1　 概述 75
11.2　 回归测试方法 76
11.3　 回归测试的数据需求 77
11.4　 角色和职责 77
11.5　 计划和资源 78
11.6　 输入 78
11.7　 回归测试的测试技术 79
11.8　 输出 79
第12章　 测试过程改进 81
12.1　 概述 81
12.2　 度量的作用及其使用概述 82
12.3　 测试过程中常用的度量 82
12.4　 建立和管理度量程序 85
12.5　 建立简单、有效度量集的建议 86
12.6　 参考文献 88
第13章　 测试过程的引进、采用和维护 89
13.1　 概述 89
13.2　 测试过程的引进和采用 89
13.2.1　 概述 89
13.2.2　 建立需求 89
13.2.3　 引进和采用的策略 90
13.3　 测试过程的维护 92
第二部分　 现实世界的测试过程：说明性
的案例研究
第14章　 案例研究1：大英图书馆 99
14.1　 公司概述 99
14.2　 测试需求的特征 99
14.3　 管理和计划测试 100
14.4　 角色和职责 101
14.5　 测试阶段 104
14.6　 制品 104
14.7　 过程改进 105
第15章　 案例研究2：路透社产品验收
小组 107
15.1　 公司概述 107
15.2　 测试需求 107
15.3　 管理和计划测试 109
15.4　 角色和职责 110
15.5　 测试阶段 113
15.6　 制品 115
15.7　 过程改进 116
第16章　 案例研究3：皇冠质量保证小组 117
16.1　 公司概述 117
16.2　 测试需求 117
16.3　 管理和计划测试 118
16.4　 角色和职责 120
16.5　 测试阶段 122
16.6　 制品 124
16.7　 过程改进 125
第17章　 案例研究4：葡萄酒协会 127
17.1　 公司概述 127
17.2　 测试需求 128
17.3　 管理和计划测试 129
17.4　 角色和职责 130
17.5　 测试阶段 132
17.6　 制品 133
17.7　 过程改进 134
第18章　 案例研究5：自动化数据处理
有限公司 135
18.1　 公司概述 135
18.2　 测试需求的特征 136
18.3　 管理和计划测试 137
18.4　 角色和职责 138
18.5　 测试阶段 140
18.6　 制品 143
18.7　 过程改进 144
第三部分　 附　　　录
附录A　 测试人员的参考术语 147
附录B　 测试指南 157
附录C　 测试计划文档模板 167
附录D　 测试规格说明文档模板 175
附录E　 测试脚本模板 185
附录F　 测试结果记录表格模板 189
附录G　 测试日志模板 193
附录H　 测试证明模板 197
附录I　　重用包检查列表 199
附录J　　测试总结报告模板 201
附录K　 等价类划分实例 207
附录L　 边界分析实例 209
附录M　状态转换实例 211
附录N　 自动化测试工具选择标准 213
附录O　 可用性测试概述 225
附录P　 测试过程健康检查 229
附录Q　 面向对象软件的测试 235
参考文献 241
术语表 243
译后记 251