题记：写这篇博客要主是加深自己对需求用例的认识和总结实现算法时的一些验经和训教，如果有错误请指出，万分感谢。

第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 独上高楼——发明bug

29

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

31

2.2.3 蓦然回首——关闭bug

34

2.3 测试的第二重境地：站在bug之上

36

2.3.1 测试的代价不仅仅是发明bug

37

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 处置不可重现的bug

222

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

文章结束给大家分享下程序员的一些笑话语录： 警告
有一个小伙子在一个办公大楼的门口抽着烟，一个妇女路过他身边，并对他 说， “你知道不知道这个东西会危害你的健康？我是说， 你有没有注意到香烟 盒上的那个警告（Warning）？”
小伙子说，“没事儿，我是一个程序员”。
那妇女说，“这又怎样？”
程序员说，“我们从来不关心 Warning，只关心 Error”