軟件測試與持續(xù)質(zhì)量改進（第3版）

第一部分　軟件質(zhì)量透視
第1章　軟件測試簡史
1.1　歷史上軟件測試和開發(fā)并行
1.2　極限編程
1.3　自動化測試工具的發(fā)展
1.3.1　靜態(tài)捕獲/回放工具（不附帶腳本語言）
1.3.2　靜態(tài)捕獲/回放工具（具有腳本語言）
1.3.3　可變的捕獲/回放工具
第2章　質(zhì)量保證框架
2.1　什么是質(zhì)量
2.2　預防與檢測
2.3　驗證與確認
2.4　軟件質(zhì)量保證
2.5　質(zhì)量保證的組成
2.5.1　軟件測試
2.5.2　質(zhì)量控制
2.5.3　軟件配置管理
2.6　軟件質(zhì)量保證計劃
2.7　質(zhì)量標準
2.7.1　薩班斯-奧克斯利法案
2.7.2　ISO9000
2.7.3　能力成熟度模型
2.7.4　PCMM
2.7.5　CMMI
2.7.6　美國波多里奇國家質(zhì)量獎
2.8　注釋
第3章　測試技術概述
3.1　黑盒測試（功能測試）
3.2　白盒測試（結構測試）
3.3　灰盒測試（功能與結構測試）
3.4　手工測試與自動化測試
3.5　靜態(tài)測試與動態(tài)測試
3.6　軟件測試技術的分類
第4章　將需求轉(zhuǎn)換成可測試的測試用例
4.1　概述
4.2　將軟件需求作為測試的基礎
4.3　需求質(zhì)量因素
4.3.1　可理解
4.3.2　必需
4.3.3　可修改
4.3.4　非冗余
4.3.5　簡潔
4.3.6　可測試
4.3.7　可跟蹤
4.3.8　在范圍內(nèi)
4.4　評估需求質(zhì)量的數(shù)值方法
4.5　根據(jù)好的需求創(chuàng)建測試用例的過程
4.5.1　步驟1：評審需求
4.5.2　步驟2：編寫測試計劃
4.5.3　步驟3：確定測試套件
4.5.4　步驟4：命名測試用例
4.5.5　步驟5：編寫測試用例描述及目標
4.5.6　步驟6：創(chuàng)建測試用例
4.5.7　步驟7：評審測試用例
4.6　將用例轉(zhuǎn)換為測試用例
4.6.1　步驟1：繪制用例圖
4.6.2　步驟2：編寫詳細的用例文本
4.6.3　步驟3：確定用例場景
4.6.4　步驟4：生成測試用例
4.6.5　步驟5：生成測試數(shù)據(jù)
4.6.6　小結
4.7　需求不存在或編寫粗劣時怎么辦
4.7.1　即興測試
4.7.2　探索性測試
第5章　質(zhì)量的持續(xù)改進過程
5.1　Edward Deming的貢獻
5.2　統(tǒng)計方法扮演的角色
5.2.1　因果圖
5.2.2　流程圖
5.2.3　帕累托圖
5.2.4　運行圖
5.2.5　直方圖
5.2.6　散布圖
5.2.7　控制圖
5.3　Deming的14條質(zhì)量原則
5.3.1　第1條：樹立始終如一的目標
5.3.2　第2條：采用新的質(zhì)量觀念
5.3.3　第3條：停止對大量審查的依賴
5.3.4　第4條：結束僅靠價簽來激勵企業(yè)的實踐活動
5.3.5　第5條：堅持不懈地、永久地改進生產(chǎn)和服務系統(tǒng)
5.3.6　第6條：組織培訓及再培訓
5.3.7　第7條：確立領導職責
5.3.8　第8條：驅(qū)除恐懼
5.3.9　第9條：打破員工區(qū)域之間的壁壘
5.3.10　第10條：解除工作口號、訓詞及目標
5.3.11　第11條：去除數(shù)字化目標
5.3.12　第12條：消除阻礙員工自豪感的壁壘
5.3.13　第13條：開設有關教育和再培訓方面的強有力的課程
5.3.14　第14條：采取行動完成轉(zhuǎn)變
5.4　通過“計劃、執(zhí)行、檢查、改進”實現(xiàn)持續(xù)改進
5.5　遵循PDCA循環(huán)
第二部分　瀑布測試概述
第6章　概述
6.1　瀑布式開發(fā)方法
6.2　“階段化”持續(xù)改進方法
6.3　生命周期測試的心理學
6.4　將軟件測試作為持續(xù)改進過程
6.5　測試的圣經(jīng)：軟件測試計劃
6.6　制定測試計劃的主要步驟
6.6.1　步驟1：定義測試目標
6.6.2　步驟2：確定測試方法
6.6.3　步驟3：定義測試環(huán)境
6.6.4　步驟4：制定測試規(guī)約
6.6.5　步驟5：確定測試日程表
6.6.6　步驟6：評審及批準測試計劃
6.7　測試計劃的組成
6.8　將技術評審作為持續(xù)改進過程
6.9　技術評審的動機
6.10　評審的類型
6.10.1　結構化走查
6.10.2　審查
6.11　參與人員角色
6.12　有效評審的步驟
6.12.1　步驟1：規(guī)劃評審過程
6.12.2　步驟2：安排評審進度
6.12.3　步驟3：制定評審議程
6.12.4　步驟4：創(chuàng)建評審報告
第7章　需求的靜態(tài)測試
7.1　通過歧義性評審測試需求
7.2　通過技術評審測試需求
7.3　審查和走查
7.4　檢查表
7.5　需求可追溯性矩陣
7.6　制定系統(tǒng)/驗收測試計劃
第8章　邏輯設計的靜態(tài)測試
8.1　數(shù)據(jù)模型、過程模型及其聯(lián)系
8.2　通過技術評審測試邏輯設計
8.3　細化系統(tǒng)/驗收測試計劃
第9章　物理設計的靜態(tài)測試
9.1　通過技術評審測試物理設計
9.2　創(chuàng)建集成測試用例
9.3　集成測試方法
9.3.1　步驟1：標識出單元接口
9.3.2　步驟2：全面協(xié)調(diào)接口
9.3.3　步驟3：創(chuàng)建集成測試條件
9.3.4　步驟4：評估集成測試條件的完整性
第10章　程序單元設計的靜態(tài)測試
10.1　通過技術評審測試程序單元設計
10.1.1　順序結構
10.1.2　選擇結構
10.1.3　循環(huán)結構
10.2　編寫單元測試用例
第11章　代碼的靜態(tài)測試與動態(tài)測試
11.1　用技術評審測試編碼
11.2　執(zhí)行測試計劃
11.3　單元測試
11.4　集成測試
11.5　系統(tǒng)測試
11.6　驗收測試
11.7　缺陷記錄
第三部分　螺旋（敏捷）軟件測試方法：計劃、執(zhí)行、檢查、改進
第12章　開發(fā)方法概述
12.1　生命周期開發(fā)的局限性
12.2　客戶/服務器架構的挑戰(zhàn)
12.3　客戶/服務器架構中螺旋測試的心理學
12.3.1　新思想
12.3.2　對測試人員/開發(fā)人員的理解
12.3.3　項目的目標：把質(zhì)量保證和開發(fā)結合起來
12.3.4　迭代/螺旋式開發(fā)方法
12.4　JAD的角色
12.5　原型法的角色
12.6　開發(fā)原型的方法
12.6.1　步驟1：開發(fā)原型
12.6.2　步驟2：向管理層演示原型
12.6.3　步驟3：向用戶演示原型
12.6.4　步驟4：修訂并定稿規(guī)約
12.6.5　步驟5：開發(fā)產(chǎn)品系統(tǒng)
12.7　持續(xù)改進螺旋測試方法
第13章　信息收集（計劃）
13.1　步驟1：準備訪談
13.1.1　任務1：確定參加訪談的人
13.1.2　任務2：確定議程
13.2　步驟2：執(zhí)行訪談
13.2.1　任務1：理解項目
13.2.2　任務2：理解項目目標
13.2.3　任務3：理解項目狀態(tài)
13.2.4　任務4：理解項目計劃
13.2.5　任務5：理解項目開發(fā)方法
13.2.6　任務6：確定總體業(yè)務需求
13.2.7　任務7：進行風險分析
13.3　步驟3：總結訪談成果
13.3.1　任務1：總結訪談
13.3.2　任務2：確認訪談成果
第14章　測試計劃（計劃）
14.1　步驟1：建立測試計劃
14.1.1　任務1：準備引言部分
14.1.2　任務2：定義總體功能需求
14.1.3　任務3：確定手動/自動化測試的類型
14.1.4　任務4：確定測試退出標準
14.1.5　任務5：制定回歸測試策略
14.1.6　任務6：定義測試可交付物
14.1.7　任務7：組建測試團隊
14.1.8　任務8：搭建測試環(huán)境
14.1.9　任務9：定義依賴關系
14.1.10　任務10：創(chuàng)建測試進度表
14.1.11　任務11：選擇測試工具
14.1.12　任務12：建立缺陷報告/跟蹤規(guī)程
14.1.13　任務13：建立變更請求規(guī)程
14.1.14　任務14：建立版本控制規(guī)程
14.1.15　任務15：定義配置構建規(guī)程
14.1.16　任務16：定義項目問題解決規(guī)程
14.1.17　任務17：建立報告規(guī)程
14.1.18　任務18：定義批準規(guī)程
14.2　步驟2：定義度量目標
14.2.1　任務1：定義度量標準
14.2.2　任務2：定義度量要點
14.3　步驟3：測試計劃的評審和批準
14.3.1　任務1：評審的日程安排/執(zhí)行
14.3.2　任務2：獲得批準
第15章　測試用例設計（執(zhí)行）
15.1　步驟1：設計功能測試
15.1.1　任務1：完善功能測試需求
15.1.2　任務2：建立功能/測試矩陣
15.2　步驟2：設計圖形用戶界面測試
15.2.1　任務1：確定應用程序圖形用戶界面組件
15.2.2　任務2：設計圖形用戶界面測試
15.3　步驟3：定義系統(tǒng)/驗收測試
15.3.1　任務1：確定可能的系統(tǒng)測試
15.3.2　任務2：設計階段性系統(tǒng)測試
15.3.3　任務3：確定可能的驗收測試
15.4　步驟4：測試設計的評審和批準
15.4.1　任務1：評審的日程安排/準備
15.4.2　任務2：獲得批準
第16章　測試開發(fā)（執(zhí)行）
16.1　步驟1：開發(fā)測試腳本
16.1.1　任務1：開發(fā)手工/自動化圖形用戶界面/功能測試腳本
16.1.2　任務2：開發(fā)手工/自動化的階段性系統(tǒng)測試腳本
16.2　步驟2：測試開發(fā)的評審和批準
16.2.1　任務1：評審的日程安排/準備
16.2.2　任務2：獲得批準
第17章　通過可追溯性實現(xiàn)測試覆蓋
17.1　用例和可追溯性
17.2　小結
第18章　測試執(zhí)行/評價（執(zhí)行/檢查）
18.1　步驟1：組織測試內(nèi)容并進行測試
18.1.1　任務1：回歸測試手工/自動化修復上次螺旋過程中的缺陷
18.1.2　任務2：執(zhí)行新的螺旋測試中的手工/自動化測試
18.1.3　任務3：記錄螺旋測試中發(fā)現(xiàn)的缺陷
18.2　步驟2：測試評價
18.3　步驟3：發(fā)布中期報告
18.3.1　任務1：細化測試進度表
18.3.2　任務2：確定需求變更
第19章　準備下一次螺旋測試（改進）
19.1　步驟1：細化測試
19.1.1　任務1：更新功能/圖形用戶界面測試
19.1.2　任務2：更新階段性系統(tǒng)測試
19.1.3　任務3：更新驗收測試
19.2　步驟2：重新評價測試團隊、規(guī)程和環(huán)境
19.2.1　任務1：評價測試團隊
19.2.2　任務2：評審測試控制規(guī)程
19.2.3　任務3：更新測試環(huán)境
19.3　步驟3：發(fā)布中期測試報告
第20章　進行系統(tǒng)測試
20.1　步驟1：完成系統(tǒng)測試計劃
20.1.1　任務1：確定系統(tǒng)測試類型
20.1.2　任務2：確定系統(tǒng)測試的日程安排
20.1.3　任務3：組建系統(tǒng)測試團隊
20.1.4　任務4：搭建系統(tǒng)測試環(huán)境
20.1.5　任務5：安裝系統(tǒng)測試工具
20.2　步驟2：完成系統(tǒng)測試用例
20.2.1　任務1：設計/腳本化性能測試
20.2.2　任務2：設計/腳本化安全性測試
20.2.3　任務3：設計/腳本化容量測試
20.2.4　任務4：設計/腳本化壓力測試
20.2.5　任務5：設計/腳本化兼容性測試
20.2.6　任務6：設計/腳本化轉(zhuǎn)換測試
20.2.7　任務7：設計/腳本化易用性測試
20.2.8　任務8：設計/腳本化文檔測試
20.2.9　任務9：設計/腳本化備份測試
20.2.10　任務10：設計/腳本化恢復性測試
20.2.11　任務11：設計/腳本化安裝測試
20.2.12　任務12：設計/腳本化其他類型的系統(tǒng)測試
20.3　步驟3：系統(tǒng)測試的評審和批準
20.3.1　任務1：評審的日程安排/執(zhí)行
20.3.2　任務2：獲得批準
20.4　步驟4：執(zhí)行系統(tǒng)測試
20.4.1　任務1：對系統(tǒng)測試中的修正進行回歸測試
20.4.2　任務2：執(zhí)行新的系統(tǒng)測試
20.4.3　任務3：將系統(tǒng)缺陷記錄在文檔中
第21章　進行驗收測試
21.1　步驟1：完成驗收測試計劃
21.1.1　任務1：確定驗收測試類型
21.1.2　任務2：確定驗收測試的日程安排
21.1.3　任務3：組建驗收測試團隊
21.1.4　任務4：建立驗收測試環(huán)境
21.1.5　任務5：安裝驗收測試工具
21.2　步驟2：完成驗收測試用例
21.2.1　任務1：確定系統(tǒng)級測試用例的子集
21.2.2　任務2：設計/腳本化附加的驗收測試
21.3　步驟3：驗收測試計劃的評審和批準
21.3.1　任務1：評審的日程安排/執(zhí)行
21.3.2　任務2：獲得批準
21.4　步驟4：執(zhí)行驗收測試
21.4.1　任務1：對驗收測試中的修正進行回歸測試
21.4.2　任務2：執(zhí)行新的驗收測試
21.4.3　任務3：將驗收測試缺陷記錄在文檔中
第22章　總結/報告測試結果
22.1　步驟1：執(zhí)行數(shù)據(jù)精簡
22.1.1　任務1：確保所有的測試均已執(zhí)行/解決
22.1.2　任務2：通過測試編號整理測試缺陷
22.1.3　任務3：將剩余的缺陷寫入一個矩陣
22.2　步驟2：準備最終的測試報告
22.2.1　任務1：準備項目概述
22.2.2　任務2：總結測試活動
22.2.3　任務3：分析/創(chuàng)建度量圖
22.2.4　任務4：總結測試成果/建議
22.3　步驟3：最終測試報告的評審和批準
22.3.1　任務1：評審的日程安排/執(zhí)行
22.3.2　任務2：獲得批準
22.3.3　任務3：發(fā)布最終測試報告
第四部分　項目管理方法
第23章　項目管理框架
23.1　項目框架
23.2　產(chǎn)品質(zhì)量與項目質(zhì)量
23.3　項目框架的組成
23.4　項目框架與持續(xù)質(zhì)量改進
23.5　項目框架的各個階段
23.5.1　啟動階段
23.5.2　計劃階段
23.5.3　執(zhí)行、監(jiān)視和控制階段
23.5.4　收尾階段
23.6　劃定項目范圍以確保產(chǎn)品質(zhì)量
23.7　產(chǎn)品范圍和項目范圍
23.8　項目規(guī)章
23.9　范圍陳述
23.10　項目經(jīng)理在質(zhì)量管理中的作用
23.11　測試經(jīng)理在質(zhì)量管理中的作用
23.11.1　分析需求
23.11.2　進行差距分析
23.11.3　避免重復
23.11.4　定義測試數(shù)據(jù)
23.11.5　確認測試環(huán)境
23.11.6　分析測試結果
23.11.7　提交質(zhì)量
23.12　給測試經(jīng)理的建議
23.12.1　請求別人的幫助
23.12.2　出現(xiàn)問題時及時溝通
23.12.3　不斷更新自身的業(yè)務知識
23.12.4　學習新的測試技術和工具
23.12.5　改進過程
23.12.6　創(chuàng)建知識庫
23.13　質(zhì)量項目管理和項目框架的好處
第24章　項目質(zhì)量管理
24.1　項目質(zhì)量管理過程
24.2　質(zhì)量計劃
24.3　確定高級項目活動
24.4　測試工作量估算
24.5　測試計劃
24.6　工作量估算：項目建模
24.7　質(zhì)量標準
第25章　缺陷管理過程
25.1　質(zhì)量控制與缺陷管理
25.2　缺陷發(fā)現(xiàn)與分類
25.3　缺陷的優(yōu)先級
25.4　缺陷的種類
25.5　缺陷跟蹤
25.6　缺陷報告
25.7　缺陷總結
25.8　缺陷會議
25.9　缺陷度量
25.10　質(zhì)量標準
第26章　測試與開發(fā)的整合
26.1　質(zhì)量控制與測試整合
26.2　測試整合
26.2.1　步驟1：組建測試團隊
26.2.2　步驟2：確定將要整合的任務
26.2.3　步驟3：定制測試步驟及任務
26.2.4　步驟4：選擇整合時間點
26.2.5　步驟5：修改開發(fā)方法
26.2.6　步驟6：對測試方法進行培訓
26.2.7　步驟7：合并缺陷記錄
26.3　整合后的團隊
第27章　測試管理的約束
27.1　組織架構
27.2　已建立得很好的質(zhì)量保證部門的特征
27.3　職責劃分
27.4　組織關系
27.5　在質(zhì)量基礎設施不存在的情況下使用項目框架
27.6　即興測試和項目框架
27.7　使用可追溯性/確認矩陣
27.8　進度報告
第五部分　軟件測試中的新興專業(yè)領域
第28章　測試過程評估和自動化評估
28.1　測試過程評估
28.2　過程評估方法
28.2.1　步驟1：標識關鍵元素
28.2.2　步驟2：收集和分析信息
28.2.3　步驟3：分析測試成熟度
28.2.4　步驟4：記錄和呈現(xiàn)結果
28.3　測試自動化評估
28.3.1　標識需要自動化的應用
28.3.2　確定最佳測試自動化工具
28.3.3　編寫測試腳本的方法
28.3.4　測試執(zhí)行的方法
28.3.5　測試腳本維護
28.4　測試自動化框架
28.4.1　自動化框架的基本特性
28.4.2　標準自動化框架
第29章　非功能測試
29.1　性能測試
29.2　負載測試
29.3　壓力測試
29.4　容量測試
29.5　性能監(jiān)視
29.6　性能測試的方法
29.7　知識獲取過程
29.8　測試開發(fā)
29.9　性能測試可交付物
29.10　安全性測試
29.10.1　步驟1：確定安全性測試的范圍
29.10.2　步驟2：生成測試用例并執(zhí)行
29.11　安全性測試的類型
29.11.1　網(wǎng)絡掃描
29.11.2　漏洞掃描
29.11.3　密碼破譯
29.11.4　日志評審
29.11.5　文件完整性檢查器
29.11.6　病毒檢測器
29.11.7　滲透測試
29.12　易用性測試
29.13　易用性測試的目的
29.13.1　方法和執(zhí)行
29.13.2　易用性測試的原則
29.13.3　可訪問性測試和《康復法案》第508條
29.14　合規(guī)性測試
第30章　SOA測試
第31章　敏捷測試
31.1　敏捷用戶故事與正式需求對比
31.2　什么是用戶故事
31.3　敏捷計劃
31.4　敏捷測試的類型
第32章　測試卓越中心
32.1　行業(yè)最佳過程
32.2　測試度量
32.3　運營模型
32.4　測試自動化框架
32.5　能力的持續(xù)提升
第33章　本土/離岸模型
33.1　步驟1：分析
33.2　步驟2：確定經(jīng)濟上的得失
33.3　步驟3：確定選擇標準
33.4　項目管理和監(jiān)控
33.5　外包方法
33.5.1　本土活動
33.5.2　離岸活動
33.6　實現(xiàn)本土/離岸模型
33.6.1　知識轉(zhuǎn)移
33.6.2　詳細設計
33.6.3　基于里程碑的轉(zhuǎn)移
33.6.4　穩(wěn)定狀態(tài)
33.6.5　應用管理
33.7　先決條件
33.7.1　關系模型
33.7.2　標準
33.8　本土/離岸方法的收益
33.9　本土/離岸模型的未來
第六部分　現(xiàn)代軟件測試工具
第34章　軟件測試趨勢
34.1　自動捕獲/回放測試工具
34.2　測試用例構建工具
34.3　必要條件和充分條件
34.4　測試數(shù)據(jù)生成策略
34.4.1　生產(chǎn)數(shù)據(jù)抽樣
34.4.2　從零開始
34.4.3　數(shù)據(jù)播種
34.4.4　根據(jù)數(shù)據(jù)庫生成數(shù)據(jù)
34.4.5　一種基于需求的有效測試用例生成器
第35章　軟件測試工具的分類
35.1　測試工具選擇檢查表
35.2　商業(yè)廠商工具描述
35.3　開源自由件廠商工具
35.4　應該考慮使用測試自動化的情況
35.5　不應該考慮測試自動化的情況
第36章　自動化測試工具的評價方法
36.1　步驟1：定義測試需求
36.2　步驟2：設定工具目標
36.3　步驟3a：非正式采購模式下的選擇活動
36.3.1　任務1：制定采購計劃
36.3.2　任務2：定義選擇標準
36.3.3　任務3：確定候選工具
36.3.4　任務4：進行候選工具評審
36.3.5　任務5：為候選工具打分
36.3.6　任務6：選擇工具
36.4　步驟3b：正式采購模式下的選擇活動
36.4.1　任務1：制定采購計劃
36.4.2　任務2：創(chuàng)建技術需求文檔
36.4.3　任務3：評審需求
36.4.4　任務4：生成請求建議
36.4.5　任務5：簡化建議
36.4.6　任務6：進行技術評估
36.4.7　任務7：選擇工具來源第一部分　軟件質(zhì)量透視
第1章　軟件測試簡史
1.1　歷史上軟件測試和開發(fā)并行
1.2　極限編程
1.3　自動化測試工具的發(fā)展
1.3.1　靜態(tài)捕獲/回放工具（不附帶腳本語言）
1.3.2　靜態(tài)捕獲/回放工具（具有腳本語言）
1.3.3　可變的捕獲/回放工具
第2章　質(zhì)量保證框架
2.1　什么是質(zhì)量
2.2　預防與檢測
2.3　驗證與確認
2.4　軟件質(zhì)量保證
2.5　質(zhì)量保證的組成
2.5.1　軟件測試
2.5.2　質(zhì)量控制
2.5.3　軟件配置管理
2.6　軟件質(zhì)量保證計劃
2.7　質(zhì)量標準
2.7.1　薩班斯-奧克斯利法案
2.7.2　ISO9000
2.7.3　能力成熟度模型
2.7.4　PCMM
2.7.5　CMMI
2.7.6　美國波多里奇國家質(zhì)量獎
2.8　注釋
第3章　測試技術概述
3.1　黑盒測試（功能測試）
3.2　白盒測試（結構測試）
3.3　灰盒測試（功能與結構測試）
3.4　手工測試與自動化測試
3.5　靜態(tài)測試與動態(tài)測試
3.6　軟件測試技術的分類
第4章　將需求轉(zhuǎn)換成可測試的測試用例
4.1　概述
4.2　將軟件需求作為測試的基礎
4.3　需求質(zhì)量因素
4.3.1　可理解
4.3.2　必需
4.3.3　可修改
4.3.4　非冗余
4.3.5　簡潔
4.3.6　可測試
4.3.7　可跟蹤
4.3.8　在范圍內(nèi)
4.4　評估需求質(zhì)量的數(shù)值方法
4.5　根據(jù)好的需求創(chuàng)建測試用例的過程
4.5.1　步驟1：評審需求
4.5.2　步驟2：編寫測試計劃
4.5.3　步驟3：確定測試套件
4.5.4　步驟4：命名測試用例
4.5.5　步驟5：編寫測試用例描述及目標
4.5.6　步驟6：創(chuàng)建測試用例
4.5.7　步驟7：評審測試用例
4.6　將用例轉(zhuǎn)換為測試用例
4.6.1　步驟1：繪制用例圖
4.6.2　步驟2：編寫詳細的用例文本
4.6.3　步驟3：確定用例場景
4.6.4　步驟4：生成測試用例
4.6.5　步驟5：生成測試數(shù)據(jù)
4.6.6　小結
4.7　需求不存在或編寫粗劣時怎么辦
4.7.1　即興測試
4.7.2　探索性測試
第5章　質(zhì)量的持續(xù)改進過程
5.1　Edward Deming的貢獻
5.2　統(tǒng)計方法扮演的角色
5.2.1　因果圖
5.2.2　流程圖
5.2.3　帕累托圖
5.2.4　運行圖
5.2.5　直方圖
5.2.6　散布圖
5.2.7　控制圖
5.3　Deming的14條質(zhì)量原則
5.3.1　第1條：樹立始終如一的目標
5.3.2　第2條：采用新的質(zhì)量觀念
5.3.3　第3條：停止對大量審查的依賴
5.3.4　第4條：結束僅靠價簽來激勵企業(yè)的實踐活動
5.3.5　第5條：堅持不懈地、永久地改進生產(chǎn)和服務系統(tǒng)
5.3.6　第6條：組織培訓及再培訓
5.3.7　第7條：確立領導職責
5.3.8　第8條：驅(qū)除恐懼
5.3.9　第9條：打破員工區(qū)域之間的壁壘
5.3.10　第10條：解除工作口號、訓詞及目標
5.3.11　第11條：去除數(shù)字化目標
5.3.12　第12條：消除阻礙員工自豪感的壁壘
5.3.13　第13條：開設有關教育和再培訓方面的強有力的課程
5.3.14　第14條：采取行動完成轉(zhuǎn)變
5.4　通過“計劃、執(zhí)行、檢查、改進”實現(xiàn)持續(xù)改進
5.5　遵循PDCA循環(huán)
第二部分　瀑布測試概述
第6章　概述
6.1　瀑布式開發(fā)方法
6.2　“階段化”持續(xù)改進方法
6.3　生命周期測試的心理學
6.4　將軟件測試作為持續(xù)改進過程
6.5　測試的圣經(jīng)：軟件測試計劃
6.6　制定測試計劃的主要步驟
6.6.1　步驟1：定義測試目標
6.6.2　步驟2：確定測試方法
6.6.3　步驟3：定義測試環(huán)境
6.6.4　步驟4：制定測試規(guī)約
6.6.5　步驟5：確定測試日程表
6.6.6　步驟6：評審及批準測試計劃
6.7　測試計劃的組成
6.8　將技術評審作為持續(xù)改進過程
6.9　技術評審的動機
6.10　評審的類型
6.10.1　結構化走查
6.10.2　審查
6.11　參與人員角色
6.12　有效評審的步驟
6.12.1　步驟1：規(guī)劃評審過程
6.12.2　步驟2：安排評審進度
6.12.3　步驟3：制定評審議程
6.12.4　步驟4：創(chuàng)建評審報告
第7章　需求的靜態(tài)測試
7.1　通過歧義性評審測試需求
7.2　通過技術評審測試需求
7.3　審查和走查
7.4　檢查表
7.5　需求可追溯性矩陣
7.6　制定系統(tǒng)/驗收測試計劃
第8章　邏輯設計的靜態(tài)測試
8.1　數(shù)據(jù)模型、過程模型及其聯(lián)系
8.2　通過技術評審測試邏輯設計
8.3　細化系統(tǒng)/驗收測試計劃
第9章　物理設計的靜態(tài)測試
9.1　通過技術評審測試物理設計
9.2　創(chuàng)建集成測試用例
9.3　集成測試方法
9.3.1　步驟1：標識出單元接口
9.3.2　步驟2：全面協(xié)調(diào)接口
9.3.3　步驟3：創(chuàng)建集成測試條件
9.3.4　步驟4：評估集成測試條件的完整性
第10章　程序單元設計的靜態(tài)測試
10.1　通過技術評審測試程序單元設計
10.1.1　順序結構
10.1.2　選擇結構
10.1.3　循環(huán)結構
10.2　編寫單元測試用例
第11章　代碼的靜態(tài)測試與動態(tài)測試
11.1　用技術評審測試編碼
11.2　執(zhí)行測試計劃
11.3　單元測試
11.4　集成測試
11.5　系統(tǒng)測試
11.6　驗收測試
11.7　缺陷記錄
第三部分　螺旋（敏捷）軟件測試方法：計劃、執(zhí)行、檢查、改進
第12章　開發(fā)方法概述
12.1　生命周期開發(fā)的局限性
12.2　客戶/服務器架構的挑戰(zhàn)
12.3　客戶/服務器架構中螺旋測試的心理學
12.3.1　新思想
12.3.2　對測試人員/開發(fā)人員的理解
12.3.3　項目的目標：把質(zhì)量保證和開發(fā)結合起來
12.3.4　迭代/螺旋式開發(fā)方法
12.4　JAD的角色
12.5　原型法的角色
12.6　開發(fā)原型的方法
12.6.1　步驟1：開發(fā)原型
12.6.2　步驟2：向管理層演示原型
12.6.3　步驟3：向用戶演示原型
12.6.4　步驟4：修訂并定稿規(guī)約
12.6.5　步驟5：開發(fā)產(chǎn)品系統(tǒng)
12.7　持續(xù)改進螺旋測試方法
第13章　信息收集（計劃）
13.1　步驟1：準備訪談
13.1.1　任務1：確定參加訪談的人
13.1.2　任務2：確定議程
13.2　步驟2：執(zhí)行訪談
13.2.1　任務1：理解項目
13.2.2　任務2：理解項目目標
13.2.3　任務3：理解項目狀態(tài)
13.2.4　任務4：理解項目計劃
13.2.5　任務5：理解項目開發(fā)方法
13.2.6　任務6：確定總體業(yè)務需求
13.2.7　任務7：進行風險分析
13.3　步驟3：總結訪談成果
13.3.1　任務1：總結訪談
13.3.2　任務2：確認訪談成果
第14章　測試計劃（計劃）
14.1　步驟1：建立測試計劃
14.1.1　任務1：準備引言部分
14.1.2　任務2：定義總體功能需求
14.1.3　任務3：確定手動/自動化測試的類型
14.1.4　任務4：確定測試退出標準
14.1.5　任務5：制定回歸測試策略
14.1.6　任務6：定義測試可交付物
14.1.7　任務7：組建測試團隊
14.1.8　任務8：搭建測試環(huán)境
14.1.9　任務9：定義依賴關系
14.1.10　任務10：創(chuàng)建測試進度表
14.1.11　任務11：選擇測試工具
14.1.12　任務12：建立缺陷報告/跟蹤規(guī)程
14.1.13　任務13：建立變更請求規(guī)程
14.1.14　任務14：建立版本控制規(guī)程
14.1.15　任務15：定義配置構建規(guī)程
14.1.16　任務16：定義項目問題解決規(guī)程
14.1.17　任務17：建立報告規(guī)程
14.1.18　任務18：定義批準規(guī)程
14.2　步驟2：定義度量目標
14.2.1　任務1：定義度量標準
14.2.2　任務2：定義度量要點
14.3　步驟3：測試計劃的評審和批準
14.3.1　任務1：評審的日程安排/執(zhí)行
14.3.2　任務2：獲得批準
第15章　測試用例設計（執(zhí)行）
15.1　步驟1：設計功能測試
15.1.1　任務1：完善功能測試需求
15.1.2　任務2：建立功能/測試矩陣
15.2　步驟2：設計圖形用戶界面測試
15.2.1　任務1：確定應用程序圖形用戶界面組件
15.2.2　任務2：設計圖形用戶界面測試
15.3　步驟3：定義系統(tǒng)/驗收測試
15.3.1　任務1：確定可能的系統(tǒng)測試
15.3.2　任務2：設計階段性系統(tǒng)測試
15.3.3　任務3：確定可能的驗收測試
15.4　步驟4：測試設計的評審和批準
15.4.1　任務1：評審的日程安排/準備
15.4.2　任務2：獲得批準
第16章　測試開發(fā)（執(zhí)行）
16.1　步驟1：開發(fā)測試腳本
16.1.1　任務1：開發(fā)手工/自動化圖形用戶界面/功能測試腳本
16.1.2　任務2：開發(fā)手工/自動化的階段性系統(tǒng)測試腳本
16.2　步驟2：測試開發(fā)的評審和批準
16.2.1　任務1：評審的日程安排/準備
16.2.2　任務2：獲得批準
第17章　通過可追溯性實現(xiàn)測試覆蓋
17.1　用例和可追溯性
17.2　小結
第18章　測試執(zhí)行/評價（執(zhí)行/檢查）
18.1　步驟1：組織測試內(nèi)容并進行測試
18.1.1　任務1：回歸測試手工/自動化修復上次螺旋過程中的缺陷
18.1.2　任務2：執(zhí)行新的螺旋測試中的手工/自動化測試
18.1.3　任務3：記錄螺旋測試中發(fā)現(xiàn)的缺陷
18.2　步驟2：測試評價
18.3　步驟3：發(fā)布中期報告
18.3.1　任務1：細化測試進度表
18.3.2　任務2：確定需求變更
第19章　準備下一次螺旋測試（改進）
19.1　步驟1：細化測試
19.1.1　任務1：更新功能/圖形用戶界面測試
19.1.2　任務2：更新階段性系統(tǒng)測試
19.1.3　任務3：更新驗收測試
19.2　步驟2：重新評價測試團隊、規(guī)程和環(huán)境
19.2.1　任務1：評價測試團隊
19.2.2　任務2：評審測試控制規(guī)程
19.2.3　任務3：更新測試環(huán)境
19.3　步驟3：發(fā)布中期測試報告
第20章　進行系統(tǒng)測試
20.1　步驟1：完成系統(tǒng)測試計劃
20.1.1　任務1：確定系統(tǒng)測試類型
20.1.2　任務2：確定系統(tǒng)測試的日程安排
20.1.3　任務3：組建系統(tǒng)測試團隊
20.1.4　任務4：搭建系統(tǒng)測試環(huán)境
20.1.5　任務5：安裝系統(tǒng)測試工具
20.2　步驟2：完成系統(tǒng)測試用例
20.2.1　任務1：設計/腳本化性能測試
20.2.2　任務2：設計/腳本化安全性測試
20.2.3　任務3：設計/腳本化容量測試
20.2.4　任務4：設計/腳本化壓力測試
20.2.5　任務5：設計/腳本化兼容性測試
20.2.6　任務6：設計/腳本化轉(zhuǎn)換測試
20.2.7　任務7：設計/腳本化易用性測試
20.2.8　任務8：設計/腳本化文檔測試
20.2.9　任務9：設計/腳本化備份測試
20.2.10　任務10：設計/腳本化恢復性測試
20.2.11　任務11：設計/腳本化安裝測試
20.2.12　任務12：設計/腳本化其他類型的系統(tǒng)測試
20.3　步驟3：系統(tǒng)測試的評審和批準
20.3.1　任務1：評審的日程安排/執(zhí)行
20.3.2　任務2：獲得批準
20.4　步驟4：執(zhí)行系統(tǒng)測試
20.4.1　任務1：對系統(tǒng)測試中的修正進行回歸測試
20.4.2　任務2：執(zhí)行新的系統(tǒng)測試
20.4.3　任務3：將系統(tǒng)缺陷記錄在文檔中
第21章　進行驗收測試
21.1　步驟1：完成驗收測試計劃
21.1.1　任務1：確定驗收測試類型
21.1.2　任務2：確定驗收測試的日程安排
21.1.3　任務3：組建驗收測試團隊
21.1.4　任務4：建立驗收測試環(huán)境
21.1.5　任務5：安裝驗收測試工具
21.2　步驟2：完成驗收測試用例
21.2.1　任務1：確定系統(tǒng)級測試用例的子集
21.2.2　任務2：設計/腳本化附加的驗收測試
21.3　步驟3：驗收測試計劃的評審和批準
21.3.1　任務1：評審的日程安排/執(zhí)行
21.3.2　任務2：獲得批準
21.4　步驟4：執(zhí)行驗收測試
21.4.1　任務1：對驗收測試中的修正進行回歸測試
21.4.2　任務2：執(zhí)行新的驗收測試
21.4.3　任務3：將驗收測試缺陷記錄在文檔中
第22章　總結/報告測試結果
22.1　步驟1：執(zhí)行數(shù)據(jù)精簡
22.1.1　任務1：確保所有的測試均已執(zhí)行/解決
22.1.2　任務2：通過測試編號整理測試缺陷
22.1.3　任務3：將剩余的缺陷寫入一個矩陣
22.2　步驟2：準備最終的測試報告
22.2.1　任務1：準備項目概述
22.2.2　任務2：總結測試活動
22.2.3　任務3：分析/創(chuàng)建度量圖
22.2.4　任務4：總結測試成果/建議
22.3　步驟3：最終測試報告的評審和批準
22.3.1　任務1：評審的日程安排/執(zhí)行
22.3.2　任務2：獲得批準
22.3.3　任務3：發(fā)布最終測試報告
第四部分　項目管理方法
第23章　項目管理框架
23.1　項目框架
23.2　產(chǎn)品質(zhì)量與項目質(zhì)量
23.3　項目框架的組成
23.4　項目框架與持續(xù)質(zhì)量改進
23.5　項目框架的各個階段
23.5.1　啟動階段
23.5.2　計劃階段
23.5.3　執(zhí)行、監(jiān)視和控制階段
23.5.4　收尾階段
23.6　劃定項目范圍以確保產(chǎn)品質(zhì)量
23.7　產(chǎn)品范圍和項目范圍
23.8　項目規(guī)章
23.9　范圍陳述
23.10　項目經(jīng)理在質(zhì)量管理中的作用
23.11　測試經(jīng)理在質(zhì)量管理中的作用
23.11.1　分析需求
23.11.2　進行差距分析
23.11.3　避免重復
23.11.4　定義測試數(shù)據(jù)
23.11.5　確認測試環(huán)境
23.11.6　分析測試結果
23.11.7　提交質(zhì)量
23.12　給測試經(jīng)理的建議
23.12.1　請求別人的幫助
23.12.2　出現(xiàn)問題時及時溝通
23.12.3　不斷更新自身的業(yè)務知識
23.12.4　學習新的測試技術和工具
23.12.5　改進過程
23.12.6　創(chuàng)建知識庫
23.13　質(zhì)量項目管理和項目框架的好處
第24章　項目質(zhì)量管理
24.1　項目質(zhì)量管理過程
24.2　質(zhì)量計劃
24.3　確定高級項目活動
24.4　測試工作量估算
24.5　測試計劃
24.6　工作量估算：項目建模
24.7　質(zhì)量標準
第25章　缺陷管理過程
25.1　質(zhì)量控制與缺陷管理
25.2　缺陷發(fā)現(xiàn)與分類
25.3　缺陷的優(yōu)先級
25.4　缺陷的種類
25.5　缺陷跟蹤
25.6　缺陷報告
25.7　缺陷總結
25.8　缺陷會議
25.9　缺陷度量
25.10　質(zhì)量標準
第26章　測試與開發(fā)的整合
26.1　質(zhì)量控制與測試整合
26.2　測試整合
26.2.1　步驟1：組建測試團隊
26.2.2　步驟2：確定將要整合的任務
26.2.3　步驟3：定制測試步驟及任務
26.2.4　步驟4：選擇整合時間點
26.2.5　步驟5：修改開發(fā)方法
26.2.6　步驟6：對測試方法進行培訓
26.2.7　步驟7：合并缺陷記錄
26.3　整合后的團隊
第27章　測試管理的約束
27.1　組織架構
27.2　已建立得很好的質(zhì)量保證部門的特征
27.3　職責劃分
27.4　組織關系
27.5　在質(zhì)量基礎設施不存在的情況下使用項目框架
27.6　即興測試和項目框架
27.7　使用可追溯性/確認矩陣
27.8　進度報告
第五部分　軟件測試中的新興專業(yè)領域
第28章　測試過程評估和自動化評估
28.1　測試過程評估
28.2　過程評估方法
28.2.1　步驟1：標識關鍵元素
28.2.2　步驟2：收集和分析信息
28.2.3　步驟3：分析測試成熟度
28.2.4　步驟4：記錄和呈現(xiàn)結果
28.3　測試自動化評估
28.3.1　標識需要自動化的應用
28.3.2　確定最佳測試自動化工具
28.3.3　編寫測試腳本的方法
28.3.4　測試執(zhí)行的方法
28.3.5　測試腳本維護
28.4　測試自動化框架
28.4.1　自動化框架的基本特性
28.4.2　標準自動化框架
第29章　非功能測試
29.1　性能測試
29.2　負載測試
29.3　壓力測試
29.4　容量測試
29.5　性能監(jiān)視
29.6　性能測試的方法
29.7　知識獲取過程
29.8　測試開發(fā)
29.9　性能測試可交付物
29.10　安全性測試
29.10.1　步驟1：確定安全性測試的范圍
29.10.2　步驟2：生成測試用例并執(zhí)行
29.11　安全性測試的類型
29.11.1　網(wǎng)絡掃描
29.11.2　漏洞掃描
29.11.3　密碼破譯
29.11.4　日志評審
29.11.5　文件完整性檢查器
29.11.6　病毒檢測器
29.11.7　滲透測試
29.12　易用性測試
29.13　易用性測試的目的
29.13.1　方法和執(zhí)行
29.13.2　易用性測試的原則
29.13.3　可訪問性測試和《康復法案》第508條
29.14　合規(guī)性測試
第30章　SOA測試
第31章　敏捷測試
31.1　敏捷用戶故事與正式需求對比
31.2　什么是用戶故事
31.3　敏捷計劃
31.4　敏捷測試的類型
第32章　測試卓越中心
32.1　行業(yè)最佳過程
32.2　測試度量
32.3　運營模型
32.4　測試自動化框架
32.5　能力的持續(xù)提升
第33章　本土/離岸模型
33.1　步驟1：分析
33.2　步驟2：確定經(jīng)濟上的得失
33.3　步驟3：確定選擇標準
33.4　項目管理和監(jiān)控
33.5　外包方法
33.5.1　本土活動
33.5.2　離岸活動
33.6　實現(xiàn)本土/離岸模型
33.6.1　知識轉(zhuǎn)移
33.6.2　詳細設計
33.6.3　基于里程碑的轉(zhuǎn)移
33.6.4　穩(wěn)定狀態(tài)
33.6.5　應用管理
33.7　先決條件
33.7.1　關系模型
33.7.2　標準
33.8　本土/離岸方法的收益
33.9　本土/離岸模型的未來
第六部分　現(xiàn)代軟件測試工具
第34章　軟件測試趨勢
34.1　自動捕獲/回放測試工具
34.2　測試用例構建工具
34.3　必要條件和充分條件
34.4　測試數(shù)據(jù)生成策略
34.4.1　生產(chǎn)數(shù)據(jù)抽樣
34.4.2　從零開始
34.4.3　數(shù)據(jù)播種
34.4.4　根據(jù)數(shù)據(jù)庫生成數(shù)據(jù)
34.4.5　一種基于需求的有效測試用例生成器
第35章　軟件測試工具的分類
35.1　測試工具選擇檢查表
35.2　商業(yè)廠商工具描述
35.3　開源自由件廠商工具
35.4　應該考慮使用測試自動化的情況
35.5　不應該考慮測試自動化的情況
第36章　自動化測試工具的評價方法
36.1　步驟1：定義測試需求
36.2　步驟2：設定工具目標
36.3　步驟3a：非正式采購模式下的選擇活動
36.3.1　任務1：制定采購計劃
36.3.2　任務2：定義選擇標準
36.3.3　任務3：確定候選工具
36.3.4　任務4：進行候選工具評審
36.3.5　任務5：為候選工具打分
36.3.6　任務6：選擇工具
36.4　步驟3b：正式采購模式下的選擇活動
36.4.1　任務1：制定采購計劃
36.4.2　任務2：創(chuàng)建技術需求文檔
36.4.3　任務3：評審需求
36.4.4　任務4：生成請求建議
36.4.5　任務5：簡化建議
36.4.6　任務6：進行技術評估
36.4.7　任務7：選擇工具來源
36.5　步驟4：采購測試工具
36.6　步驟5：制定評價計劃
36.7　步驟6：制定工具經(jīng)理的計劃
36.8　步驟7：創(chuàng)建培訓計劃
36.9　步驟8：接收工具
36.10　步驟9：執(zhí)行驗收測試
36.11　步驟10：召開推介會議
36.12　步驟11：實施修改
36.13　步驟12：培訓工具的使用戶
36.14　步驟13：在操作環(huán)境中使用工具
36.15　步驟14：撰寫評估報告
36.16　步驟15：確定目標是否實現(xiàn)
第七部分　附錄
附錄A　螺旋（敏捷）測試法
附錄B　軟件質(zhì)量保證計劃
附錄C　需求規(guī)約
附錄D　變更請求表
附錄E　測試模板
附錄F　檢查表
附錄G　軟件測試技術
術語表
參考文獻
索引
36.5　步驟4：采購測試工具
36.6　步驟5：制定評價計劃
36.7　步驟6：制定工具經(jīng)理的計劃
36.8　步驟7：創(chuàng)建培訓計劃
36.9　步驟8：接收工具
36.10　步驟9：執(zhí)行驗收測試
36.11　步驟10：召開推介會議
36.12　步驟11：實施修改
36.13　步驟12：培訓工具的使用戶
36.14　步驟13：在操作環(huán)境中使用工具
36.15　步驟14：撰寫評估報告
36.16　步驟15：確定目標是否實現(xiàn)
第七部分　附錄
附錄A　螺旋（敏捷）測試法
附錄B　軟件質(zhì)量保證計劃
附錄C　需求規(guī)約
附錄D　變更請求表
附錄E　測試模板
附錄F　檢查表
附錄G　軟件測試技術
術語表
參考文獻
索引