軟體測試實戰：微軟技術專家經驗總結

《軟體測試實戰：微軟技術專家經驗總結》是2014年8月 9日由人民郵電出版社出版的圖書，作者是史亮。

基本介紹

• 中文名：軟體測試實戰：微軟技術專家經驗總結
• 作者：史亮
• ISBN：7115345848
• 出版社：人民郵電出版社
• 出版時間：2014-8-9

作品簡介

本書總結了作者多年從事軟體測試研究與實踐的經驗，旨在幫助測試人員建立正確的觀念，並掌握一批切合實戰的測試技術。一方面，它總結了測試專家的見解和方法，將其精華內容綜述在精悍的篇幅內，以幫助讀者提高學習效率。另一方面，它融入了作者的經驗反思，嘗試用理論結合實踐的方式來解決現實的問題。

作者簡介

史亮，男，畢業於東南大學計算機系，獲得計算機軟體與理論專業博士學位，研究領域為軟體分析與測試。於2006年加入微軟（中國）有限公司，任職軟體開發測試工程師，負責微軟線上業務與商業只能產品的測試工作。於2011年調動至微軟總部工作，從事Microsoft Office 2013的測試。於2012年與高翔合著了《探索式軟體測試實踐之路》一書。目前，正參與下一代Microsoft Office產品的研發。

作品目錄

軟體測試實戰：微軟技術專家經驗總結

推薦序一

推薦序二

推薦序三

前言

本書的組織方式

目標讀者

如何閱讀本書

致謝

第 1 章　軟體測試基礎

1.1　軟體的複雜度已經超越了人的理解能力

1.2　軟體測試是獲取信息的技術調查

1.3　測試是疊代過程

1.4　測試人員的工作效率取決於他對軟體和項目的理解，而不是他掌握的測試技術

1.5　小結

第 2 章　缺陷報告

2.1　報告缺陷是為了讓缺陷得到修復

2.2　高質量的缺陷報告來自於高質量的測試

2.2.1　分配測試時間

2.2.2　通過技術調查發現更多的信息

2.2.3　處理難以重現的缺陷

2.3　編寫高質量的缺陷報告

2.3.1　為每一個缺陷單獨提交一份缺陷報告，小缺陷也是如此

2.3.2　仔細編寫缺陷報告的標題

2.3.3　像編寫詳細測試用例那樣編寫重現步驟

2.3.4　使用缺陷模板來提交缺陷

2.3.5　在編寫缺陷報告時，要考慮缺陷查詢

2.3.6　連結相關的缺陷

2.3.7　注意缺陷報告的可讀性

2.3.8　客觀中立地書寫缺陷報告

2.4　對不予修復的缺陷進行抗訴

2.5　周密地測試缺陷修復

2.6　堅持閱讀缺陷報告

2.7　小結

第 3 章　測試文檔

3.1　測試文檔是持續演化的工具

3.1.1　測試文檔是提供測試信息的一組文檔

3.1.2　在測試中演化測試文檔

3.1.3　注重實效的測試文檔

3.2　形形色色的測試文檔

3.2.1　測試計畫

3.2.2　Google ACC

3.2.3　測試設計規約

3.2.4　功能列表

3.2.5　大綱與思維導圖

3.2.6　表格（矩陣）

3.2.7　測試指南

3.2.8　測試想法列表

3.2.9　質量特性列表

3.2.10　操作文檔

3.2.11　檢查列表

3.2.12　缺陷目錄

3.2.13　測程表

3.2.14　移交文檔

3.3　在測試中發展測試文檔

3.3.1　初始測試文檔

3.3.2　發展測試文檔

3.4　小結

第 4 章　測試建模

4.1　從組合測試看建模的重要性

4.1.1　組合測試簡介

4.1.2　根據語境來完善組合測試的模型

4.1.3　測試建模的基本點

4.2　常用測試建模方法

4.2.1　啟發式測試策略模型

4.2.2　輸入與輸出模型

4.2.3　系統生態圖

4.2.4　實體關係模型

4.2.5　狀態機模型

4.2.6　多種多樣的模型

4.3　小結

第 5 章　測試技術

5.1　測試技術分類系統

5.2　啟發式方法

5.3　測試先知

5.3.1　測試先知的定義

5.3.2　FEW HICCUPPS

5.3.3　約束檢查

5.4　漫遊測試

5.4.1　基本漫遊方法

5.4.2　基於旅行者隱喻的漫遊方法

5.4.3　移動測試漫遊方法

5.4.4　實施漫遊測試

5.5　快速測試

5.5.1　James Bach的方法

5.5.2　Cem Kaner的方法

5.5.3　James Whittaker的方法

5.6　情景測試

5.6.1　基本方法

5.6.2　設計用戶角色

5.6.3　情景測試與漫遊測試

5.6.4　肥皂劇測試

5.6.5　虛擬業務

5.7　多樣地選擇測試技術

5.8　小結

第 6 章　測試開發

6.1　測試開發分類

6.2　注重實效的自動化測試

6.2.1　自動化測試的基本策略

6.2.2　將測試開發視作軟體開發

6.2.3　利用自動化測試金字塔來指導測試開發

6.2.4　面向調試的測試代碼

6.2.5　系統測試的測試開發

6.2.6　讓自動化測試服務於項目

6.3　計算機輔助測試

6.3.1　“交通工具”的隱喻

6.3.2　選擇合適的開發技術

6.4　大規模自動化測試

6.4.1　基本概念

6.4.2　測試設計

6.5　小結

第 7 章　研究產品

7.1　靜態分析

7.1.1　瀏覽原始碼來理解產品實現

7.1.2　分析原始碼來幫助測試設計

7.1.3　黑盒測試並不是基於無知的測試

7.2　動態分析

7.2.1　用工具分析產品的行為

7.2.2　在調試器中觀察軟體行為

7.3　業務研究

7.3.1　理解關係人

7.3.2　評審需求文檔

7.3.3　通過測試來研究

7.3.4　利用網際網路資源

7.3.5　領域研究

7.4　研究策略

7.5　小結

第 8 章　研究項目

8.1　項目團隊

8.1.1　了解團隊組織

8.1.2　語境獨立的啟發式問題

8.1.3　了解團隊成員

8.2　面向測試的項目分析

8.2.1　軟體缺陷

8.2.2　原始碼

8.2.3　構建

8.2.4　自動化測試

8.3　基於風險的測試

8.3.1　通過測試調查風險

8.3.2　失敗模式

8.3.3　項目級別的風險

8.4　小結

第 9 章　團隊工作

9.1　工作風格

9.1.1　測試人員通過服務團隊來體現自己的價值

9.1.2　測試人員應該正直

9.1.3　測試人員的影響力來自於出色的工作

9.1.4　信任程式設計師的努力，並用技術調查檢驗其工作

9.2　測試管理

9.2.1　個人測試計畫應該是項目測試計畫的延伸

9.2.2　制訂個人測試計畫時應該綜合考慮各種項目元素

9.2.3　測試需要動態管理

9.3　軟體估算

9.3.1　測試人員應該估算自己的任務

9.3.2　用計數和計算作為估算手段

9.3.3　歷史數據是估算的重要參考

9.3.4　同時估算最差情況和最好情況

9.4　度量

9.4.1　理解度量方法的基本元素

9.4.2　明確度量的目標

9.4.3　掌握屬性和算法的聯繫

9.4.4　理解度量方法的優點和缺點

9.4.5　密切關注度量的副作用

9.4.6　注重實效的計算

9.5　測試小組

9.5.1　價值觀

9.5.2　團隊建設

9.6　小結

第 10 章　個人管理

10.1　時間管理

10.1.1　利用任務清單記錄所有工作項

10.1.2　堅持周計畫和每日回顧

10.1.3　專注是高效工作的前提

10.1.4　恰到好處的文檔化和自動化

10.2　持續學習

10.2.1　在工作中學習

10.2.2　持續閱讀

10.3　且行且思

10.4　成為專家

10.5　小結

參考文獻