譯者序
譯者介紹
前言
第一部分 關於微軟
第1章 微軟的軟件工程
1.1 微軟的願景和價值觀，為何我們“愛微軟”
1.2 微軟是大型的軟件工程公司
1.3 拓展大型且高效的業務
1.4 在“大”公司中做 “小”項目
1.5 聘用多種類型的工程師
1.6 全球化的軟件開發公司
1.7 本章小結
第2章 微軟的軟件測試工程師
2.1 職位名稱的含義
2.2 微軟測試工程師的職稱並非一直都是SDET
2.3 我需要更多的測試工程師，立刻就要
2.3.1 校園招聘
2.3.2 業界招聘
2.4 學習如何成為微軟的SDET
2.5 微軟工程師的職業發展
2.6 測試職種的發展道路
2.6.1 測試架構師
2.6.2 測試獨立貢獻者
2.6.3 成為管理者並不意味著升職
2.6.4 測試經理
2.7 本章小結
第3章 工程生命周期
3.1 微軟的軟件工程
3.1.1 傳統軟件工程模型
3.1.2 裏程碑模式
3.1.3 微軟的敏捷開發
3.1.4 宏觀視野
3.2 流程改進
3.3 從“作戰室”發布軟件
3.4 本章小結
第二部分 關於測試
第4章 軟件測試用例設計的實用方法
4.1 實踐良好的軟件設計和測試設計
4.2 使用測試模式
4.3 估計測試時間
4.4 從測試開始
4.4.1 搜齣問題
4.4.2 製定測試策略
4.5 考慮可測試性
4.6 同時用好數據和壞數據進行測試
4.7 測試用例設計中應考慮的其他因素
4.7.1 黑盒測試、白盒測試和灰盒測試
4.7.2 微軟的探索性測試
4.8 本章小結
第5章 功能測試技術
5.1 功能測試的需求
5.2 等價類劃分
5.2.1 變量分解
5.2.2 等價類劃分實戰
5.2.3 參數子集分析
5.2.4 等價類劃分測試
5.2.5 等價類劃分小結
5.3 邊界值分析
5.3.1 定義邊界測試
5.3.2 邊界值分析：一個全新的公式
5.3.3 隱性邊界
5.3.4 邊界值分析小結
5.4 組閤分析
5.4.1 組閤測試的途徑
5.4.2 組閤分析實踐
5.4.3 組閤分析的有效性
5.4.4 組閤分析小結
5.5 本章小結
第6章 結構測試技術
6.1 塊測試
6.2 判定測試
6.3 條件測試
6.4 基礎路徑測試
6.5 本章小結
第7章 用代碼復雜度分析風險
7.1 風險行業
7.2 復雜問題
7.3 測量迴路復雜度
7.3.1 Halstead度量
7.3.2 麵嚮對象的度量
7.3.3 迴路復雜度高並不錶示缺陷纍纍
7.4 如何利用復雜度度量
7.5 本章小結
第8章 基於模型的測試
8.1 采用模型測試
8.1.1 設計模型
8.1.2 模型化軟件
8.1.3 建立有限狀態模型
8.1.4 模型自動化
8.2 不帶測試的建模
8.2.1 貝葉斯圖解模型
8.2.2 Petri網
8.3 微軟的基於模型的測試工具
8.3.1 Spec Explorer
8.3.2 語言和引擎
8.3.3 建模提示
8.4 本章小結
8.5 推薦資料和工具
第三部分 測試工具和係統
第9章 缺陷和測試用例管理
9.1 缺陷工作流程
9.2 缺陷的跟蹤
9.2.1 一個缺陷的生命周期
9.2.2 缺陷跟蹤係統的特徵
9.2.3 為什麼撰寫缺陷報告
9.2.4 解剖缺陷報告
9.2.5 缺陷會審
9.2.6 缺陷報告中常見的錯誤
9.2.7 數據使用
9.2.8 何時不能使用缺陷數據：缺陷作為績效度量
9.2.9 缺陷門檻
9.3 測試用例管理
9.3.1 什麼是測試用例
9.3.2 測試用例的價值
9.3.3 剖析測試用例
9.3.4 測試用例誤區
9.4 管理測試用例
9.4.1 測試用例和測試點：計算測試用例
9.4.2 跟蹤和解釋測試結果
9.5 本章小結
第10章 測試自動化
10.1 自動化的價值
10.2 用戶界麵自動化
10.3 自動化測試包括什麼
10.4 微軟中的“SEARCH”
10.4.1 設置
10.4.2 執行
10.4.3 分析
10.4.4 報告
10.4.5 清理
10.4.6 幫助
10.5 讓自動化測試跑起來
10.5.1 把一切裝配起來
10.5.2 大型自動化測試係統
10.5.3 測試自動化中的常見錯誤
10.6 本章小結
第11章 非功能測試
11.1 功能之外
11.2 屬性測試
11.3 性能測試
11.4 壓力測試
11.4.1 分布式壓力測試
11.4.2 分布式壓力架構
11.4.3 多客戶端壓力測試的特點
11.5 兼容性測試
11.5.1 應用軟件庫
11.5.2 應用程序檢驗器
11.6 吃我們自己的“狗食”
11.7 適用性測試
11.7.1 可達性角色
11.7.2 可達性測試
11.7.3 微軟主動式輔助（MSAA）測試工具
11.8 可用性測試
11.9 安全測試
11.9.1 威脅建模
11.9.2 模糊測試
11.10 本章小結
第12章 其他工具
12.1 代碼改動量
12.2 一切盡在掌握
12.2.1 追蹤變更
12.2.2 什麼改變瞭
12.2.3 為何改變
12.2.4 集中型的源代碼管理控製
12.3 軟件構建
12.4 靜態分析
12.4.1 本機代碼分析
12.4.2 托管代碼分析
12.4.3 工具隻是工具
12.4.4 測試代碼分析
12.4.5 測試代碼也屬於産品代碼
12.5 更多工具
12.5.1 解決特定問題的工具
12.5.2 服務大眾的工具
12.6 本章小結
第13章 用戶反饋係統
13.1 測試和質量
13.1.1 測試提供瞭信息
13.1.2 質量感知
13.2 用戶救援
13.3 Windows錯誤報告（WER）
13.3.1 WER的工作原理
13.3.2 填入存儲桶
13.3.3 清空存儲桶
13.3.4 測試和WER
13.4 微笑，微軟和你一同微笑
13.5 連接用戶
13.6 本章小結
第14章 測試軟件加服務
14.1 第一部分關於服務
14.1.1 微軟的服務戰略
14.1.2 業務重心嚮Internet服務遷移
14.1.3 從大規模成長為超大規模
14.1.4 能源是成長的瓶頸
14.1.5 服務與盒裝軟件
14.1.6 從單機軟件到多層次服務
14.2 第二部分測試軟件加服務
14.2.1 創新的浪潮
14.2.2 設計閤適的軟件加服務測試方法
14.2.3 軟件加服務測試技術
14.3 另一些關於軟件加服務的重要思想
14.3.1 持續質量提高計劃
14.3.2 我見過的被忽略的常見缺陷
14.4 本章小結
第四部分 關於未來
第15章 今天解決明天的問題
15.1 自動失敗分析
15.1.1 戰勝分析癱瘓
15.1.2 匹配遊戲
15.1.3 好的日誌記錄實踐
15.1.4 日誌文件剖析
15.1.5 集成AFA
15.2 機器虛擬化
15.2.1 虛擬化的好處
15.2.2 虛擬機測試場景
15.2.3 當測試時發生失敗
15.2.4 不建議使用的測試場景
15.3 代碼審查和檢視
15.3.1 代碼審查的類型
15.3.2 核查清單
15.3.3 其他考慮
15.3.4 審查的兩麵性
15.4 工具無處不在
15.4.1 提煉、重用、迴收
15.4.2 問題在哪
15.4.3 開放式的開發
15.5 本章小結
第16章 構建未來
16.1 前瞻性思考的需求
16.1.1 通過追本溯源進行前瞻性思考
16.1.2 努力培養質量文化
16.1.3 測試和質量保證
16.1.4 質量該誰管
16.1.5 質量成本
16.1.6 測試的新角色
16.2 測試領域的領導力
16.2.1 微軟測試領導團隊
16.2.2 測試領導團隊主席
16.2.3 測試領導力在行動
16.2.4 測試架構師團隊
16.3 卓越測試
16.3.1 共享
16.3.2 幫助
16.3.3 溝通
16.3.4 關注未來
16.3.5 微軟公司卓越測試主任
16.3.6 三方麵的領導
16.4 為未來創新
中英文對照術語錶
· · · · · · (收起)