软测之魂

A.5 系统测试类型

A.4 根据测试的执行方式进行划分

A.3 根据所处的开发阶段和作用不同进行划分

A.2 根据程序的运行状态进行划分

A.1 根据对代码的可视程度进行划分

附录A 专业名词解释

11.6.2 选择一条适合自己的测试康庄大道

11.6.1 识别自己——英雄不问出处

11.6 通向“罗马”的测试之路

11.5 测试是不可或缺的“一条腿”

11.4 挑战测试新技术

11.3 测试设计理念至上

11.2.4 以项目经理为核心的组织模式

11.2.3 测试部落

11.2.2 测试游击队

11.2.1 散兵游勇年代

11.2 畅想：测试团队的发展之路

11.1 开拓测试管理新思维：测试环境创新

第11章 追逐软测之理念

10.5.5 漏测措施执行跟踪

10.5.4 漏测分析实施

10.5.3 漏测分析计划

10.5.2 漏测问题收集

10.5.1 漏测的定义与漏测分析的意义

10.5 漏测分析：测试流程改进的助推器

10.4.2 测试配置的构建与应用

10.4.1 测试也需“电子眼”

10.4 测试配置管理

10.3.3 测试与版本号

10.3.2 版本接收/停止测试准则

10.3.1 版本发布众生相

10.3 测试版本的控制

10.2.3 设计检查单——提高设计质量的有效工具

10.2.2 自审检查单的诞生

10.2.1 三级评审机制

10.2 测试设计的评审

10.1.2 项目测试启动会

10.1.1 测试人员何时投入项目合适

10.1 把握测试工作启动的起点

第10章 控制测试过程的实用方法

9.5.3 学以致用打折吗

9.5.2 测试知识库的管理

9.5.1 沉淀测试知识库

9.5 测试知识库设计

9.4.2 测试工作日志

9.4.1 写总结的好处

9.4 测试总结管理设计

9.3.3 测试报告模板设计

9.3.2 测试方案模板设计

9.3.1 测试计划模板设计

9.3 测试文档模板设计

9.2.3 用例维护的设计

9.2.2 用例结构与元素的设计

9.2.1 用例管理工具选择

9.2 用例管理

9.1.6 处理不可重现的Bug

9.1.5 Bug库的应用杂谈

9.1.4 约束的力量——Bug管理规范

9.1.3 Bug生命周期设计

9.1.2 Bug管理工具的选择

9.1.1 “Bug单”的故事

9.1 Bug管理

第9章 测试输出管理设计

8.4.3 交叉测试后的进一步思考

8.4.2 交叉测试模式

8.4.1 交叉测试的特点

8.4 交叉测试

8.3.3 基于Bug的回归测试方法

8.3.2 基于用例的回归测试方法

8.3.1 确定回归内容

8.3 回归测试

8.2.3 版本发布信息传递

8.2.2 小议冒烟测试

8.2.1 版本发布恶梦

8.2 内部版本发布测试

8.1.5 需求测试中的几个问题

8.1.4 需求测试检查点

8.1.3 测试设计过程中的测试需求

8.1.2 需求外审中的测试需求

8.1.1 需求内审中的测试需求

8.1 需求测试

第8章 测试执行流程设计

7.8 用例设计规范诞生

7.7 用例重构

7.6 设计可复用的用例

7.5 用例的价值

7.4 用例有效、无效的正确认识

7.3.5 用例设计的综合策略

7.3.4 倒推法

7.3.3 反常规操作法

7.3.2 分类法

7.3.1 隐式边界

7.3 技术攻关：高效用例设计方法

7.2 逆境中的用例设计

7.1 漏测一个提示界面，不仅损失158万元

第7章 话说用例的设计

6.6.2 应用案例

6.6.1 代码更改追溯分析法原理介绍

6.6 代码更改追溯分析法

6.5.2 应用案例

6.5.1 业务状态变迁分析法原理

6.5 业务状态变迁分析法

6.4.2 应用案例

6.4.1 多叉树节点分析法的原理

6.4 多叉树节点分析法

6.3.2 应用案例

6.3.1 三层架构模式分析法的原理

6.3 三层架构模式分析法

6.2 创新乐园：多路测试分析方法

6.1.3 把握核心——测试方案设计的三步曲

6.1.2 测试方案设计的重要性

6.1.1 疑问与认识过程

6.1 理解测试方案的设计

第6章 聚焦测试方案的设计

5.7 测试策略需考虑的其他要素

5.6 测试计划与跟踪机制

5.5.5 着眼专项测试

5.5.4 部分自动化测试

5.5.3 活用灰盒测试

5.5.2 适当采用白盒测试

5.5.1 黑盒测试不等于手工测试

5.5 测试技术的裁剪与合理应用

5.4 布道——部署测试策略

5.3 确定顶层方向性测试类别

5.2.3 不可忽视：从设计需求中提取测试需求

5.2.2 需求定义也会错并不是谎言

5.2.1 快速理解需求的捷径：需求宣讲

5.2 识别庐山真面目——分析需求

5.1.2 考虑可测试性需求

5.1.1 多管齐下溯需求

5.1 从测试需求开始

第5章 测试需求分析与测试策略制定

4.4.3 突破起点——搭建测试框架的方法

4.4.2 化抽象为具体——测试框架内容

4.4.1 相框与测试框架

4.4 测试建设之基石——测试框架的设计

4.3 万里航行总舵手——业务测试架构的设计

4.2.3 架构合适的测试管理方向发展轨道

4.2.2 架构合适的测试技术发展梯队通道

4.2.1 回顾与思考微软的测试职业发展路线设计

4.2 让每个测试人员都看到希望

4.1.2 测试架构设计不仅仅在技术上

4.1.1 认知测试架构

4.1 思索测试架构

第4章 测试架构的设计

3.5.2 解开用例失效之谜

3.5.1 通信的心跳在狂蹦

3.5 好钢用在刀刃上：测试技术应用之合适设计

3.4.3 软件运行得犹如蜗牛在爬行

3.4.2 让大家一起忙起来

3.4.1 认识测试流程

3.4 提高测试效率的有力武器：测试流程之设计

3.3.3独立的测试组织模式

3.3.2 以项目经理为核心的组织模式

3.3.1 以开发为核心的组织模式

3.3 测试管理中的隐形指挥棒：测试组织模式的设计

3.2 解读测试设计

3.1 放眼设计

第3章 测试设计景观

2.4.3 “零缺陷”后的误区

2.4.2 “零缺陷”文化

2.4.1 缺陷的防与堵

2.4 测试的第三重境界：挑战零缺陷

2.3.2 测试的服务链

2.3.1 测试的价值不仅仅是发现Bug

2.3 测试的第二重境界：站在Bug之上

2.2.3 蓦然回首——关闭Bug

2.2.2 为伊消得人憔悴——定位Bug

2.2.1 独上高楼——发现Bug

2.2 测试的第一重境界：围着Bug转

2.1.2 发散性思维

2.1.1 逆向思维

2.1 情有独钟的思维模式

第2章 找Bug的核心思维与境界

1.4.5 软件测试流程

1.4.4 软件测试方法

1.4.3 软件测试策略

1.4.2 软件测试目的

1.4.1 软件测试基本概念

1.4 测试基础简要

1.3.3 卓越测试

1.3.2 优秀测试

1.3.1 测试入门

1.3 把握测试岗位

1.2.3 美F-22机群系统瘫痪，软件质量威胁国家安全

1.2.2 奥运门票销售系统被迫关闭

1.2.1 惠普100款笔记本软件曝严重漏洞

1.2 Bug就在我们身边

1.1.2 捉虫子与挖金矿

1.1.1 书中一角到书山一角的跨越

1.1 关于软件测试

第1章 朝阳中的软件测试

业界专家的评论

推荐序

前言

版权信息

封面

封面

版权信息

前言

推荐序

业界专家的评论

第1章 朝阳中的软件测试

1.1 关于软件测试

1.1.1 书中一角到书山一角的跨越

1.1.2 捉虫子与挖金矿

1.2 Bug就在我们身边

1.2.1 惠普100款笔记本软件曝严重漏洞

1.2.2 奥运门票销售系统被迫关闭

1.2.3 美F-22机群系统瘫痪，软件质量威胁国家安全

1.3 把握测试岗位

1.3.1 测试入门

1.3.2 优秀测试

1.3.3 卓越测试

1.4 测试基础简要

1.4.1 软件测试基本概念

1.4.2 软件测试目的

1.4.3 软件测试策略

1.4.4 软件测试方法

1.4.5 软件测试流程

第2章 找Bug的核心思维与境界

2.1 情有独钟的思维模式

2.1.1 逆向思维

2.1.2 发散性思维

2.2 测试的第一重境界：围着Bug转

2.2.1 独上高楼——发现Bug

2.2.2 为伊消得人憔悴——定位Bug

2.2.3 蓦然回首——关闭Bug

2.3 测试的第二重境界：站在Bug之上

2.3.1 测试的价值不仅仅是发现Bug

2.3.2 测试的服务链

2.4 测试的第三重境界：挑战零缺陷

2.4.1 缺陷的防与堵

2.4.2 “零缺陷”文化

2.4.3 “零缺陷”后的误区

第3章 测试设计景观

3.1 放眼设计

3.2 解读测试设计

3.3 测试管理中的隐形指挥棒：测试组织模式的设计

3.3.1 以开发为核心的组织模式

3.3.2 以项目经理为核心的组织模式

3.3.3独立的测试组织模式

3.4 提高测试效率的有力武器：测试流程之设计

3.4.1 认识测试流程

3.4.2 让大家一起忙起来

3.4.3 软件运行得犹如蜗牛在爬行

3.5 好钢用在刀刃上：测试技术应用之合适设计

3.5.1 通信的心跳在狂蹦

3.5.2 解开用例失效之谜

第4章 测试架构的设计

4.1 思索测试架构

4.1.1 认知测试架构

4.1.2 测试架构设计不仅仅在技术上

4.2 让每个测试人员都看到希望

4.2.1 回顾与思考微软的测试职业发展路线设计

4.2.2 架构合适的测试技术发展梯队通道

4.2.3 架构合适的测试管理方向发展轨道

4.3 万里航行总舵手——业务测试架构的设计

4.4 测试建设之基石——测试框架的设计

4.4.1 相框与测试框架

4.4.2 化抽象为具体——测试框架内容

4.4.3 突破起点——搭建测试框架的方法

第5章 测试需求分析与测试策略制定

5.1 从测试需求开始

5.1.1 多管齐下溯需求

5.1.2 考虑可测试性需求

5.2 识别庐山真面目——分析需求

5.2.1 快速理解需求的捷径：需求宣讲

5.2.2 需求定义也会错并不是谎言

5.2.3 不可忽视：从设计需求中提取测试需求

5.3 确定顶层方向性测试类别

5.4 布道——部署测试策略

5.5 测试技术的裁剪与合理应用

5.5.1 黑盒测试不等于手工测试

5.5.2 适当采用白盒测试

5.5.3 活用灰盒测试

5.5.4 部分自动化测试

5.5.5 着眼专项测试

5.6 测试计划与跟踪机制

5.7 测试策略需考虑的其他要素

第6章 聚焦测试方案的设计

6.1 理解测试方案的设计

6.1.1 疑问与认识过程

6.1.2 测试方案设计的重要性

6.1.3 把握核心——测试方案设计的三步曲

6.2 创新乐园：多路测试分析方法

6.3 三层架构模式分析法

6.3.1 三层架构模式分析法的原理

6.3.2 应用案例

6.4 多叉树节点分析法

6.4.1 多叉树节点分析法的原理

6.4.2 应用案例

6.5 业务状态变迁分析法

6.5.1 业务状态变迁分析法原理

6.5.2 应用案例

6.6 代码更改追溯分析法

6.6.1 代码更改追溯分析法原理介绍

6.6.2 应用案例

第7章 话说用例的设计

7.1 漏测一个提示界面，不仅损失158万元

7.2 逆境中的用例设计

7.3 技术攻关：高效用例设计方法

7.3.1 隐式边界

7.3.2 分类法

7.3.3 反常规操作法

7.3.4 倒推法

7.3.5 用例设计的综合策略

7.4 用例有效、无效的正确认识

7.5 用例的价值

7.6 设计可复用的用例

7.7 用例重构

7.8 用例设计规范诞生

第8章 测试执行流程设计

8.1 需求测试

8.1.1 需求内审中的测试需求

8.1.2 需求外审中的测试需求

8.1.3 测试设计过程中的测试需求

8.1.4 需求测试检查点

8.1.5 需求测试中的几个问题

8.2 内部版本发布测试

8.2.1 版本发布恶梦

8.2.2 小议冒烟测试

8.2.3 版本发布信息传递

8.3 回归测试

8.3.1 确定回归内容

8.3.2 基于用例的回归测试方法

8.3.3 基于Bug的回归测试方法

8.4 交叉测试

8.4.1 交叉测试的特点

8.4.2 交叉测试模式

8.4.3 交叉测试后的进一步思考

第9章 测试输出管理设计

9.1 Bug管理

9.1.1 “Bug单”的故事

9.1.2 Bug管理工具的选择

9.1.3 Bug生命周期设计

9.1.4 约束的力量——Bug管理规范

9.1.5 Bug库的应用杂谈

9.1.6 处理不可重现的Bug

9.2 用例管理

9.2.1 用例管理工具选择

9.2.2 用例结构与元素的设计

9.2.3 用例维护的设计

9.3 测试文档模板设计

9.3.1 测试计划模板设计

9.3.2 测试方案模板设计

9.3.3 测试报告模板设计

9.4 测试总结管理设计

9.4.1 写总结的好处

9.4.2 测试工作日志

9.5 测试知识库设计

9.5.1 沉淀测试知识库

9.5.2 测试知识库的管理

9.5.3 学以致用打折吗

第10章 控制测试过程的实用方法

10.1 把握测试工作启动的起点

10.1.1 测试人员何时投入项目合适

10.1.2 项目测试启动会

10.2 测试设计的评审

10.2.1 三级评审机制

10.2.2 自审检查单的诞生

10.2.3 设计检查单——提高设计质量的有效工具

10.3 测试版本的控制

10.3.1 版本发布众生相

10.3.2 版本接收/停止测试准则

10.3.3 测试与版本号

10.4 测试配置管理

10.4.1 测试也需“电子眼”

10.4.2 测试配置的构建与应用

10.5 漏测分析：测试流程改进的助推器

10.5.1 漏测的定义与漏测分析的意义

10.5.2 漏测问题收集

10.5.3 漏测分析计划

10.5.4 漏测分析实施

10.5.5 漏测措施执行跟踪

第11章 追逐软测之理念

11.1 开拓测试管理新思维：测试环境创新

11.2 畅想：测试团队的发展之路

11.2.1 散兵游勇年代

11.2.2 测试游击队

11.2.3 测试部落

11.2.4 以项目经理为核心的组织模式

11.3 测试设计理念至上

11.4 挑战测试新技术

11.5 测试是不可或缺的“一条腿”

11.6 通向“罗马”的测试之路

11.6.1 识别自己——英雄不问出处

11.6.2 选择一条适合自己的测试康庄大道

附录A 专业名词解释

A.1 根据对代码的可视程度进行划分

A.2 根据程序的运行状态进行划分

A.3 根据所处的开发阶段和作用不同进行划分

A.4 根据测试的执行方式进行划分

A.5 系统测试类型