软件测试原理与实践(计算机科学丛书)
点此进入淘宝搜索页搜索分類: 图书,计算机与互联网,软件工程及软件方法学,软件工程理论,
品牌: Srinivasan Desikan
基本信息·出版社：机械工业出版社
·页码：285 页
·出版日期：2009年
·ISBN：7111255062/9787111255062
·条形码：9787111255062
·包装版本：1版
·装帧：平装
·开本：16
·正文语种：中文
·丛书名：计算机科学丛书
产品信息有问题吗？请帮我们更新产品信息。
内容简介《软件测试原理与实践》全面论述了软件测试的基本原理和最佳实践，介绍了最近出现的极限测试和即兴测试等新的测试方法。《软件测试原理与实践》介绍了全球团队的个人、组织结构和模型等问题。在介绍综合性理论知识的同时，强调实际经验。《软件测试原理与实践》在介绍黑盒测试和白盒测试等传统方法的同时，还介绍了测试的很多实际问题，例如国际化测试和回归测试等。
《软件测试原理与实践》的突出特点是从工程实践的角度，比较全面地讨论棘手问题的具体应对方法和相应的风险，站在比较高的层次上讨论软件测试工程的整体把握方法。全书在各章附有许多实际问题的思考题，帮助读者更深刻地理解这些现实问题。
《软件测试原理与实践》可作为高等院校软件工程和测试方面的基础教材，对软件开发和测试人员解决实际问题也有较高的参考价值。
作者简介Srinivasan Desikan，印度班加罗尔市的西贝尔系统公司质量工程部主任，具有16年的产品测试经验。所测试的产品正在被全世界数以百万计的客户使用。Srinivasan在测试自动化、测试管理、测试过程和测试团队建立等方面有丰富的经验。他经常在国际测试会议上发表演讲，定期在多所大学举办讲座。Srinivasan是印度技术学院的客座教授，并担任多家印度测试公司的荣誉董事主任。
编辑推荐《软件测试原理与实践》从实用的角度对软件测试进行了全面的阐述，讨论了像极限测试和即兴测试这类新兴的领域。
《软件测试原理与实践》特色：
关注分散在全球地域的团队。讨论全球化团队的人员、组织结构和模型问题。
提供印度在测试方面的丰富经验。越来越多的产品测试工作是在印度完成的，但是研究印度经验或印度业务模型的专著却很少。《软件测试原理与实践》通过实例讨论了印度的最佳测试实践。
在保持完整的理论体系基础上，强调实践经验。《软件测试原理与实践》在介绍诸如等价类划分和圈复杂度等传统方法的同时，还讨论了测试的一些实际问题，例如国际化测试和回归测试。
目录
出版者的话
译者序
序
前言
第一部分 写作线索
第1章 测试原理
1.1 生产软件中的测试背景
1.2 本章介绍
1.3 不完善的车
1.4 Dijkstra定律
1.5 及时测试
1.6 圣人和猫
1.7 首先测试测试用例
1.8 杀虫剂悖论
1.9 护航舰队与破布
1.10 桥上的警察
1.11 钟摆的终结
1.12 黑衣人
1.13 自动化综合症
1.14 小结
第2章 软件开发生存周期模型
2.1 软件项目的阶段
2.1.1 需求获取和分析
2.1.2 策划
2.1.3 设计
2.1.4 开发或编码
2.1.5 测试
2.1.6 部署和维护
2.2 质量、质量保证和质量控制
2.3 测试、验证和确认
2.4 表示不同阶段的过程模型
2.5 生存周期模型
2.5.1 瀑布模型
2.5.2 原型和快速应用开发模型
2.5.3 螺旋或迭代模型
2.5.4 V字模型
2.5.5 改进型V字模型
2.5.6 各种生存周期模型的比较
第二部分 测试类型
第3章 白盒测试
3.1 白盒测试的定义
3.2 静态测试
3.2.1 人工静态测试
3.2.2 静态分析工具
3.3 结构测试
3.3.1 单元／代码功能测试
3.3.2 代码覆盖测试
3.3.3 代码复杂度测试
3.4 白盒测试中的挑战
第4章 黑盒测试
4.1 黑盒测试的定义
4.2 黑盒测试的意义
4.3 黑盒测试的时机
4.4 黑盒测试的方法
4.4.1 基于需求的测试
4.4.2 正面和负面测试
4.4.3 边界值分析
4.4.4 决策表
4.4.5 等价划分
4.4.6 基于状态或基于图的测试
4.4.7 兼容性测试
4.4.8 用户文档测试
4.4.9 领域测试
4.5 小结
第5章 集成测试
5.1 集成测试的定义
5.2 集成测试作为一种测试类型
5.2.1 自顶向下集成
5.2.2 自底向上集成
5.2.3 双向集成
5.2.4 系统集成
5.2.5 选择集成方法
5.3 集成测试作为一个测试阶段
5.4 场景测试
5.4.1 系统场景
5.4.2 用例场景
5.5 缺陷围歼
5.5.1 选择缺陷围歼的频度和持续时间
5.5.2 选择合适的产品版本
5.5.3 对缺陷围歼的目标进行沟通
5.5.4 建立和监视实验室
5.5.5 采取行动解决问题
5.5.6 优化缺陷围歼所涉及的工作
5.6 小结
第6章 系统测试和确认测试
6.1 系统测试概述
6.2 实施系统测试的原因
6.3 功能测试与非功能测试
6.4 功能系统测试
6.4.1 设计／体系结构验证
6.4.2 业务垂直测试
6.4.3 部署测试
6.4.4 贝塔测试
6.4.5 符合性的认证、标准和测试
6.5 非功能系统测试
6.5.1 设置配置
6.5.2 提出进入与退出准则
6.5.3 平衡关键资源
6.5.4 可伸缩性测试
6.5.5 可靠性测试
6.5.6 压力测试
6.5.7 互操作性测试
6.6 确认测试
6.6.1 确认准则
6.6.2 选择确认测试的测试用例
6.6.3 执行确认测试
6.7 测试阶段小结
6.7.1 多阶段测试模型
6.7.2 多个发布版本的处理
6.7.3 谁负责实施与何时实施
第7章 性能测试
7.1 引论
7.2 决定性能测试的要素
7.3 性能测试的方法论
7.3.1 收集需求
7.3.2 编写测试用例
7.3.3 自动化性能测试用例
7.3.4 执行性能测试用例
7.3.5 分析性能测试结果
7.3.6 性能调谐
7.3.7 性能基准测试
7.3.8 能力策划
7.4 性能测试工具
7.5 性能测试的过程
7.6 挑战
第8章 回归测试
8.1 回归测试的定义
8.2 回归测试的类型
8.3 回归测试的时机
8.4 回归测试的方法
8.4.1 实施第一次“冒烟”或“摸底”测试
8.4.2 理解选择测试用例的准则
8.4.3 测试用例分类
8.4.4 选择测试用例的方法论
8.4.5 重新设置测试用例以进行回归测试
8.4.6 总结回归测试的结果
8.5 回归测试的最佳实践
第9章 国际化[I18n]测试
9.1 引言
9.2 国际化介绍
9.2.1 语言的定义
9.2.2 字符集
9.2.3 属地
9.2.4 本章使用的术语
9.3 国际化测试的测试阶段
9.4 有效化测试
9.5 属地测试
9.6 国际化确认
9.7 假语言测试
9.8 语言测试
9.9 本地化测试
9.10 国际化使用的工具
9.11 挑战与问题
第10章 即兴测试
10.1 即兴测试概述
10.2 伙伴测试
10.3 结对测试
10.4 探索式测试
10.5 迭代式测试
10.6 敏捷与极限测试
10.6.1 xP工作流
10.6.2 通过例子进行小结
10.7 缺陷播种
10.8 小结
第三部分 特殊测试专题
第11章 面向对象系统的测试
11.1 引言
11.2 面向对象软件入门
11.3 面向对象测试的差别
11.3.1 一组类的单元测试
11.3.2 将类组合在一起——集成测试
11.3.3 面向对象系统的系统测试与互操作
11.3.4 面向对象系统的回归测试
11.3.5 面向对象系统的测试工具
11.3.6 小结
第12章 可使用性与易获得性测试
12.1 可使用性测试的定义
12.2 可使用性测试的途径
12.3 可使用性测试的时机
12.4 实现可使用性的方法
12.5 可使用性的质量因素
12.6 美感测试
12.7 易获得性测试
12.7.1 基本易获得性
12.7.2 产品易获得性
12.8 可使用性工具
12.9 可使用性实验室的建立
12.10 可使用性的测试角色
12.11 小结
第四部分 测试中的人员和组织问题
第13章 常见人员问题
13.1 关于测试的感觉和错误概念
13.1.1 “测试没有什么技术挑战”
13.1.2 “测试没有为我提供职业成长道路
13.1.3 “我被派来测试——我到底怎么了？！”
13.1.4 “这些人是我的对手
13.1.5 “测试是如果我有时间最终会做的工作”
13.1.6 “测试的拥有者毫无意义
13.1.7 “测试只是破坏
13.2 测试与开发工作的比较
13.3 为测试人员提供职业发展道路
13.4 生态系统的角色与行动要求
13.4.1 教育系统的角色
13.4.2 高级管理层的角色
13.4.3 测试界的角色
第14章 测试团队的组织结构
14.1 组织结构的要素
14.2 单产品公司的结构
14.2.1 单产品公司的测试团队结构
14.2.2 按组件组织的测试团队
14.3 多产品公司的结构
14.3.1 测试团队作为“首席技术官办公室”的一部分
14.3.2 针对所有产品的单一测试团队
14.3 3按产品组织的测试团队
14.3.4 针对不同测试阶段的独立测试团队
14.3.5 混合模型
14.4 全球化与地域分散的团队对产品测试的影响
14.4.1 全球化的业务影响
14.4.2 全时区开发，测试团队模型
14.4.3 测试能力中心模型
14.4.4 垒球团队面临的挑战
14.5 测试服务公司
14.5.1 测试服务的业务需求
14.5.2 测试作为一种服务与产品测试公司之间的差别
14.5.3 测试服务公司的典型角色和责任
14.5.4 测试服务公司面临的挑战与问题
14.6 测试公司的成功因素
第五部分 测试管理与自动化
第15章 测试策划、管理、执行与报告
15.1 引言
15.2 测试策划
15.2.1 准备测试计划
15.2.2 范围管理：决定要测试和不测试的特性
15.2.3 确定测试方法和策略
15.2.4 确定测试准则
15.2.5 确定责任、人员和培训计划
15.2.6 确定资源需求
15.2.7 确定测试的可交付产品
15.2.8 测试任务：规模与工作量估计
15.2.9 活动分解与进度估计
15.2.10 沟通管理
15.2.11 风险管理
15.3 测试管理
15.3.1 标准的选择
15.3.2 测试基础设施管理
15.3.3 测试人员管理
15.3.4 与产品发布集成
15.4 测试过程
15.4.1 把各种要素放在一起并确定测试计划基线
15.4.2 测试用例规格说明
15.4.3 可跟踪性矩阵的更新
15.4.4 确定有可能实现自动化的测试用例
15.4.5 测试用例的开发和基线确立
15.4.6 测试用例的执行与可跟踪性矩阵的更新
15.4.7 指标的采集与分析
15.4.8 准备测试总结报告
15.4.9 推荐产品发布准则
15.5 测试报告
15.6 最佳实践
15.6.1 与过程相关的最佳实践
15.6.2 与人员相关的最佳实践
15.6.3 与技术相关的最佳实践
附录A：测试策划检查单
附录B：测试计划模板
第16章 软件测试自动化
16.1 测试自动化的定义
16.2 自动化使用的术语
16.3 自动化所需的技能
16.4 自动化的对象与范围
16.4.1 确定自动化负责的测试类型
16.4.2 自动化不太可能变更的部分
16.4.3 自动化测试符合标准
16.4.4 自动化的管理问题
16.5 自动化的设计和体系结构
16.5.1 外部模块
16.5.2 场景与配置文件模块
16.5.3 测试用例与测试框架模块
16.5.4 工具与结果模块
16.5.5 报告生成器与报告／指标模块
16.6 测试工具／框架的一股需求
16.7 自动化的过程模型
16.8 测试工具的选择
16.8.1 选择测试工具的准则
16.8.2 工具选择与部署步骤
16.9 极限编程模型的自动化
16.10 自动化中的挑战
16.11 小结
第17章 测试指标和度量
17.1 指标和度量的定义
17.2 测试中指标的意义
17.3 指标类型
17.4 项目指标
17.4.1 投入偏差（计划投入与实际投入）
17.4.2 计划偏差（计划与实际）
17.4.3 不同阶段内的投入分布
17.5 进度指标
17.5.1 测试缺陷指标
17.5.2 开发缺陷指标
17.6 生产力指标
17.6.1 每100小时测试发现的缺陷数
17.6.2 每100小时的测试用例执行数
17.6.3 每100小时的测试开发测试用例数
17.6.4 每100个测试用例发现的缺陷数
17.6.5 每100个失败的测试用例缺陷数
17.6.6 测试阶段有效性
17.6.7 已关闭缺陷的分布
17.7 发布指标
17.8 小结
参考文献
……[看更多目录]
序言当今世界，软件变得无处不在。消费者对此的期望大幅度增加，“软件出错很正常，我们必须接受这个事实”的旧观点已经不再适用。如今，人们期望软件能每时每刻地正常运行，并且要满足客户不断变化的需求。早先，软件系统用于后台管理服务和非关键业务的操作。
现在，越来越多的关键应用都在全球实现。对无差错运行软件期望的提高，导致了对软件供应商高品质产量需求的增长。反过来，在过去十几年中，市场关注的焦点已从单纯的编程和
开发转向更全面的目标：生产的软件一直正常工作，因而更加关注对软件的测试。
在过去的十几年中，测试已经引起人们的极大兴趣。以下列举一些事实：
测试工作量的成倍增加提供了广阔的职业发展机会；
测试相关职位的薪资正在上升；
测试已经成为重要的外包机会；
过去五年，关于测试的会议和其他类似活动有了明显的增加；
越来越多的专业人士考虑把软件测试作为职业。
测试的工作方法为了跟上需求的增加也经历了彻底的改变。首先，全球化是持久的。现在的组织利用地域时差和全球的人才，向各大洲派遣开发和测试团队，这些团队共同无缝地
工作。为了成功地推动这种新的全球化运作方式，公司必须掌握异地分布团队这项工作的艺术。其次，测试已经从即兴和偶然的尝试，转变为一项系统的、有计划的活动，以完成所有过程并且通过科学的度量。第三，现在成功的测试需要谨慎地利用各种技术，满足产品上市时间的要求。贯穿于测试生命周期的测试自动化也已经成为必需品而不是奢侈品。最后，人们对测试职业的看法也经历了一种巨变——成功的公司应为测试专业人士提供职业发展途径，
鼓励他们发挥聪明才智，以保证他们能够长期供职于该公司和从事软件测试这个职业。
本书及时满足了测试从业人员的需要，同时鼓舞了有志投身测试行业的专业人士和学生。
文摘第一部分写作线索
第1章测试原理
1.1生产软件中的测试背景
我们今天使用的几乎一切东西都包含软件。在软件发展的早期，软件用户的数量与大公司相比还是很少的。现在，一个典型的工作场所（或家里），差不多每个人都在使用计算机及软件。管理人员使用生产率很高的办公软件（代替以前的打字机）。会计师及财务人员使用电子表格软件和其他财务软件包，比使用计算器（甚至手工）要快得多。公司和家里的每个人都用电子邮件和互联网进行娱乐、教育、通信和交互，获取任何想要的信息。另外，“技术”人员使用程序设计语言、建模工具、仿真工具和数据库管理系统完成以前主要靠手工完成的任务。
上面只是说明软件的使用对于用户来说“很明显”的几个例子。但是，软件的无处不在和广泛普及远不止以上这些例子所揭示的那样。现在的软件就像20世纪初的电一样普及。我们在办公室和家庭所使用的几乎每一台设备都嵌入大量的软件，例如手机、电视、手表和冰箱以及厨房的每一件电器都有嵌入式软件。
另一个值得注意的现象是软件在任务关键场合的使用，在这些场合出现失效是根本不能接受的。对于心脏起搏器软件，决不能提议“请关机并重启系统”！我们离不开的几乎所有服务中都有软件。银行、航空管制、汽车等，驱动它们的软件都是绝对不能失效的。这些软件系统必须每时每刻、永久、可靠、可预见地运行。
这些无所不在、广泛使用和关键之处都对软件的开发和部署提出了一定的要求。
首先，开发软件产品或提供服务的公司必须尽全力减少、最好消除每件所交付的软件产品或服务中的缺陷。用户越来越不能容忍劣质的软件产品。从软件开发公司的角度看，发布有缺陷的软件产品在经济上也不是可行的。比如，在电视机发运给成千上万的用户后，其中的嵌入式软件被发现有一个缺陷。怎么可能发送“补丁”给这些用户，要求他们“安装补丁”？因此，唯一的解决方案是在产品交付用户之前就一次做好。
