《软件测试之魂：核心测试设计精解（第2版）》
基本信息
作者： 肖利琼
出版社：电子工业出版社
ISBN：9787121196775
上架时间：2013-5-13
出版日期：2013 年5月
开本：16开
页码：336
版次：2-1
所属分类：计算机
更多关于 》》》《
软件测试之魂：核心测试设计精解（第2版） 》
内容简介
计算机书籍
《软件测试之魂：核心测试设计精解（第2版）》以测试设计为主线，首先介绍了软件测试行业过去十多年的发展变化——如今，软件测试日益受到世界重视，已展现了朝阳行业的端倪。如何把握测试技术，把测试工作做得精透，成为测试行业的佼佼者，也是很多读者朋友关心的话题。本书接下来明确了测试的目标，介绍了测试设计的各个环节，包括测试架构的设计、测试需求分析与测试策略制定、测试方案的设计、用例的设计、测试执行流程设计、测试输出的管理设计、测试过程的控制方法设计等。最后，作者以追逐软测之理念进行延展，旨在帮助读者理解并站在测试工作之上看测试，如何超越自我进行测试创新，为走出一条属于自己的测试精华之路提供指引。
《软件测试之魂：核心测试设计精解（第2版）》是作者从事一线测试工作13年来的测试经验与智慧结晶，适合对软件测试有一定了解，特别是有一定实际测试经验的测试工程师。同时，本书也可以作为高校、软件测试专业培训机构的参考教材，让学生在学习理论知识的同时，学习企业中的工程实践案例，有针对性地认识与把握测试的核心技术，以增强自身的就业竞争力。
目录
《软件测试之魂：核心测试设计精解（第2版）》
第1章 朝阳中的软件测试1
1.1 关于软件测试1
1.1.1 书中一角到书山一角的跨越2
1.1.2 捉虫子与挖金矿3
1.2 bug就在我们身边5
1.2.1 惠普100款笔记本软件曝严重漏洞6
1.2.2 奥运门票销售系统被迫关闭6
1.2.3 美f-22机群系统瘫痪，软件质量威胁国家安全7
1.3 把握测试岗位8
1.3.1 测试入门9
1.3.2 优秀测试11
1.3.3 卓越测试13
1.4 测试基础简要14
1.4.1 软件测试基本概念14
1.4.2 软件测试基本目的15
1.4.3 软件测试策略15
1.4.4 软件测试方法17
1.4.5 软件测试流程18
第2章 找bug的核心思维与境界20
.2.1 情有独钟的思维模式20
2.1.1 逆向思维20
2.1.2 发散性思维23
2.2 测试的第一重境界：围着bug转26
2.2.1 独上高楼——发现bug29
2.2.2 为伊消得人憔悴——定位bug31
2.2.3 蓦然回首——关闭bug34
2.3 测试的第二重境界：站在bug之上36
2.3.1 测试的价值不仅仅是发现bug37
2.3.2 测试的服务链42
2.4 测试的第三重境界：挑战零缺陷43
2.4.1 缺陷的防与堵44
2.4.2 “零缺陷”文化46
2.4.3 “零缺陷”后的误区47
第3章 测试设计景观48
3.1 放眼设计49
3.2 解读测试设计50
3.3 测试管理中的隐形指挥棒：测试组织模式的设计53
3.3.1 以开发为核心的组织模式54
3.3.2 以项目经理为核心的组织模式56
3.3.3 独立的测试组织模式58
3.4 提高测试效率的有力武器：测试流程之设计59
3.4.1 认识测试流程60
3.4.2 让大家一起忙起来61
3.4.3 软件运行得犹如蜗牛在爬行64
3.5 好钢用在刀刃上：测试技术应用之合适设计65
3.5.1 通信的心跳在狂蹦65
3.5.2 解开用例失效之谜67
第4章 测试架构的设计70
4.1 思索测试架构70
4.1.1 认知测试架构70
4.1.2 测试架构设计不仅仅在技术上73
4.2 让每个测试人员都看到希望73
4.2.1 回顾与思考微软的测试职业发展路线设计74
4.2.2 架构合适的测试技术发展梯队通道79
4.2.3 架构合适的测试管理方向发展轨道81
4.3 万里航行总舵手——业务测试架构的设计83
4.4 测试建设之基石——测试框架的设计85
4.4.1 相框与测试框架85
4.4.2 化抽象为具体——测试框架内容86
4.4.3 突破起点——搭建测试框架的方法89
第5章 测试需求分析与测试策略制定92
5.1 从测试需求开始92
5.1.1 多管齐下溯需求93
5.1.2 考虑可测试性需求95
5.2 识别庐山真面目——分析需求98
5.2.1 快速理解需求的捷径：需求宣讲98
5.2.2 需求定义也会错并不是谎言99
5.2.3 不可忽视：从设计需求中提取测试需求101
5.3 确定顶层方向性测试类别104
5.4 布道——部署测试策略107
5.5 测试技术的裁剪与合理应用109
5.5.1 黑盒测试不等于手工测试109
5.5.2 适当采用白盒测试110
5.5.3 灵活运用灰盒测试111
5.5.4 部分自动化测试114
5.5.5 着眼专项测试115
5.6 测试计划与跟踪机制117
5.7 测试策略需考虑的其他要素119
第6章 聚焦测试方案的设计121
6.1 理解测试方案的设计121
6.1.1 疑问与认识过程121
6.1.2 测试方案设计的重要性123
6.1.3 把握核心——测试方案设计的三步曲125
6.2 创新乐园：多路测试分析方法126
6.3 三层架构模式分析法128
6.3.1 三层架构模式分析法的原理128
6.3.2 应用案例129
6.4 多叉树节点分析法133
6.4.1 多叉树节点分析法的原理133
6.4.2 应用案例135
6.5 业务状态变迁分析法138
6.5.1 业务状态变迁分析法的原理138
6.5.2 应用案例139
6.6 代码更改追溯分析法143
6.6.1 代码更改追溯分析法的原理143
6.6.2 应用案例145
第7章 话说用例的设计147
7.1 漏测一个提示界面，不仅损失158万元147
7.2 逆境中的用例设计149
7.3 技术攻关：高效用例设计方法152
7.3.1 隐式边界152
7.3.2 分类法156
7.3.3 反常规操作法161
7.3.4 倒推法163
7.3.5 用例设计的综合策略166
7.4 用例有效、无效的正确认识167
7.5 用例的价值169
7.6 设计可复用的用例171
7.7 用例重构174
7.8 用例设计规范的诞生177
第8章 测试执行流程设计179
8.1 需求测试179
8.1.1 需求内审中的测试需求181
8.1.2 需求外审中的测试需求183
8.1.3 测试设计过程中的测试需求183
8.1.4 需求测试检查点184
8.1.5 需求测试中的几个问题187
8.2 内部版本发布测试188
8.2.1 版本发布的恶梦188
8.2.2 小议冒烟测试190
8.2.3 版本发布的信息传递192
8.3 回归测试194
8.3.1 确定回归内容194
8.3.2 基于用例的回归测试方法194
8.3.3 基于bug的回归测试方法198
8.4 交叉测试199
8.4.1 交叉测试的特点200
8.4.2 交叉测试模式202
8.4.3 交叉测试后的进一步思考205
第9章 测试输出管理设计206
9.1 bug管理206
9.1.1 “bug单”的故事208
9.1.2 bug管理工具的选择209
9.1.3 bug生命周期设计210
9.1.4 约束的力量——bug管理规范214
9.1.5 bug库的应用杂谈219
9.1.6 处理不可重现的bug222
9.2 用例管理224
9.2.1 用例管理工具选择224
9.2.2 用例结构与元素的设计227
9.2.3 用例维护的设计231
9.3 测试文档模板设计232
9.3.1 测试计划模板设计234
9.3.2 测试方案模板设计235
9.3.3 测试报告模板设计236
9.4 测试总结管理设计239
9.4.1 写总结的好处239
9.4.2 测试工作日志240
9.5 测试知识库设计242
9.5.1 沉淀测试知识库242
9.5.2 测试知识库的管理243
9.5.3 学以致用打折吗245
第10章 控制测试过程的实用方法246
10.1 把握测试工作启动的起点246
10.1.1 测试人员何时投入项目合适246
10.1.2 项目测试启动会249
10.2 测试设计的评审251
10.2.1 三级评审机制252
10.2.2 自审检查单的诞生253
10.2.3 设计检查单——提高设计质量的有效工具254
10.3 测试版本的控制256
10.3.1 版本发布众生相257
10.3.2 版本接收/停止测试准则258
10.3.3 测试与版本号260
10.4 测试配置管理261
10.4.1 测试也需“电子眼”261
10.4.2 测试配置的构建与应用262
10.5 漏测分析：测试流程改进的助推器264
10.5.1 漏测的定义与漏测分析的意义264
10.5.2 漏测问题收集266
10.5.3 漏测分析计划267
10.5.4 漏测分析实施267
10.5.5 漏测措施执行跟踪268
第11章 软件质量与测试的故事270
11.1 软件质量与测试的几个故事270
11.2 软件质量模型到底是什么272
11.2.1 软件质量的标准定义272
11.2.2 测试人员谈软件质量273
11.2.3 软件质量模型——工程实践式解读274
11.2.4 对质量模型的进一步思考281
11.3 测试的宗旨283
第12章 测试模式的设计285
12.1 了解测试模式设计285
12.2 基于用户环的测试模式286
12.2.1 识别用户286
12.2.2 案例1：生产出来的机器开机失败287
12.2.3 案例2：参展机真的累了吗288
12.2.4 案例3：我们真的了解用户吗289
12.2.5 案例4：用服的抱怨290
12.3 基于流程的测试模式291
12.3.1 案例1：软件没有任何更改却不正常了292
12.3.2 案例2：伤不起，自动构建惹的祸293
12.4 测试设计与测试执行人员分开模式294
12.4.1 案例1：测试时间变长了295
12.4.2 案例2：招聘实习生执行用例296
12.5 优秀测试团队的组合模式300
12.5.1 案例1：测试工作量评估300
12.5.2 案例2：测试需求实现的故事302
12.5.3 案例3：两个阿慢的故事304
第13章 追逐软测之理念307
13.1 开拓测试管理新思维：测试环境创新308
13.2 畅想：测试团队的发展之路310
13.2.1 散兵游勇年代311
13.2.2 测试游击队312
13.2.3 测试部落314
13.2.4 测试事业部317
13.3 测试设计理念至上318
13.4 挑战测试新技术320
13.5 测试是不可或缺的“一条腿”322
13.6 通向“罗马”的测试之路323
13.6.1 识别自己——英雄不问出处324
13.6.2 选择一条适合自己的测试康庄大道325
附录a 专业名词解释330
附录b 参考书目和资源335
转载于:https://www.cnblogs.com/china-pub/archive/2013/05/15/3079763.html