微軟的軟件測試之道

獻辭
業(yè)界專家的評論
微軟內(nèi)部專家的評論
致謝
譯者序
譯者介紹
前言
第一部分 關于微軟
第1章 微軟的軟件工程
1.1 微軟的愿景和價值觀，為何我們“愛微軟”
1.2 微軟是大型的軟件工程公司
1.3 拓展大型且高效的業(yè)務
1.4 在“大”公司中做“小”項目
1.5 聘用多種類型的工程師
1.6 全球化的軟件開發(fā)公司
1.7 本章小結(jié)
第2章 微軟的軟件測試工程師
2.1 職位名稱的含義
2.2 微軟測試工程師的職稱并非一直都是SDET
2.3 我需要更多的測試工程師，立刻就要
2.3.1 校園招聘
2.3.2 業(yè)界招聘
2.4 學習如何成為微軟的SDET
2.5 微軟工程師的職業(yè)發(fā)展
2.6 測試職種的發(fā)展道路
2.6.1 測試架構(gòu)師
2.6.2 測試獨立貢獻者
2.6.3 成為管理者并不意味著升職
2.6.4 測試經(jīng)理
2.7 本章小結(jié)
第3章 工程生命周期
3.1 微軟的軟件工程
3.1.1 傳統(tǒng)軟件工程模型
3.1.2 里程碑模式
3.1.3 微軟的敏捷開發(fā)
3.1.4 宏觀視野
3.2 流程改進
3.3 從“作戰(zhàn)室”發(fā)布軟件
3.4 本章小結(jié)
第二部分 關于測試
第4章 軟件測試用例設計的實用方法
4.1 實踐良好的軟件設計和測試設計
4.2 使用測試模式
4.3 估計測試時間
4.4 從測試開始
4.4.1 搜出問題
4.4.2 制定測試策略
4.5 考慮可測試性
4.6 同時用好數(shù)據(jù)和壞數(shù)據(jù)進行測試
4.7 測試用例設計中應考慮的其他因素
4.7.1 黑盒測試、白盒測試和灰盒測試
4.7.2 微軟的探索性測試
4.8 本章小結(jié)
4.7.1 黑盒測試、白盒測試和灰盒測試
4.7.2 微軟的探索性測試
4.8 本章小結(jié)
第5章 功能測試技術
5.1 功能測試的需求
5.2 等價類劃分
5.2.1 變量分解
5.2.2 等價類劃分實戰(zhàn)
5.2.3 參數(shù)子集分析
5.2.4 等價類劃分測試
5.2.5 等價類劃分小結(jié)
5.3 邊界值分析
5.3.1 定義邊界測試
5.3.2 邊界值分析：一個全新的公式
5.3.3 隱性邊界
5.3.4 邊界值分析小結(jié)
5.4 組合分析
5.4.1 組合測試的途徑
5.4.2 組合分析實踐
5.4.3 組合分析的有效性
5.4.4 組合分析小結(jié)
5.5 本章小結(jié)
第6章 結(jié)構(gòu)測試技術
6.1 塊測試
6.2 判定測試
6.3 條件測試
6.4 基礎路徑測試
6.5 本章小結(jié)
第7章 用代碼復雜度分析風險
7.1 風險行業(yè)
7.2 復雜問題
7.3 測量回路復雜度
7.3.1 Halstead度量
7.3.2 面向?qū)ο蟮亩攘?br />7.3.3 回路復雜度高并不表示缺陷累累
7.4 如何利用復雜度度量
7.5 本章小結(jié)
第8章 基于模型的測試
8.1 采用模型測試
8.1.1 設計模型
8.1 一模型化軟件
8.1.3 建立有限狀態(tài)模型
8.1.4 模型自動化
8.2 不帶測試的建模
8.2.1 貝葉斯圖解模型
8.2.2 Petri網(wǎng)
8.3 微軟的基于模型的測試工具
8.3.1 SpecExplorer
8.3.2 語言和引擎
8.3.3 建模提示
8.4 本章小結(jié)
8.5 推薦資料和工具
第三部分 測試工具和系統(tǒng)
第9章 缺陷和測試用例管理
9.1 缺陷工作流程
9.2 缺陷的跟蹤
9.2.1 一個缺陷的生命周期
9.2.2 缺陷跟蹤系統(tǒng)的特征
9.2.3 為什么撰寫缺陷報告
9.2.4 解剖缺陷報告
9.2.5 缺陷會審
9.2.6 缺陷報告中常見的錯誤
9.2.7 數(shù)據(jù)使用
9.2.8 何時不能使用缺陷數(shù)據(jù)：缺陷作為績效度量
9.2.9 缺陷門檻
9.3 測試用例管理
9.3.1 什么是測試用例
9.3.2 測試用例的價值
9.3.3 剖析測試用例
9.3.4 測試用例誤區(qū)
9.4 管理測試用例
9.4.1 測試用例和測試點：計算測試用例
9.4.2 跟蹤和解釋測試結(jié)果
9.5 本章小結(jié)
第10章 測試自動化
10.1 自動化的價值
10.2 用戶界面自動化
10.3 自動化測試包括什么
10.4 微軟中的“SEARCH”’
10.4.1 設置
10.4.2 執(zhí)行
10.4.3 分析
10.4.4 報告
10.4.5.清理
10.4.6 幫助
10.5 讓自動化測試跑起來
10.5.1 把一切裝配起來
10.5.2 大型自動化測試系統(tǒng)
10.5.3 測試自動化中的常見錯誤
10.6 本章小結(jié)
第11章 非功能測試
11.1 功能之外
11.2 屬性測試
11.3 性能測試
11.4 壓力測試
11.4.1 分布式壓力測試
11.4.2 分布式壓力架構(gòu)
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 f用性測試
11.9 安全測試
11.9.1 威脅建模
11.9.2 模糊測試
11.10 本章小結(jié)
第12章 其他工具
12.1 代碼改動量
12.2 一切盡在掌握
12.2.1 追蹤變更
12.2.2 什么改變了
12.2.3 為何改變
12.2.4 集中型的源代碼管理控制
12.3 軟件構(gòu)建
12.4 靜態(tài)分析
12.4.1 本機代碼分析
12.4.2 托管代碼分析
12.4.3 工具只是工具
12.4.4 測試代碼分析
12.4.5 測試代碼也屬于產(chǎn)品代碼
12.5 更多工具
12.5.1 解決特定問題的工具
12.5.2 服務大眾的工具
12.6 本章小結(jié)
第13章 用戶反饋系統(tǒng)
13.1 測試和質(zhì)量
13.1.1 測試提供了信息
13.1.2 質(zhì)量感知
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 本章小結(jié)
第14章 測試軟件加服務
14.1 第一部分 關于服務
14.1.1 微軟的服務戰(zhàn)略
14.1.2 業(yè)務重心向Intenet服務遷移
14.1.3 從大規(guī)模成長為超大規(guī)模
14.1.4 能源是成長的瓶頸
14.1.5 服務與盒裝軟件
14.1.6 從單機軟件到多層次服務
14.2 第二部分 測試軟件加服務
14.2.1 創(chuàng)新的浪潮
14.2.2 設計合適的軟件加服務測試方法
14.2.3 軟件加服務測試技術
14.3 另一些關于軟件加服務的重要思想
14.3.1 持續(xù)質(zhì)量提高計劃
14.3.2 我見過的被忽略的常見缺陷
14.4 本章小結(jié)
第四部分 關于未來
第15章 今天解決明天的問題
15.1 自動失敗分析
15.1.1 戰(zhàn)勝分析癱瘓
15.1.2 匹配游戲
15.1.3 好的日志記錄實踐
15.1.4 日志文件剖析
15.1.5 集成AFA
15.2 機器虛擬化
15.2.1 虛擬化的好處
15.2.2 虛擬機測試場景
15.2.3 當測試時發(fā)生失敗
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 開放式的開發(fā)
15.5 本章小結(jié)
第16章 構(gòu)建未來
16.1 前瞻性思考的需求
16.1.1 通過追本溯源進行前瞻性思考
16.1.2 努力培養(yǎng)質(zhì)量文化
16.1.3 測試和質(zhì)量保證
16.1.4 質(zhì)量該誰管
16.1.5 質(zhì)量成本
16.1.6 測試的新角色
16.2 測試領域的領導力
16.2.1 微軟測試領導團隊
16.2.2 測試領導團隊主席
16.2.3 測試領導力在行動
16.2.4 測試架構(gòu)師團隊
16.3 卓越測試
16.3.1 共享
16.3.2 幫助
16.3.3 溝通
16.3.4 關注未來
16.3.5 微軟公司卓越測試主任
16.3.6 三方面的領導
16.4 為未來創(chuàng)新
中英文對照術語表