系統(tǒng)的軟件測試

第1章 測試過程概述
1.1 測試的發(fā)展簡史
1.1.1 預防性測試
1.1.2 當今大多數(shù)公司的狀況
1.1.3 為什么測試工作如此困難
1.2 STEP方法
1.2.1 STEP的范圍與目標
1.2.2 STEP元素
1.2.3 STEP體系結構
1.2.4 STEP活動的時間安排
1.2.5 STEP的工作產(chǎn)品
1.2.6 STEP中的角色和職責
1.2.7 STEP總結
第2章 風險分析
2.1 風險為何物
2.2 軟件風險分析
2.2.1 誰將負責風險分析
2.2.2 應在何時完成風險分析
2.2.3 應如何進行風險分析
2.3 計劃風險與應急措施
2.3.1 項目假設
第3章 總體測試計劃
3.1 測試計劃的等級（階段）
3.2 讀者分析
3.3 活動的時間安排
3.4 標準模板
3.5 測試計劃的各個組成部分
3.5.1 測試計劃標識符
3.5.2 目錄表
3.5.3 參考文獻
3.5.4 詞匯表
3.5.5 介紹（范圍）
3.5.6 測試項
3.5.7 軟件風險問題
3.5.8 待測特征
3.5.9 不予測試的特征
3.5.10 方法（策略）
3.5.11 測試項通過/失敗準則
3.5.12 掛起準則和恢復需求
3.5.13 測試交付物
3.5.14 測試任務
3.5.15 環(huán)境需求
3.5.16 職責
3.5.17 人員安排與培訓需求
3.5.18 進度表
3.5.19 計劃風險與應急措施
3.5.20 審批
第4章 詳細測試計劃
4.1 驗收測試
4.1.1 讀者分析
4.1.2 活動的時間安排
4.1.3 信息來源
4.1.4 用戶職責
4.1.5 配置管理
4.1.6 出口準則
4.1.7 發(fā)布的策略
4.1.8 測試環(huán)境
4.2 系統(tǒng)測試
4.2.1 讀者分析
4.2.2 信息來源
4.2.3 軟件配置管理
4.2.4 出口／入口準則
4.2.5 煙霧測試
4.3 集成測試
4.3.1 讀者分析
4.3.2 活動的時間安排
4.3.3 信息來源
4.3.4 集成測試計劃問題
4.3.5 配置管理
4.3.6 測試環(huán)境
4.4 單元測試
4.4.1 單元測試的常見障礙
4.4.2 培訓與相關支持
4.4.3 標準與需求
4.4.4 配置管理
4.4.5 度量
4.4.6 單元測試件的復用
4.4.7 評審、走查與審查
4.4.8 伙伴測試
第5章 分析與設計
5.1 建立清單
5.1.1 設計分析
5.2 黑盒與白盒測試
5.3 黑盒科學
5.3.1 等價類劃分
5.3.2 邊界值分析
5.3.3 判定表
5.3.4 狀態(tài)轉(zhuǎn)換圖
5.3.5 正交陣列
5.4 黑盒技術
5.4.1 即席測試
5.4.2 隨機測試
5.4.3 半隨機測試
5.4.4 探查性測試
5.5 白盒科學
5.5.1 白盒測試
5.5.2 覆蓋技術
5.6 測試設計文檔編制
5.6.1 IEEE測試設計規(guī)格說明
5.6.2 IEEE測試用例規(guī)格說明
5.6.3 IEEE測試規(guī)程規(guī)格說明
第6章 測試實施
6.1 測試環(huán)境
6.1.1 人員
6.1.2 硬件配置
6.1.3 共駐軟件
6.1.4 接口
6.1.5 測試數(shù)據(jù)來源
6.1.6 測試數(shù)據(jù)量
6.1.7 策略
6.2 模型辦公室的概念
6.3 自動化的對象有哪些
6.3.1 重復的任務
6.3.2 枯燥的任務
6.4 避開測試工具陷阱
6.4.1 沒有清晰的策略
6.4.2 過高的預期
6.4.3 缺乏支持
6.4.4 缺乏成效的培訓
6.4.5 錯誤對象的自動化
6.4.6 選擇錯誤的工具
6.4.7 選擇錯誤的供應商
6.4.8 不穩(wěn)定的軟件
6.4.9 做得太多、太快
6.4.10 低估時間／資源
6.4.11 不充分或獨特的測試環(huán)境
6.4.12 拙劣的時間安排
6.4.13 工具成本
6.5 評價測試件
6.5.1 質(zhì)量保證團隊
6.5.2 評審
6.5.3 預檢
6.5.4 跟蹤
6.5.5 缺陷種植
6.5.6 變異分析
6.5.7 測試自動化規(guī)程
第7章 執(zhí)行測試
7.1 執(zhí)行測試前的準備工作
7.1.1 確定應當由誰來執(zhí)行測試
7.1.2 確定首先執(zhí)行什么
7.1.3 在執(zhí)行過程中編寫測試用例
7.1.4 記錄每個測試用例的結果
7.2 測試日志
7.3 意外事件報告
7.3.1 IEEE測試意外事件報告模板
7.3.2 書寫意外事件報告
7.3.3 缺陷跟蹤工具的屬性
7.3.4 使用多個缺陷跟蹤系統(tǒng)
7.4 測試狀態(tài)與結果
7.4.1 測試狀態(tài)的度量
7.4.2 測試總結報告
7.5 何時才算完成了測試工作
7.5.1 缺陷發(fā)現(xiàn)率
7.5.2 殘留缺陷估計準則
7.5.3 資源耗盡
7.6 度量測試的有效性
7.6.1 客戶滿意度度量
7.6.2 缺陷度量
7.6.3 覆蓋的度量
7.6.4 整體代碼覆蓋率
第8章 測試組織
8.1 測試組織
8.1.1 測試組織的樣例
8.1.2 獨立的測試小組
8.1.3 集成的測試小組
8.1.4 開發(fā)人員
8.1.5 測試協(xié)調(diào)員
8.1.6 質(zhì)量保證
8.1.7 外包
8.1.8 獨立驗證與確認
8.2 辦公環(huán)境
8.2.1 辦公空間
8.2.2 相對于其他參與人員的位置
8.2.3 小房間、辦公室與公共辦公室
8.2.4 深入時間
8.2.5 安靜時間
8.2.6 會議
第9章 軟件測試人員
9.1 優(yōu)秀測試人員的特點
9.2 發(fā)現(xiàn)優(yōu)秀的測試人員
9.2.1 開發(fā)人員
9.2.2 用戶
9.2.3 售后服務／技術支持人員
9.2.4 技術文員
9.2.5 QA人員
9.2.6 新近畢業(yè)生
9.2.7 來自其他公司（新雇用的）的人員
9.3 雇用測試人員
9.3.1 定義工作需求
9.3.2 閱讀應聘人員的簡歷
9.3.3 自己做好精神上的準備
9.3.4 第一印象很重要
9.3.5 學會問問題
9.3.6 要求應聘人員展示他們的能力
9.3.7 做筆記
9.3.8 回答應聘人員的問題
9.3.9 核實推薦信
9.3.10 小組面試
9.4 你需要多少測試人員
9.5 留住職員
9.5.1 加班工作
9.6 軟件測試人員認證
9.6.1 認證對測試人員的價值
9.6.2 認證對于測試經(jīng)理的價值
9.6.3 認證對公司的價值
9.6.4 如何準備認證
9.6.5 重認證
第10章 測試經(jīng)理
10.1 什么是管理
10.1.1 人際關系角色
10.1.2 信息角色
10.1.3 決策角色
10.2 管理與領導
10.2.1 領導風格
10.3 海軍陸戰(zhàn)隊的領導原則
10.4 作為領導的測試經(jīng)理
10.4.1 領導的基石
10.4.2 政策
10.4.3 控制范圍
10.4.4 有效的交流
10.5 測試經(jīng)理在團隊中的作用
10.5.1 經(jīng)理在測試自動化中的作用
10.6 測試經(jīng)理在培訓中的作用
10.6.1 需要培訓的一些主題
10.6.2 培訓方法
10.7 針對測試經(jīng)理的度量入門
10.7.1 軟件的測量和度量
10.7.2 使用度量的好處
10.7.3 使用度量的經(jīng)驗法則
10.7.4 要收集哪些度量
10.7.5 “最好的”項目使用的度量
10.7.6 度量工程的前景
第11章 測試過程改進
11.1 改進測試過程
11.1.1 步驟1：確定當前實踐的基線
11.1.2 步驟2：擬定前景和目標
11.1.3 步驟3：闡明需求并按優(yōu)先級排序
11.1.4 步驟4：創(chuàng)建項目
11.1.5 步驟5：制定計劃
11.1.6 步驟 6：逐步引入變更
11.1.7 步驟7：度量結果
11.1.8 步驟8：回到步驟1
11.1.9 在整個過程中獲得支持
11.2 ISO認證
11.2.1 ISO檢查清單
11.2.2 ISO認證的優(yōu)點和缺點
11.3 能力成熟度模型
11.4 測試過程改進（TPI）模型
11.4.1 TPI的關鍵域
11.4.2 TPI評估示例
11.5 持續(xù)改進
第12章 最后的一些想法
12.1 使用預防性測試技術
12.2 進行軟件風險分析
12.3 確定計劃風險
12.4 制定測試策略
12.5 使用測試清單
12.6 恰當使用測試工具
12.7 分析缺陷趨勢和模式
12.8 度量測試有效性
12.9 不斷進行培訓
12.10 宣傳測試的思想
附錄A 術語表
附錄B 測試調(diào)查
附錄C IEEE模板
附錄D 總體測試計劃樣例
附錄E 簡化的單元測試計劃
附錄F 過程圖
附錄G 參考文獻