书籍详情
系统的软件测试
作者:(美)Rick D.Craig,(美)Stefan P.Jaskiel著;杨海燕,罗洁雯译
出版社:电子工业出版社
出版时间:2003-01-01
ISBN:9787505391772
定价:¥45.00
购买这本书可以去
内容简介
在本书中,作者对软件测试的相关内容做了系统而全面的介绍,并把自己多年从事软件测试、质量保证和教学研究的心血和经验奉献给了大家。我们相信,无论是刚刚步入测试领域的新手,还是从业多年的资深人士,都能从本书中获益;书中丰富的实例分析,定会让读者顿生豁然开朗之感。RickD.Craig是软件质量工程公司(SoftwareQualityEngineering)资深的测试经理和测试顾问,他在1985年以来的历届测试会议上都做过专题报告。Rick曾帮助欧洲、亚洲、澳洲和美洲地区的成百上千家公司改进测试工作。Rick曾是《软件质量管理》杂质的编辑,美国门撒国际(MansaofAmerica)的一名活跃分子,美国海军陆战队储备委员会的上校。他现在担任StickMinds.com(一个为软件测试与质量工程管理人员和专业人员提供的社区网站)的技术编辑。本书对软件测试工作中涉及到的活动、文档、人员和度量等内容进行了系统而全面的介绍,为希望建立或者改善软件测试方法的软件测试专业人员描绘了一张完整的路线图。全书共分12章。本书的主要特色在于:除了对过程和活动给出了具体的规程外,本书还为读者提供了一系列具有参考价值的IEEE文档模板和具有启发意义的生动案例。本书可以用做软件测试人员、软件开发人员和需要了解测试知识的各级软件管理人员的工作参考手册,也可以用做计算机专业高年级本科生和研究生的教学参考书。
作者简介
RickD.Craig是软件质量工程公司(SoftwareQualityEngineering)资深的测试经理和测试顾问,他在1985年以来的历届测试会议上都做过专题报告。Rick曾帮助欧洲、亚洲、澳洲和美洲地区的成百上千家公司改进测试工作。Rick曾是《软件质量管理》杂质的编辑,美国门撒国际(MansaofAmerica)的一名活跃分子,美国海军陆战队储备委员会的上校。他现在担任StickMinds.com(一个为软件测试与质量工程管理人员和专业人员提供的社区网站)的技术编辑。
目录
第1章 测试过程概述
1.1 测试的发展简史
1.1.1 预防性测试
1.1.2 当今大多数公司的状况
1.1.3 为什么测试工作如此困难
1.2 STEP方法
1.2.1 STEP的范围与目标
1.2.2 STEP元素
1.2.3 STEP体系结构
1.2.4 STEP活动的时间安排
1.2.5 STEP的工作产品
1.2.6 STEP中的角色和职责
1.2.7 STEP总结
第2章 风险分析
2.1 风险为何物
2.2 软件风险分析
2.2.1 谁将负责风险分析
2.2.2 应在何时完成风险分析
2.2.3 应如何进行风险分析
2.3 计划风险与应急措施
2.3.1 项目假设
第3章 总体测试计划
3.1 测试计划的等级(阶段)
3.2 读者分析
3.3 活动的时间安排
3.4 标准模板
3.5 测试计划的各个组成部分
3.5.1 测试计划标识符
3.5.2 目录表
3.5.3 参考文献
3.5.4 词汇表
3.5.5 介绍(范围)
3.5.6 测试项
3.5.7 软件风险问题
3.5.8 待测特征
3.5.9 不予测试的特征
3.5.10 方法(策略)
3.5.11 测试项通过/失败准则
3.5.12 挂起准则和恢复需求
3.5.13 测试交付物
3.5.14 测试任务
3.5.15 环境需求
3.5.16 职责
3.5.17 人员安排与培训需求
3.5.18 进度表
3.5.19 计划风险与应急措施
3.5.20 审批
第4章 详细测试计划
4.1 验收测试
4.1.1 读者分析
4.1.2 活动的时间安排
4.1.3 信息来源
4.1.4 用户职责
4.1.5 配置管理
4.1.6 出口准则
4.1.7 发布的策略
4.1.8 测试环境
4.2 系统测试
4.2.1 读者分析
4.2.2 信息来源
4.2.3 软件配置管理
4.2.4 出口/入口准则
4.2.5 烟雾测试
4.3 集成测试
4.3.1 读者分析
4.3.2 活动的时间安排
4.3.3 信息来源
4.3.4 集成测试计划问题
4.3.5 配置管理
4.3.6 测试环境
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 伙伴测试
第5章 分析与设计
5.1 建立清单
5.1.1 设计分析
5.2 黑盒与白盒测试
5.3 黑盒科学
5.3.1 等价类划分
5.3.2 边界值分析
5.3.3 判定表
5.3.4 状态转换图
5.3.5 正交阵列
5.4 黑盒技术
5.4.1 即席测试
5.4.2 随机测试
5.4.3 半随机测试
5.4.4 探查性测试
5.5 白盒科学
5.5.1 白盒测试
5.5.2 覆盖技术
5.6 测试设计文档编制
5.6.1 IEEE测试设计规格说明
5.6.2 IEEE测试用例规格说明
5.6.3 IEEE测试规程规格说明
第6章 测试实施
6.1 测试环境
6.1.1 人员
6.1.2 硬件配置
6.1.3 共驻软件
6.1.4 接口
6.1.5 测试数据来源
6.1.6 测试数据量
6.1.7 策略
6.2 模型办公室的概念
6.3 自动化的对象有哪些
6.3.1 重复的任务
6.3.2 枯燥的任务
6.4 避开测试工具陷阱
6.4.1 没有清晰的策略
6.4.2 过高的预期
6.4.3 缺乏支持
6.4.4 缺乏成效的培训
6.4.5 错误对象的自动化
6.4.6 选择错误的工具
6.4.7 选择错误的供应商
6.4.8 不稳定的软件
6.4.9 做得太多、太快
6.4.10 低估时间/资源
6.4.11 不充分或独特的测试环境
6.4.12 拙劣的时间安排
6.4.13 工具成本
6.5 评价测试件
6.5.1 质量保证团队
6.5.2 评审
6.5.3 预检
6.5.4 跟踪
6.5.5 缺陷种植
6.5.6 变异分析
6.5.7 测试自动化规程
第7章 执行测试
7.1 执行测试前的准备工作
7.1.1 确定应当由谁来执行测试
7.1.2 确定首先执行什么
7.1.3 在执行过程中编写测试用例
7.1.4 记录每个测试用例的结果
7.2 测试日志
7.3 意外事件报告
7.3.1 IEEE测试意外事件报告模板
7.3.2 书写意外事件报告
7.3.3 缺陷跟踪工具的属性
7.3.4 使用多个缺陷跟踪系统
7.4 测试状态与结果
7.4.1 测试状态的度量
7.4.2 测试总结报告
7.5 何时才算完成了测试工作
7.5.1 缺陷发现率
7.5.2 残留缺陷估计准则
7.5.3 资源耗尽
7.6 度量测试的有效性
7.6.1 客户满意度度量
7.6.2 缺陷度量
7.6.3 覆盖的度量
7.6.4 整体代码覆盖率
第8章 测试组织
8.1 测试组织
8.1.1 测试组织的样例
8.1.2 独立的测试小组
8.1.3 集成的测试小组
8.1.4 开发人员
8.1.5 测试协调员
8.1.6 质量保证
8.1.7 外包
8.1.8 独立验证与确认
8.2 办公环境
8.2.1 办公空间
8.2.2 相对于其他参与人员的位置
8.2.3 小房间、办公室与公共办公室
8.2.4 深入时间
8.2.5 安静时间
8.2.6 会议
第9章 软件测试人员
9.1 优秀测试人员的特点
9.2 发现优秀的测试人员
9.2.1 开发人员
9.2.2 用户
9.2.3 售后服务/技术支持人员
9.2.4 技术文员
9.2.5 QA人员
9.2.6 新近毕业生
9.2.7 来自其他公司(新雇用的)的人员
9.3 雇用测试人员
9.3.1 定义工作需求
9.3.2 阅读应聘人员的简历
9.3.3 自己做好精神上的准备
9.3.4 第一印象很重要
9.3.5 学会问问题
9.3.6 要求应聘人员展示他们的能力
9.3.7 做笔记
9.3.8 回答应聘人员的问题
9.3.9 核实推荐信
9.3.10 小组面试
9.4 你需要多少测试人员
9.5 留住职员
9.5.1 加班工作
9.6 软件测试人员认证
9.6.1 认证对测试人员的价值
9.6.2 认证对于测试经理的价值
9.6.3 认证对公司的价值
9.6.4 如何准备认证
9.6.5 重认证
第10章 测试经理
10.1 什么是管理
10.1.1 人际关系角色
10.1.2 信息角色
10.1.3 决策角色
10.2 管理与领导
10.2.1 领导风格
10.3 海军陆战队的领导原则
10.4 作为领导的测试经理
10.4.1 领导的基石
10.4.2 政策
10.4.3 控制范围
10.4.4 有效的交流
10.5 测试经理在团队中的作用
10.5.1 经理在测试自动化中的作用
10.6 测试经理在培训中的作用
10.6.1 需要培训的一些主题
10.6.2 培训方法
10.7 针对测试经理的度量入门
10.7.1 软件的测量和度量
10.7.2 使用度量的好处
10.7.3 使用度量的经验法则
10.7.4 要收集哪些度量
10.7.5 “最好的”项目使用的度量
10.7.6 度量工程的前景
第11章 测试过程改进
11.1 改进测试过程
11.1.1 步骤1:确定当前实践的基线
11.1.2 步骤2:拟定前景和目标
11.1.3 步骤3:阐明需求并按优先级排序
11.1.4 步骤4:创建项目
11.1.5 步骤5:制定计划
11.1.6 步骤 6:逐步引入变更
11.1.7 步骤7:度量结果
11.1.8 步骤8:回到步骤1
11.1.9 在整个过程中获得支持
11.2 ISO认证
11.2.1 ISO检查清单
11.2.2 ISO认证的优点和缺点
11.3 能力成熟度模型
11.4 测试过程改进(TPI)模型
11.4.1 TPI的关键域
11.4.2 TPI评估示例
11.5 持续改进
第12章 最后的一些想法
12.1 使用预防性测试技术
12.2 进行软件风险分析
12.3 确定计划风险
12.4 制定测试策略
12.5 使用测试清单
12.6 恰当使用测试工具
12.7 分析缺陷趋势和模式
12.8 度量测试有效性
12.9 不断进行培训
12.10 宣传测试的思想
附录A 术语表
附录B 测试调查
附录C IEEE模板
附录D 总体测试计划样例
附录E 简化的单元测试计划
附录F 过程图
附录G 参考文献
1.1 测试的发展简史
1.1.1 预防性测试
1.1.2 当今大多数公司的状况
1.1.3 为什么测试工作如此困难
1.2 STEP方法
1.2.1 STEP的范围与目标
1.2.2 STEP元素
1.2.3 STEP体系结构
1.2.4 STEP活动的时间安排
1.2.5 STEP的工作产品
1.2.6 STEP中的角色和职责
1.2.7 STEP总结
第2章 风险分析
2.1 风险为何物
2.2 软件风险分析
2.2.1 谁将负责风险分析
2.2.2 应在何时完成风险分析
2.2.3 应如何进行风险分析
2.3 计划风险与应急措施
2.3.1 项目假设
第3章 总体测试计划
3.1 测试计划的等级(阶段)
3.2 读者分析
3.3 活动的时间安排
3.4 标准模板
3.5 测试计划的各个组成部分
3.5.1 测试计划标识符
3.5.2 目录表
3.5.3 参考文献
3.5.4 词汇表
3.5.5 介绍(范围)
3.5.6 测试项
3.5.7 软件风险问题
3.5.8 待测特征
3.5.9 不予测试的特征
3.5.10 方法(策略)
3.5.11 测试项通过/失败准则
3.5.12 挂起准则和恢复需求
3.5.13 测试交付物
3.5.14 测试任务
3.5.15 环境需求
3.5.16 职责
3.5.17 人员安排与培训需求
3.5.18 进度表
3.5.19 计划风险与应急措施
3.5.20 审批
第4章 详细测试计划
4.1 验收测试
4.1.1 读者分析
4.1.2 活动的时间安排
4.1.3 信息来源
4.1.4 用户职责
4.1.5 配置管理
4.1.6 出口准则
4.1.7 发布的策略
4.1.8 测试环境
4.2 系统测试
4.2.1 读者分析
4.2.2 信息来源
4.2.3 软件配置管理
4.2.4 出口/入口准则
4.2.5 烟雾测试
4.3 集成测试
4.3.1 读者分析
4.3.2 活动的时间安排
4.3.3 信息来源
4.3.4 集成测试计划问题
4.3.5 配置管理
4.3.6 测试环境
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 伙伴测试
第5章 分析与设计
5.1 建立清单
5.1.1 设计分析
5.2 黑盒与白盒测试
5.3 黑盒科学
5.3.1 等价类划分
5.3.2 边界值分析
5.3.3 判定表
5.3.4 状态转换图
5.3.5 正交阵列
5.4 黑盒技术
5.4.1 即席测试
5.4.2 随机测试
5.4.3 半随机测试
5.4.4 探查性测试
5.5 白盒科学
5.5.1 白盒测试
5.5.2 覆盖技术
5.6 测试设计文档编制
5.6.1 IEEE测试设计规格说明
5.6.2 IEEE测试用例规格说明
5.6.3 IEEE测试规程规格说明
第6章 测试实施
6.1 测试环境
6.1.1 人员
6.1.2 硬件配置
6.1.3 共驻软件
6.1.4 接口
6.1.5 测试数据来源
6.1.6 测试数据量
6.1.7 策略
6.2 模型办公室的概念
6.3 自动化的对象有哪些
6.3.1 重复的任务
6.3.2 枯燥的任务
6.4 避开测试工具陷阱
6.4.1 没有清晰的策略
6.4.2 过高的预期
6.4.3 缺乏支持
6.4.4 缺乏成效的培训
6.4.5 错误对象的自动化
6.4.6 选择错误的工具
6.4.7 选择错误的供应商
6.4.8 不稳定的软件
6.4.9 做得太多、太快
6.4.10 低估时间/资源
6.4.11 不充分或独特的测试环境
6.4.12 拙劣的时间安排
6.4.13 工具成本
6.5 评价测试件
6.5.1 质量保证团队
6.5.2 评审
6.5.3 预检
6.5.4 跟踪
6.5.5 缺陷种植
6.5.6 变异分析
6.5.7 测试自动化规程
第7章 执行测试
7.1 执行测试前的准备工作
7.1.1 确定应当由谁来执行测试
7.1.2 确定首先执行什么
7.1.3 在执行过程中编写测试用例
7.1.4 记录每个测试用例的结果
7.2 测试日志
7.3 意外事件报告
7.3.1 IEEE测试意外事件报告模板
7.3.2 书写意外事件报告
7.3.3 缺陷跟踪工具的属性
7.3.4 使用多个缺陷跟踪系统
7.4 测试状态与结果
7.4.1 测试状态的度量
7.4.2 测试总结报告
7.5 何时才算完成了测试工作
7.5.1 缺陷发现率
7.5.2 残留缺陷估计准则
7.5.3 资源耗尽
7.6 度量测试的有效性
7.6.1 客户满意度度量
7.6.2 缺陷度量
7.6.3 覆盖的度量
7.6.4 整体代码覆盖率
第8章 测试组织
8.1 测试组织
8.1.1 测试组织的样例
8.1.2 独立的测试小组
8.1.3 集成的测试小组
8.1.4 开发人员
8.1.5 测试协调员
8.1.6 质量保证
8.1.7 外包
8.1.8 独立验证与确认
8.2 办公环境
8.2.1 办公空间
8.2.2 相对于其他参与人员的位置
8.2.3 小房间、办公室与公共办公室
8.2.4 深入时间
8.2.5 安静时间
8.2.6 会议
第9章 软件测试人员
9.1 优秀测试人员的特点
9.2 发现优秀的测试人员
9.2.1 开发人员
9.2.2 用户
9.2.3 售后服务/技术支持人员
9.2.4 技术文员
9.2.5 QA人员
9.2.6 新近毕业生
9.2.7 来自其他公司(新雇用的)的人员
9.3 雇用测试人员
9.3.1 定义工作需求
9.3.2 阅读应聘人员的简历
9.3.3 自己做好精神上的准备
9.3.4 第一印象很重要
9.3.5 学会问问题
9.3.6 要求应聘人员展示他们的能力
9.3.7 做笔记
9.3.8 回答应聘人员的问题
9.3.9 核实推荐信
9.3.10 小组面试
9.4 你需要多少测试人员
9.5 留住职员
9.5.1 加班工作
9.6 软件测试人员认证
9.6.1 认证对测试人员的价值
9.6.2 认证对于测试经理的价值
9.6.3 认证对公司的价值
9.6.4 如何准备认证
9.6.5 重认证
第10章 测试经理
10.1 什么是管理
10.1.1 人际关系角色
10.1.2 信息角色
10.1.3 决策角色
10.2 管理与领导
10.2.1 领导风格
10.3 海军陆战队的领导原则
10.4 作为领导的测试经理
10.4.1 领导的基石
10.4.2 政策
10.4.3 控制范围
10.4.4 有效的交流
10.5 测试经理在团队中的作用
10.5.1 经理在测试自动化中的作用
10.6 测试经理在培训中的作用
10.6.1 需要培训的一些主题
10.6.2 培训方法
10.7 针对测试经理的度量入门
10.7.1 软件的测量和度量
10.7.2 使用度量的好处
10.7.3 使用度量的经验法则
10.7.4 要收集哪些度量
10.7.5 “最好的”项目使用的度量
10.7.6 度量工程的前景
第11章 测试过程改进
11.1 改进测试过程
11.1.1 步骤1:确定当前实践的基线
11.1.2 步骤2:拟定前景和目标
11.1.3 步骤3:阐明需求并按优先级排序
11.1.4 步骤4:创建项目
11.1.5 步骤5:制定计划
11.1.6 步骤 6:逐步引入变更
11.1.7 步骤7:度量结果
11.1.8 步骤8:回到步骤1
11.1.9 在整个过程中获得支持
11.2 ISO认证
11.2.1 ISO检查清单
11.2.2 ISO认证的优点和缺点
11.3 能力成熟度模型
11.4 测试过程改进(TPI)模型
11.4.1 TPI的关键域
11.4.2 TPI评估示例
11.5 持续改进
第12章 最后的一些想法
12.1 使用预防性测试技术
12.2 进行软件风险分析
12.3 确定计划风险
12.4 制定测试策略
12.5 使用测试清单
12.6 恰当使用测试工具
12.7 分析缺陷趋势和模式
12.8 度量测试有效性
12.9 不断进行培训
12.10 宣传测试的思想
附录A 术语表
附录B 测试调查
附录C IEEE模板
附录D 总体测试计划样例
附录E 简化的单元测试计划
附录F 过程图
附录G 参考文献
猜您喜欢