軟件測試之魂：核心測試設(shè)計精解（第2版）

第1章 朝陽中的軟件測試 1
1.1 關(guān)于軟件測試 1
1.1.1 書中一角到書山一角的跨越 2
1.1.2 捉蟲子與挖金礦 3
1.2 Bug就在我們身邊 5
1.2.1 惠普100款筆記本軟件曝嚴(yán)重漏洞 6
1.2.2 奧運門票銷售系統(tǒng)被迫關(guān)閉 6
1.2.3 美F-22機群系統(tǒng)癱瘓，軟件質(zhì)量威脅國家安全 7
1.3 把握測試崗位 8
1.3.1 測試入門 9
1.3.2 優(yōu)秀測試 11
1.3.3 卓越測試 13
1.4 測試基礎(chǔ)簡要 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 發(fā)散性思維 23
2.2 測試的第一重境界：圍著Bug轉(zhuǎn) 26
2.2.1 獨上高樓——發(fā)現(xiàn)Bug 29
2.2.2 為伊消得人憔悴——定位Bug 31
2.2.3 驀然回首——關(guān)閉Bug 34
2.3 測試的第二重境界：站在Bug之上 36
2.3.1 測試的價值不僅僅是發(fā)現(xiàn)Bug 37
2.3.2 測試的服務(wù)鏈 42
2.4 測試的第三重境界：挑戰(zhàn)零缺陷 43
2.4.1 缺陷的防與堵 44
2.4.2 “零缺陷”文化 46
2.4.3 “零缺陷”后的誤區(qū) 47
第3章 測試設(shè)計景觀 48
3.1 放眼設(shè)計 49
3.2 解讀測試設(shè)計 50
3.3 測試管理中的隱形指揮棒：測試組織模式的設(shè)計 53
3.3.1 以開發(fā)為核心的組織模式 54
3.3.2 以項目經(jīng)理為核心的組織模式 56
3.3.3 獨立的測試組織模式 58
3.4 提高測試效率的有力武器：測試流程之設(shè)計 59
3.4.1 認(rèn)識測試流程 60
3.4.2 讓大家一起忙起來 61
3.4.3 軟件運行得猶如蝸牛在爬行 64
3.5 好鋼用在刀刃上：測試技術(shù)應(yīng)用之合適設(shè)計 65
3.5.1 通信的心跳在狂蹦 65
3.5.2 解開用例失效之謎 67
第4章 測試架構(gòu)的設(shè)計 70
4.1 思索測試架構(gòu) 70
4.1.1 認(rèn)知測試架構(gòu) 70
4.1.2 測試架構(gòu)設(shè)計不僅僅在技術(shù)上 73
4.2 讓每個測試人員都看到希望 73
4.2.1 回顧與思考微軟的測試職業(yè)發(fā)展路線設(shè)計 74
4.2.2 架構(gòu)合適的測試技術(shù)發(fā)展梯隊通道 79
4.2.3 架構(gòu)合適的測試管理方向發(fā)展軌道 81
4.3 萬里航行總舵手——業(yè)務(wù)測試架構(gòu)的設(shè)計 83
4.4 測試建設(shè)之基石——測試框架的設(shè)計 85
4.4.1 相框與測試框架 85
4.4.2 化抽象為具體——測試框架內(nèi)容 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 不可忽視：從設(shè)計需求中提取測試需求 101
5.3 確定頂層方向性測試類別 104
5.4 布道——部署測試策略 107
5.5 測試技術(shù)的裁剪與合理應(yīng)用 109
5.5.1 黑盒測試不等于手工測試 109
5.5.2 適當(dāng)采用白盒測試 110
5.5.3 靈活運用灰盒測試 111
5.5.4 部分自動化測試 114
5.5.5 著眼專項測試 115
5.6 測試計劃與跟蹤機制 117
5.7 測試策略需考慮的其他要素 119
第6章 聚焦測試方案的設(shè)計 121
6.1 理解測試方案的設(shè)計 121
6.1.1 疑問與認(rèn)識過程 121
6.1.2 測試方案設(shè)計的重要性 123
6.1.3 把握核心——測試方案設(shè)計的三步曲 125
6.2 創(chuàng)新樂園：多路測試分析方法 126
6.3 三層架構(gòu)模式分析法 128
6.3.1 三層架構(gòu)模式分析法的原理 128
6.3.2 應(yīng)用案例 129
6.4 多叉樹節(jié)點分析法 133
6.4.1 多叉樹節(jié)點分析法的原理 133
6.4.2 應(yīng)用案例 135
6.5 業(yè)務(wù)狀態(tài)變遷分析法 138
6.5.1 業(yè)務(wù)狀態(tài)變遷分析法的原理 138
6.5.2 應(yīng)用案例 139
6.6 代碼更改追溯分析法 143
6.6.1 代碼更改追溯分析法的原理 143
6.6.2 應(yīng)用案例 145
第7章 話說用例的設(shè)計 147
7.1 漏測一個提示界面，不僅損失158萬元 147
7.2 逆境中的用例設(shè)計 149
7.3 技術(shù)攻關(guān)：高效用例設(shè)計方法 152
7.3.1 隱式邊界 152
7.3.2 分類法 156
7.3.3 反常規(guī)操作法 161
7.3.4 倒推法 163
7.3.5 用例設(shè)計的綜合策略 166
7.4 用例有效、無效的正確認(rèn)識 167
7.5 用例的價值 169
7.6 設(shè)計可復(fù)用的用例 171
7.7 用例重構(gòu) 174
7.8 用例設(shè)計規(guī)范的誕生 177
第8章 測試執(zhí)行流程設(shè)計 179
8.1 需求測試 179
8.1.1 需求內(nèi)審中的測試需求 181
8.1.2 需求外審中的測試需求 183
8.1.3 測試設(shè)計過程中的測試需求 183
8.1.4 需求測試檢查點 184
8.1.5 需求測試中的幾個問題 187
8.2 內(nèi)部版本發(fā)布測試 188
8.2.1 版本發(fā)布的惡夢 188
8.2.2 小議冒煙測試 190
8.2.3 版本發(fā)布的信息傳遞 192
8.3 回歸測試 194
8.3.1 確定回歸內(nèi)容 194
8.3.2 基于用例的回歸測試方法 194
8.3.3 基于Bug的回歸測試方法 198
8.4 交叉測試 199
8.4.1 交叉測試的特點 200
8.4.2 交叉測試模式 202
8.4.3 交叉測試后的進(jìn)一步思考 205
第9章 測試輸出管理設(shè)計 206
9.1 Bug管理 206
9.1.1 “Bug單”的故事 208
9.1.2 Bug管理工具的選擇 209
9.1.3 Bug生命周期設(shè)計 210
9.1.4 約束的力量——Bug管理規(guī)范 214
9.1.5 Bug庫的應(yīng)用雜談 219
9.1.6 處理不可重現(xiàn)的Bug 222
9.2 用例管理 224
9.2.1 用例管理工具選擇 224
9.2.2 用例結(jié)構(gòu)與元素的設(shè)計 227
9.2.3 用例維護的設(shè)計 231
9.3 測試文檔模板設(shè)計 232
9.3.1 測試計劃模板設(shè)計 234
9.3.2 測試方案模板設(shè)計 235
9.3.3 測試報告模板設(shè)計 236
9.4 測試總結(jié)管理設(shè)計 239
9.4.1 寫總結(jié)的好處 239
9.4.2 測試工作日志 240
9.5 測試知識庫設(shè)計 242
9.5.1 沉淀測試知識庫 242
9.5.2 測試知識庫的管理 243
9.5.3 學(xué)以致用打折嗎 245
第10章 控制測試過程的實用方法 246
10.1 把握測試工作啟動的起點 246
10.1.1 測試人員何時投入項目合適 246
10.1.2 項目測試啟動會 249
10.2 測試設(shè)計的評審 251
10.2.1 三級評審機制 252
10.2.2 自審檢查單的誕生 253
10.2.3 設(shè)計檢查單——提高設(shè)計質(zhì)量的有效工具 254
10.3 測試版本的控制 256
10.3.1 版本發(fā)布眾生相 257
10.3.2 版本接收/停止測試準(zhǔn)則 258
10.3.3 測試與版本號 260
10.4 測試配置管理 261
10.4.1 測試也需“電子眼” 261
10.4.2 測試配置的構(gòu)建與應(yīng)用 262
10.5 漏測分析：測試流程改進(jìn)的助推器 264
10.5.1 漏測的定義與漏測分析的意義 264
10.5.2 漏測問題收集 266
10.5.3 漏測分析計劃 267
10.5.4 漏測分析實施 267
10.5.5 漏測措施執(zhí)行跟蹤 268
第11章 軟件質(zhì)量與測試的故事 270
11.1 軟件質(zhì)量與測試的幾個故事 270
11.2 軟件質(zhì)量模型到底是什么 272
11.2.1 軟件質(zhì)量的標(biāo)準(zhǔn)定義 272
11.2.2 測試人員談軟件質(zhì)量 273
11.2.3 軟件質(zhì)量模型——工程實踐式解讀 274
11.2.4 對質(zhì)量模型的進(jìn)一步思考 281
11.3 測試的宗旨 283
第12章 測試模式的設(shè)計 285
12.1 了解測試模式設(shè)計 285
12.2 基于用戶環(huán)的測試模式 286
12.2.1 識別用戶 286
12.2.2 案例1：生產(chǎn)出來的機器開機失敗 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：傷不起，自動構(gòu)建惹的禍 293
12.4 測試設(shè)計與測試執(zhí)行人員分開模式 294
12.4.1 案例1：測試時間變長了 295
12.4.2 案例2：招聘實習(xí)生執(zhí)行用例 296
12.5 優(yōu)秀測試團隊的組合模式 300
12.5.1 案例1：測試工作量評估 300
12.5.2 案例2：測試需求實現(xiàn)的故事 302
12.5.3 案例3：兩個阿慢的故事 304
第13章 追逐軟測之理念 307
13.1 開拓測試管理新思維：測試環(huán)境創(chuàng)新 308
13.2 暢想：測試團隊的發(fā)展之路 310
13.2.1 散兵游勇年代 311
13.2.2 測試游擊隊 312
13.2.3 測試部落 314
13.2.4 測試事業(yè)部 317
13.3 測試設(shè)計理念至上 318
13.4 挑戰(zhàn)測試新技術(shù) 320
13.5 測試是不可或缺的“一條腿” 322
13.6 通向“羅馬”的測試之路 323
13.6.1 識別自己——英雄不問出處 324
13.6.2 選擇一條適合自己的測試康莊大道 325
附錄A 專業(yè)名詞解釋 330
附錄B 參考書目和資源 335