軟件測試與持續(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　預(yù)防與檢測
2.3　驗證與確認
2.4　軟件質(zhì)量保證
2.5　質(zhì)量保證的組成
2.5.1　軟件測試
2.5.2　質(zhì)量控制
2.5.3　軟件配置管理
2.6　軟件質(zhì)量保證計劃
2.7　質(zhì)量標(biāo)準
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章　測試技術(shù)概述
3.1　黑盒測試（功能測試）
3.2　白盒測試（結(jié)構(gòu)測試）
3.3　灰盒測試（功能與結(jié)構(gòu)測試）
3.4　手工測試與自動化測試
3.5　靜態(tài)測試與動態(tài)測試
3.6　軟件測試技術(shù)的分類
第4章　將需求轉(zhuǎn)換成可測試的測試用例
4.1　概述
4.2　將軟件需求作為測試的基礎(chǔ)
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：編寫測試用例描述及目標(biāo)
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　小結(jié)
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條：樹立始終如一的目標(biāo)
5.3.2　第2條：采用新的質(zhì)量觀念
5.3.3　第3條：停止對大量審查的依賴
5.3.4　第4條：結(jié)束僅靠價簽來激勵企業(yè)的實踐活動
5.3.5　第5條：堅持不懈地、永久地改進生產(chǎn)和服務(wù)系統(tǒng)
5.3.6　第6條：組織培訓(xùn)及再培訓(xùn)
5.3.7　第7條：確立領(lǐng)導(dǎo)職責(zé)
5.3.8　第8條：驅(qū)除恐懼
5.3.9　第9條：打破員工區(qū)域之間的壁壘
5.3.10　第10條：解除工作口號、訓(xùn)詞及目標(biāo)
5.3.11　第11條：去除數(shù)字化目標(biāo)
5.3.12　第12條：消除阻礙員工自豪感的壁壘
5.3.13　第13條：開設(shè)有關(guān)教育和再培訓(xùn)方面的強有力的課程
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　生命周期測試的心理學(xué)
6.4　將軟件測試作為持續(xù)改進過程
6.5　測試的圣經(jīng)：軟件測試計劃
6.6　制定測試計劃的主要步驟
6.6.1　步驟1：定義測試目標(biāo)
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　將技術(shù)評審作為持續(xù)改進過程
6.9　技術(shù)評審的動機
6.10　評審的類型
6.10.1　結(jié)構(gòu)化走查
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　通過技術(shù)評審測試需求
7.3　審查和走查
7.4　檢查表
7.5　需求可追溯性矩陣
7.6　制定系統(tǒng)/驗收測試計劃
第8章　邏輯設(shè)計的靜態(tài)測試
8.1　數(shù)據(jù)模型、過程模型及其聯(lián)系
8.2　通過技術(shù)評審測試邏輯設(shè)計
8.3　細化系統(tǒng)/驗收測試計劃
第9章　物理設(shè)計的靜態(tài)測試
9.1　通過技術(shù)評審測試物理設(shè)計
9.2　創(chuàng)建集成測試用例
9.3　集成測試方法
9.3.1　步驟1：標(biāo)識出單元接口
9.3.2　步驟2：全面協(xié)調(diào)接口
9.3.3　步驟3：創(chuàng)建集成測試條件
9.3.4　步驟4：評估集成測試條件的完整性
第10章　程序單元設(shè)計的靜態(tài)測試
10.1　通過技術(shù)評審測試程序單元設(shè)計
10.1.1　順序結(jié)構(gòu)
10.1.2　選擇結(jié)構(gòu)
10.1.3　循環(huán)結(jié)構(gòu)
10.2　編寫單元測試用例
第11章　代碼的靜態(tài)測試與動態(tài)測試
11.1　用技術(shù)評審測試編碼
11.2　執(zhí)行測試計劃
11.3　單元測試
11.4　集成測試
11.5　系統(tǒng)測試
11.6　驗收測試
11.7　缺陷記錄
第三部分　螺旋（敏捷）軟件測試方法：計劃、執(zhí)行、檢查、改進
第12章　開發(fā)方法概述
12.1　生命周期開發(fā)的局限性
12.2　客戶/服務(wù)器架構(gòu)的挑戰(zhàn)
12.3　客戶/服務(wù)器架構(gòu)中螺旋測試的心理學(xué)
12.3.1　新思想
12.3.2　對測試人員/開發(fā)人員的理解
12.3.3　項目的目標(biāo)：把質(zhì)量保證和開發(fā)結(jié)合起來
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　任務(wù)1：確定參加訪談的人
13.1.2　任務(wù)2：確定議程
13.2　步驟2：執(zhí)行訪談
13.2.1　任務(wù)1：理解項目
13.2.2　任務(wù)2：理解項目目標(biāo)
13.2.3　任務(wù)3：理解項目狀態(tài)
13.2.4　任務(wù)4：理解項目計劃
13.2.5　任務(wù)5：理解項目開發(fā)方法
13.2.6　任務(wù)6：確定總體業(yè)務(wù)需求
13.2.7　任務(wù)7：進行風(fēng)險分析
13.3　步驟3：總結(jié)訪談成果
13.3.1　任務(wù)1：總結(jié)訪談
13.3.2　任務(wù)2：確認訪談成果
第14章　測試計劃（計劃）
14.1　步驟1：建立測試計劃
14.1.1　任務(wù)1：準備引言部分
14.1.2　任務(wù)2：定義總體功能需求
14.1.3　任務(wù)3：確定手動/自動化測試的類型
14.1.4　任務(wù)4：確定測試退出標(biāo)準
14.1.5　任務(wù)5：制定回歸測試策略
14.1.6　任務(wù)6：定義測試可交付物
14.1.7　任務(wù)7：組建測試團隊
14.1.8　任務(wù)8：搭建測試環(huán)境
14.1.9　任務(wù)9：定義依賴關(guān)系
14.1.10　任務(wù)10：創(chuàng)建測試進度表
14.1.11　任務(wù)11：選擇測試工具
14.1.12　任務(wù)12：建立缺陷報告/跟蹤規(guī)程
14.1.13　任務(wù)13：建立變更請求規(guī)程
14.1.14　任務(wù)14：建立版本控制規(guī)程
14.1.15　任務(wù)15：定義配置構(gòu)建規(guī)程
14.1.16　任務(wù)16：定義項目問題解決規(guī)程
14.1.17　任務(wù)17：建立報告規(guī)程
14.1.18　任務(wù)18：定義批準規(guī)程
14.2　步驟2：定義度量目標(biāo)
14.2.1　任務(wù)1：定義度量標(biāo)準
14.2.2　任務(wù)2：定義度量要點
14.3　步驟3：測試計劃的評審和批準
14.3.1　任務(wù)1：評審的日程安排/執(zhí)行
14.3.2　任務(wù)2：獲得批準
第15章　測試用例設(shè)計（執(zhí)行）
15.1　步驟1：設(shè)計功能測試
15.1.1　任務(wù)1：完善功能測試需求
15.1.2　任務(wù)2：建立功能/測試矩陣
15.2　步驟2：設(shè)計圖形用戶界面測試
15.2.1　任務(wù)1：確定應(yīng)用程序圖形用戶界面組件
15.2.2　任務(wù)2：設(shè)計圖形用戶界面測試
15.3　步驟3：定義系統(tǒng)/驗收測試
15.3.1　任務(wù)1：確定可能的系統(tǒng)測試
15.3.2　任務(wù)2：設(shè)計階段性系統(tǒng)測試
15.3.3　任務(wù)3：確定可能的驗收測試
15.4　步驟4：測試設(shè)計的評審和批準
15.4.1　任務(wù)1：評審的日程安排/準備
15.4.2　任務(wù)2：獲得批準
第16章　測試開發(fā)（執(zhí)行）
16.1　步驟1：開發(fā)測試腳本
16.1.1　任務(wù)1：開發(fā)手工/自動化圖形用戶界面/功能測試腳本
16.1.2　任務(wù)2：開發(fā)手工/自動化的階段性系統(tǒng)測試腳本
16.2　步驟2：測試開發(fā)的評審和批準
16.2.1　任務(wù)1：評審的日程安排/準備
16.2.2　任務(wù)2：獲得批準
第17章　通過可追溯性實現(xiàn)測試覆蓋
17.1　用例和可追溯性
17.2　小結(jié)
第18章　測試執(zhí)行/評價（執(zhí)行/檢查）
18.1　步驟1：組織測試內(nèi)容并進行測試
18.1.1　任務(wù)1：回歸測試手工/自動化修復(fù)上次螺旋過程中的缺陷
18.1.2　任務(wù)2：執(zhí)行新的螺旋測試中的手工/自動化測試
18.1.3　任務(wù)3：記錄螺旋測試中發(fā)現(xiàn)的缺陷
18.2　步驟2：測試評價
18.3　步驟3：發(fā)布中期報告
18.3.1　任務(wù)1：細化測試進度表
18.3.2　任務(wù)2：確定需求變更
第19章　準備下一次螺旋測試（改進）
19.1　步驟1：細化測試
19.1.1　任務(wù)1：更新功能/圖形用戶界面測試
19.1.2　任務(wù)2：更新階段性系統(tǒng)測試
19.1.3　任務(wù)3：更新驗收測試
19.2　步驟2：重新評價測試團隊、規(guī)程和環(huán)境
19.2.1　任務(wù)1：評價測試團隊
19.2.2　任務(wù)2：評審測試控制規(guī)程
19.2.3　任務(wù)3：更新測試環(huán)境
19.3　步驟3：發(fā)布中期測試報告
第20章　進行系統(tǒng)測試
20.1　步驟1：完成系統(tǒng)測試計劃
20.1.1　任務(wù)1：確定系統(tǒng)測試類型
20.1.2　任務(wù)2：確定系統(tǒng)測試的日程安排
20.1.3　任務(wù)3：組建系統(tǒng)測試團隊
20.1.4　任務(wù)4：搭建系統(tǒng)測試環(huán)境
20.1.5　任務(wù)5：安裝系統(tǒng)測試工具
20.2　步驟2：完成系統(tǒng)測試用例
20.2.1　任務(wù)1：設(shè)計/腳本化性能測試
20.2.2　任務(wù)2：設(shè)計/腳本化安全性測試
20.2.3　任務(wù)3：設(shè)計/腳本化容量測試
20.2.4　任務(wù)4：設(shè)計/腳本化壓力測試
20.2.5　任務(wù)5：設(shè)計/腳本化兼容性測試
20.2.6　任務(wù)6：設(shè)計/腳本化轉(zhuǎn)換測試
20.2.7　任務(wù)7：設(shè)計/腳本化易用性測試
20.2.8　任務(wù)8：設(shè)計/腳本化文檔測試
20.2.9　任務(wù)9：設(shè)計/腳本化備份測試
20.2.10　任務(wù)10：設(shè)計/腳本化恢復(fù)性測試
20.2.11　任務(wù)11：設(shè)計/腳本化安裝測試
20.2.12　任務(wù)12：設(shè)計/腳本化其他類型的系統(tǒng)測試
20.3　步驟3：系統(tǒng)測試的評審和批準
20.3.1　任務(wù)1：評審的日程安排/執(zhí)行
20.3.2　任務(wù)2：獲得批準
20.4　步驟4：執(zhí)行系統(tǒng)測試
20.4.1　任務(wù)1：對系統(tǒng)測試中的修正進行回歸測試
20.4.2　任務(wù)2：執(zhí)行新的系統(tǒng)測試
20.4.3　任務(wù)3：將系統(tǒng)缺陷記錄在文檔中
第21章　進行驗收測試
21.1　步驟1：完成驗收測試計劃
21.1.1　任務(wù)1：確定驗收測試類型
21.1.2　任務(wù)2：確定驗收測試的日程安排
21.1.3　任務(wù)3：組建驗收測試團隊
21.1.4　任務(wù)4：建立驗收測試環(huán)境
21.1.5　任務(wù)5：安裝驗收測試工具
21.2　步驟2：完成驗收測試用例
21.2.1　任務(wù)1：確定系統(tǒng)級測試用例的子集
21.2.2　任務(wù)2：設(shè)計/腳本化附加的驗收測試
21.3　步驟3：驗收測試計劃的評審和批準
21.3.1　任務(wù)1：評審的日程安排/執(zhí)行
21.3.2　任務(wù)2：獲得批準
21.4　步驟4：執(zhí)行驗收測試
21.4.1　任務(wù)1：對驗收測試中的修正進行回歸測試
21.4.2　任務(wù)2：執(zhí)行新的驗收測試
21.4.3　任務(wù)3：將驗收測試缺陷記錄在文檔中
第22章　總結(jié)/報告測試結(jié)果
22.1　步驟1：執(zhí)行數(shù)據(jù)精簡
22.1.1　任務(wù)1：確保所有的測試均已執(zhí)行/解決
22.1.2　任務(wù)2：通過測試編號整理測試缺陷
22.1.3　任務(wù)3：將剩余的缺陷寫入一個矩陣
22.2　步驟2：準備最終的測試報告
22.2.1　任務(wù)1：準備項目概述
22.2.2　任務(wù)2：總結(jié)測試活動
22.2.3　任務(wù)3：分析/創(chuàng)建度量圖
22.2.4　任務(wù)4：總結(jié)測試成果/建議
22.3　步驟3：最終測試報告的評審和批準
22.3.1　任務(wù)1：評審的日程安排/執(zhí)行
22.3.2　任務(wù)2：獲得批準
22.3.3　任務(wù)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　避免重復(fù)
23.11.4　定義測試數(shù)據(jù)
23.11.5　確認測試環(huán)境
23.11.6　分析測試結(jié)果
23.11.7　提交質(zhì)量
23.12　給測試經(jīng)理的建議
23.12.1　請求別人的幫助
23.12.2　出現(xiàn)問題時及時溝通
23.12.3　不斷更新自身的業(yè)務(wù)知識
23.12.4　學(xué)習(xí)新的測試技術(shù)和工具
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ì)量標(biāo)準
第25章　缺陷管理過程
25.1　質(zhì)量控制與缺陷管理
25.2　缺陷發(fā)現(xiàn)與分類
25.3　缺陷的優(yōu)先級
25.4　缺陷的種類
25.5　缺陷跟蹤
25.6　缺陷報告
25.7　缺陷總結(jié)
25.8　缺陷會議
25.9　缺陷度量
25.10　質(zhì)量標(biāo)準
第26章　測試與開發(fā)的整合
26.1　質(zhì)量控制與測試整合
26.2　測試整合
26.2.1　步驟1：組建測試團隊
26.2.2　步驟2：確定將要整合的任務(wù)
26.2.3　步驟3：定制測試步驟及任務(wù)
26.2.4　步驟4：選擇整合時間點
26.2.5　步驟5：修改開發(fā)方法
26.2.6　步驟6：對測試方法進行培訓(xùn)
26.2.7　步驟7：合并缺陷記錄
26.3　整合后的團隊
第27章　測試管理的約束
27.1　組織架構(gòu)
27.2　已建立得很好的質(zhì)量保證部門的特征
27.3　職責(zé)劃分
27.4　組織關(guān)系
27.5　在質(zhì)量基礎(chǔ)設(shè)施不存在的情況下使用項目框架
27.6　即興測試和項目框架
27.7　使用可追溯性/確認矩陣
27.8　進度報告
第五部分　軟件測試中的新興專業(yè)領(lǐng)域
第28章　測試過程評估和自動化評估
28.1　測試過程評估
28.2　過程評估方法
28.2.1　步驟1：標(biāo)識關(guān)鍵元素
28.2.2　步驟2：收集和分析信息
28.2.3　步驟3：分析測試成熟度
28.2.4　步驟4：記錄和呈現(xiàn)結(jié)果
28.3　測試自動化評估
28.3.1　標(biāo)識需要自動化的應(yīng)用
28.3.2　確定最佳測試自動化工具
28.3.3　編寫測試腳本的方法
28.3.4　測試執(zhí)行的方法
28.3.5　測試腳本維護
28.4　測試自動化框架
28.4.1　自動化框架的基本特性
28.4.2　標(biāo)準自動化框架
第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)絡(luò)掃描
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　可訪問性測試和《康復(fù)法案》第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：確定選擇標(biāo)準
33.4　項目管理和監(jiān)控
33.5　外包方法
33.5.1　本土活動
33.5.2　離岸活動
33.6　實現(xiàn)本土/離岸模型
33.6.1　知識轉(zhuǎn)移
33.6.2　詳細設(shè)計
33.6.3　基于里程碑的轉(zhuǎn)移
33.6.4　穩(wěn)定狀態(tài)
33.6.5　應(yīng)用管理
33.7　先決條件
33.7.1　關(guān)系模型
33.7.2　標(biāo)準
33.8　本土/離岸方法的收益
33.9　本土/離岸模型的未來
第六部分　現(xiàn)代軟件測試工具
第34章　軟件測試趨勢
34.1　自動捕獲/回放測試工具
34.2　測試用例構(gòu)建工具
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　應(yīng)該考慮使用測試自動化的情況
35.5　不應(yīng)該考慮測試自動化的情況
第36章　自動化測試工具的評價方法
36.1　步驟1：定義測試需求
36.2　步驟2：設(shè)定工具目標(biāo)
36.3　步驟3a：非正式采購模式下的選擇活動
36.3.1　任務(wù)1：制定采購計劃
36.3.2　任務(wù)2：定義選擇標(biāo)準
36.3.3　任務(wù)3：確定候選工具
36.3.4　任務(wù)4：進行候選工具評審
36.3.5　任務(wù)5：為候選工具打分
36.3.6　任務(wù)6：選擇工具
36.4　步驟3b：正式采購模式下的選擇活動
36.4.1　任務(wù)1：制定采購計劃
36.4.2　任務(wù)2：創(chuàng)建技術(shù)需求文檔
36.4.3　任務(wù)3：評審需求
36.4.4　任務(wù)4：生成請求建議
36.4.5　任務(wù)5：簡化建議
36.4.6　任務(wù)6：進行技術(shù)評估
36.4.7　任務(wù)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　預(yù)防與檢測
2.3　驗證與確認
2.4　軟件質(zhì)量保證
2.5　質(zhì)量保證的組成
2.5.1　軟件測試
2.5.2　質(zhì)量控制
2.5.3　軟件配置管理
2.6　軟件質(zhì)量保證計劃
2.7　質(zhì)量標(biāo)準
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章　測試技術(shù)概述
3.1　黑盒測試（功能測試）
3.2　白盒測試（結(jié)構(gòu)測試）
3.3　灰盒測試（功能與結(jié)構(gòu)測試）
3.4　手工測試與自動化測試
3.5　靜態(tài)測試與動態(tài)測試
3.6　軟件測試技術(shù)的分類
第4章　將需求轉(zhuǎn)換成可測試的測試用例
4.1　概述
4.2　將軟件需求作為測試的基礎(chǔ)
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：編寫測試用例描述及目標(biāo)
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　小結(jié)
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條：樹立始終如一的目標(biāo)
5.3.2　第2條：采用新的質(zhì)量觀念
5.3.3　第3條：停止對大量審查的依賴
5.3.4　第4條：結(jié)束僅靠價簽來激勵企業(yè)的實踐活動
5.3.5　第5條：堅持不懈地、永久地改進生產(chǎn)和服務(wù)系統(tǒng)
5.3.6　第6條：組織培訓(xùn)及再培訓(xùn)
5.3.7　第7條：確立領(lǐng)導(dǎo)職責(zé)
5.3.8　第8條：驅(qū)除恐懼
5.3.9　第9條：打破員工區(qū)域之間的壁壘
5.3.10　第10條：解除工作口號、訓(xùn)詞及目標(biāo)
5.3.11　第11條：去除數(shù)字化目標(biāo)
5.3.12　第12條：消除阻礙員工自豪感的壁壘
5.3.13　第13條：開設(shè)有關(guān)教育和再培訓(xùn)方面的強有力的課程
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　生命周期測試的心理學(xué)
6.4　將軟件測試作為持續(xù)改進過程
6.5　測試的圣經(jīng)：軟件測試計劃
6.6　制定測試計劃的主要步驟
6.6.1　步驟1：定義測試目標(biāo)
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　將技術(shù)評審作為持續(xù)改進過程
6.9　技術(shù)評審的動機
6.10　評審的類型
6.10.1　結(jié)構(gòu)化走查
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　通過技術(shù)評審測試需求
7.3　審查和走查
7.4　檢查表
7.5　需求可追溯性矩陣
7.6　制定系統(tǒng)/驗收測試計劃
第8章　邏輯設(shè)計的靜態(tài)測試
8.1　數(shù)據(jù)模型、過程模型及其聯(lián)系
8.2　通過技術(shù)評審測試邏輯設(shè)計
8.3　細化系統(tǒng)/驗收測試計劃
第9章　物理設(shè)計的靜態(tài)測試
9.1　通過技術(shù)評審測試物理設(shè)計
9.2　創(chuàng)建集成測試用例
9.3　集成測試方法
9.3.1　步驟1：標(biāo)識出單元接口
9.3.2　步驟2：全面協(xié)調(diào)接口
9.3.3　步驟3：創(chuàng)建集成測試條件
9.3.4　步驟4：評估集成測試條件的完整性
第10章　程序單元設(shè)計的靜態(tài)測試
10.1　通過技術(shù)評審測試程序單元設(shè)計
10.1.1　順序結(jié)構(gòu)
10.1.2　選擇結(jié)構(gòu)
10.1.3　循環(huán)結(jié)構(gòu)
10.2　編寫單元測試用例
第11章　代碼的靜態(tài)測試與動態(tài)測試
11.1　用技術(shù)評審測試編碼
11.2　執(zhí)行測試計劃
11.3　單元測試
11.4　集成測試
11.5　系統(tǒng)測試
11.6　驗收測試
11.7　缺陷記錄
第三部分　螺旋（敏捷）軟件測試方法：計劃、執(zhí)行、檢查、改進
第12章　開發(fā)方法概述
12.1　生命周期開發(fā)的局限性
12.2　客戶/服務(wù)器架構(gòu)的挑戰(zhàn)
12.3　客戶/服務(wù)器架構(gòu)中螺旋測試的心理學(xué)
12.3.1　新思想
12.3.2　對測試人員/開發(fā)人員的理解
12.3.3　項目的目標(biāo)：把質(zhì)量保證和開發(fā)結(jié)合起來
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　任務(wù)1：確定參加訪談的人
13.1.2　任務(wù)2：確定議程
13.2　步驟2：執(zhí)行訪談
13.2.1　任務(wù)1：理解項目
13.2.2　任務(wù)2：理解項目目標(biāo)
13.2.3　任務(wù)3：理解項目狀態(tài)
13.2.4　任務(wù)4：理解項目計劃
13.2.5　任務(wù)5：理解項目開發(fā)方法
13.2.6　任務(wù)6：確定總體業(yè)務(wù)需求
13.2.7　任務(wù)7：進行風(fēng)險分析
13.3　步驟3：總結(jié)訪談成果
13.3.1　任務(wù)1：總結(jié)訪談
13.3.2　任務(wù)2：確認訪談成果
第14章　測試計劃（計劃）
14.1　步驟1：建立測試計劃
14.1.1　任務(wù)1：準備引言部分
14.1.2　任務(wù)2：定義總體功能需求
14.1.3　任務(wù)3：確定手動/自動化測試的類型
14.1.4　任務(wù)4：確定測試退出標(biāo)準
14.1.5　任務(wù)5：制定回歸測試策略
14.1.6　任務(wù)6：定義測試可交付物
14.1.7　任務(wù)7：組建測試團隊
14.1.8　任務(wù)8：搭建測試環(huán)境
14.1.9　任務(wù)9：定義依賴關(guān)系
14.1.10　任務(wù)10：創(chuàng)建測試進度表
14.1.11　任務(wù)11：選擇測試工具
14.1.12　任務(wù)12：建立缺陷報告/跟蹤規(guī)程
14.1.13　任務(wù)13：建立變更請求規(guī)程
14.1.14　任務(wù)14：建立版本控制規(guī)程
14.1.15　任務(wù)15：定義配置構(gòu)建規(guī)程
14.1.16　任務(wù)16：定義項目問題解決規(guī)程
14.1.17　任務(wù)17：建立報告規(guī)程
14.1.18　任務(wù)18：定義批準規(guī)程
14.2　步驟2：定義度量目標(biāo)
14.2.1　任務(wù)1：定義度量標(biāo)準
14.2.2　任務(wù)2：定義度量要點
14.3　步驟3：測試計劃的評審和批準
14.3.1　任務(wù)1：評審的日程安排/執(zhí)行
14.3.2　任務(wù)2：獲得批準
第15章　測試用例設(shè)計（執(zhí)行）
15.1　步驟1：設(shè)計功能測試
15.1.1　任務(wù)1：完善功能測試需求
15.1.2　任務(wù)2：建立功能/測試矩陣
15.2　步驟2：設(shè)計圖形用戶界面測試
15.2.1　任務(wù)1：確定應(yīng)用程序圖形用戶界面組件
15.2.2　任務(wù)2：設(shè)計圖形用戶界面測試
15.3　步驟3：定義系統(tǒng)/驗收測試
15.3.1　任務(wù)1：確定可能的系統(tǒng)測試
15.3.2　任務(wù)2：設(shè)計階段性系統(tǒng)測試
15.3.3　任務(wù)3：確定可能的驗收測試
15.4　步驟4：測試設(shè)計的評審和批準
15.4.1　任務(wù)1：評審的日程安排/準備
15.4.2　任務(wù)2：獲得批準
第16章　測試開發(fā)（執(zhí)行）
16.1　步驟1：開發(fā)測試腳本
16.1.1　任務(wù)1：開發(fā)手工/自動化圖形用戶界面/功能測試腳本
16.1.2　任務(wù)2：開發(fā)手工/自動化的階段性系統(tǒng)測試腳本
16.2　步驟2：測試開發(fā)的評審和批準
16.2.1　任務(wù)1：評審的日程安排/準備
16.2.2　任務(wù)2：獲得批準
第17章　通過可追溯性實現(xiàn)測試覆蓋
17.1　用例和可追溯性
17.2　小結(jié)
第18章　測試執(zhí)行/評價（執(zhí)行/檢查）
18.1　步驟1：組織測試內(nèi)容并進行測試
18.1.1　任務(wù)1：回歸測試手工/自動化修復(fù)上次螺旋過程中的缺陷
18.1.2　任務(wù)2：執(zhí)行新的螺旋測試中的手工/自動化測試
18.1.3　任務(wù)3：記錄螺旋測試中發(fā)現(xiàn)的缺陷
18.2　步驟2：測試評價
18.3　步驟3：發(fā)布中期報告
18.3.1　任務(wù)1：細化測試進度表
18.3.2　任務(wù)2：確定需求變更
第19章　準備下一次螺旋測試（改進）
19.1　步驟1：細化測試
19.1.1　任務(wù)1：更新功能/圖形用戶界面測試
19.1.2　任務(wù)2：更新階段性系統(tǒng)測試
19.1.3　任務(wù)3：更新驗收測試
19.2　步驟2：重新評價測試團隊、規(guī)程和環(huán)境
19.2.1　任務(wù)1：評價測試團隊
19.2.2　任務(wù)2：評審測試控制規(guī)程
19.2.3　任務(wù)3：更新測試環(huán)境
19.3　步驟3：發(fā)布中期測試報告
第20章　進行系統(tǒng)測試
20.1　步驟1：完成系統(tǒng)測試計劃
20.1.1　任務(wù)1：確定系統(tǒng)測試類型
20.1.2　任務(wù)2：確定系統(tǒng)測試的日程安排
20.1.3　任務(wù)3：組建系統(tǒng)測試團隊
20.1.4　任務(wù)4：搭建系統(tǒng)測試環(huán)境
20.1.5　任務(wù)5：安裝系統(tǒng)測試工具
20.2　步驟2：完成系統(tǒng)測試用例
20.2.1　任務(wù)1：設(shè)計/腳本化性能測試
20.2.2　任務(wù)2：設(shè)計/腳本化安全性測試
20.2.3　任務(wù)3：設(shè)計/腳本化容量測試
20.2.4　任務(wù)4：設(shè)計/腳本化壓力測試
20.2.5　任務(wù)5：設(shè)計/腳本化兼容性測試
20.2.6　任務(wù)6：設(shè)計/腳本化轉(zhuǎn)換測試
20.2.7　任務(wù)7：設(shè)計/腳本化易用性測試
20.2.8　任務(wù)8：設(shè)計/腳本化文檔測試
20.2.9　任務(wù)9：設(shè)計/腳本化備份測試
20.2.10　任務(wù)10：設(shè)計/腳本化恢復(fù)性測試
20.2.11　任務(wù)11：設(shè)計/腳本化安裝測試
20.2.12　任務(wù)12：設(shè)計/腳本化其他類型的系統(tǒng)測試
20.3　步驟3：系統(tǒng)測試的評審和批準
20.3.1　任務(wù)1：評審的日程安排/執(zhí)行
20.3.2　任務(wù)2：獲得批準
20.4　步驟4：執(zhí)行系統(tǒng)測試
20.4.1　任務(wù)1：對系統(tǒng)測試中的修正進行回歸測試
20.4.2　任務(wù)2：執(zhí)行新的系統(tǒng)測試
20.4.3　任務(wù)3：將系統(tǒng)缺陷記錄在文檔中
第21章　進行驗收測試
21.1　步驟1：完成驗收測試計劃
21.1.1　任務(wù)1：確定驗收測試類型
21.1.2　任務(wù)2：確定驗收測試的日程安排
21.1.3　任務(wù)3：組建驗收測試團隊
21.1.4　任務(wù)4：建立驗收測試環(huán)境
21.1.5　任務(wù)5：安裝驗收測試工具
21.2　步驟2：完成驗收測試用例
21.2.1　任務(wù)1：確定系統(tǒng)級測試用例的子集
21.2.2　任務(wù)2：設(shè)計/腳本化附加的驗收測試
21.3　步驟3：驗收測試計劃的評審和批準
21.3.1　任務(wù)1：評審的日程安排/執(zhí)行
21.3.2　任務(wù)2：獲得批準
21.4　步驟4：執(zhí)行驗收測試
21.4.1　任務(wù)1：對驗收測試中的修正進行回歸測試
21.4.2　任務(wù)2：執(zhí)行新的驗收測試
21.4.3　任務(wù)3：將驗收測試缺陷記錄在文檔中
第22章　總結(jié)/報告測試結(jié)果
22.1　步驟1：執(zhí)行數(shù)據(jù)精簡
22.1.1　任務(wù)1：確保所有的測試均已執(zhí)行/解決
22.1.2　任務(wù)2：通過測試編號整理測試缺陷
22.1.3　任務(wù)3：將剩余的缺陷寫入一個矩陣
22.2　步驟2：準備最終的測試報告
22.2.1　任務(wù)1：準備項目概述
22.2.2　任務(wù)2：總結(jié)測試活動
22.2.3　任務(wù)3：分析/創(chuàng)建度量圖
22.2.4　任務(wù)4：總結(jié)測試成果/建議
22.3　步驟3：最終測試報告的評審和批準
22.3.1　任務(wù)1：評審的日程安排/執(zhí)行
22.3.2　任務(wù)2：獲得批準
22.3.3　任務(wù)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　避免重復(fù)
23.11.4　定義測試數(shù)據(jù)
23.11.5　確認測試環(huán)境
23.11.6　分析測試結(jié)果
23.11.7　提交質(zhì)量
23.12　給測試經(jīng)理的建議
23.12.1　請求別人的幫助
23.12.2　出現(xiàn)問題時及時溝通
23.12.3　不斷更新自身的業(yè)務(wù)知識
23.12.4　學(xué)習(xí)新的測試技術(shù)和工具
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ì)量標(biāo)準
第25章　缺陷管理過程
25.1　質(zhì)量控制與缺陷管理
25.2　缺陷發(fā)現(xiàn)與分類
25.3　缺陷的優(yōu)先級
25.4　缺陷的種類
25.5　缺陷跟蹤
25.6　缺陷報告
25.7　缺陷總結(jié)
25.8　缺陷會議
25.9　缺陷度量
25.10　質(zhì)量標(biāo)準
第26章　測試與開發(fā)的整合
26.1　質(zhì)量控制與測試整合
26.2　測試整合
26.2.1　步驟1：組建測試團隊
26.2.2　步驟2：確定將要整合的任務(wù)
26.2.3　步驟3：定制測試步驟及任務(wù)
26.2.4　步驟4：選擇整合時間點
26.2.5　步驟5：修改開發(fā)方法
26.2.6　步驟6：對測試方法進行培訓(xùn)
26.2.7　步驟7：合并缺陷記錄
26.3　整合后的團隊
第27章　測試管理的約束
27.1　組織架構(gòu)
27.2　已建立得很好的質(zhì)量保證部門的特征
27.3　職責(zé)劃分
27.4　組織關(guān)系
27.5　在質(zhì)量基礎(chǔ)設(shè)施不存在的情況下使用項目框架
27.6　即興測試和項目框架
27.7　使用可追溯性/確認矩陣
27.8　進度報告
第五部分　軟件測試中的新興專業(yè)領(lǐng)域
第28章　測試過程評估和自動化評估
28.1　測試過程評估
28.2　過程評估方法
28.2.1　步驟1：標(biāo)識關(guān)鍵元素
28.2.2　步驟2：收集和分析信息
28.2.3　步驟3：分析測試成熟度
28.2.4　步驟4：記錄和呈現(xiàn)結(jié)果
28.3　測試自動化評估
28.3.1　標(biāo)識需要自動化的應(yīng)用
28.3.2　確定最佳測試自動化工具
28.3.3　編寫測試腳本的方法
28.3.4　測試執(zhí)行的方法
28.3.5　測試腳本維護
28.4　測試自動化框架
28.4.1　自動化框架的基本特性
28.4.2　標(biāo)準自動化框架
第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)絡(luò)掃描
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　可訪問性測試和《康復(fù)法案》第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：確定選擇標(biāo)準
33.4　項目管理和監(jiān)控
33.5　外包方法
33.5.1　本土活動
33.5.2　離岸活動
33.6　實現(xiàn)本土/離岸模型
33.6.1　知識轉(zhuǎn)移
33.6.2　詳細設(shè)計
33.6.3　基于里程碑的轉(zhuǎn)移
33.6.4　穩(wěn)定狀態(tài)
33.6.5　應(yīng)用管理
33.7　先決條件
33.7.1　關(guān)系模型
33.7.2　標(biāo)準
33.8　本土/離岸方法的收益
33.9　本土/離岸模型的未來
第六部分　現(xiàn)代軟件測試工具
第34章　軟件測試趨勢
34.1　自動捕獲/回放測試工具
34.2　測試用例構(gòu)建工具
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　應(yīng)該考慮使用測試自動化的情況
35.5　不應(yīng)該考慮測試自動化的情況
第36章　自動化測試工具的評價方法
36.1　步驟1：定義測試需求
36.2　步驟2：設(shè)定工具目標(biāo)
36.3　步驟3a：非正式采購模式下的選擇活動
36.3.1　任務(wù)1：制定采購計劃
36.3.2　任務(wù)2：定義選擇標(biāo)準
36.3.3　任務(wù)3：確定候選工具
36.3.4　任務(wù)4：進行候選工具評審
36.3.5　任務(wù)5：為候選工具打分
36.3.6　任務(wù)6：選擇工具
36.4　步驟3b：正式采購模式下的選擇活動
36.4.1　任務(wù)1：制定采購計劃
36.4.2　任務(wù)2：創(chuàng)建技術(shù)需求文檔
36.4.3　任務(wù)3：評審需求
36.4.4　任務(wù)4：生成請求建議
36.4.5　任務(wù)5：簡化建議
36.4.6　任務(wù)6：進行技術(shù)評估
36.4.7　任務(wù)7：選擇工具來源
36.5　步驟4：采購測試工具
36.6　步驟5：制定評價計劃
36.7　步驟6：制定工具經(jīng)理的計劃
36.8　步驟7：創(chuàng)建培訓(xùn)計劃
36.9　步驟8：接收工具
36.10　步驟9：執(zhí)行驗收測試
36.11　步驟10：召開推介會議
36.12　步驟11：實施修改
36.13　步驟12：培訓(xùn)工具的使用戶
36.14　步驟13：在操作環(huán)境中使用工具
36.15　步驟14：撰寫評估報告
36.16　步驟15：確定目標(biāo)是否實現(xiàn)
第七部分　附錄
附錄A　螺旋（敏捷）測試法
附錄B　軟件質(zhì)量保證計劃
附錄C　需求規(guī)約
附錄D　變更請求表
附錄E　測試模板
附錄F　檢查表
附錄G　軟件測試技術(shù)
術(shù)語表
參考文獻
索引
36.5　步驟4：采購測試工具
36.6　步驟5：制定評價計劃
36.7　步驟6：制定工具經(jīng)理的計劃
36.8　步驟7：創(chuàng)建培訓(xùn)計劃
36.9　步驟8：接收工具
36.10　步驟9：執(zhí)行驗收測試
36.11　步驟10：召開推介會議
36.12　步驟11：實施修改
36.13　步驟12：培訓(xùn)工具的使用戶
36.14　步驟13：在操作環(huán)境中使用工具
36.15　步驟14：撰寫評估報告
36.16　步驟15：確定目標(biāo)是否實現(xiàn)
第七部分　附錄
附錄A　螺旋（敏捷）測試法
附錄B　軟件質(zhì)量保證計劃
附錄C　需求規(guī)約
附錄D　變更請求表
附錄E　測試模板
附錄F　檢查表
附錄G　軟件測試技術(shù)
術(shù)語表
參考文獻
索引