軟件測試實戰 微軟技術專家經驗總結pdf

圖書網
9788
文章
1286
評論
2018年8月22日23:20:22 評論 303閱讀9分18秒
摘要

微軟一線測試專家實戰精華
全面涵蓋軟件測試實用技術

軟件測試實戰 微軟技術專家經驗總結 內容簡介

《軟件測試實戰:微軟技術專家經驗總結》從多個角度討論了測試人員的實際工作,包括缺陷報告、測試文檔、測試建模、測試設計、測試自動化、研究產品、研究項目環境、測試管理、個人管理、實踐案例等。書中嶄新的觀念與技術將有助于讀者更好地提交缺陷報告,在項目末期的缺陷壓力下更好地做回歸測試。

《軟件測試實戰:微軟技術專家經驗總結》適用于測試新手以及初級測試人員。

軟件測試實戰 微軟技術專家經驗總結 目錄

第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 小結

參考文獻

軟件測試實戰 微軟技術專家經驗總結 精彩文摘

在許多項目環境中,缺陷報告是測試人員最主要的工作產出,是將測試人員和項目團隊廣泛聯系在一起的紐帶。

程序員會閱讀缺陷報告,以了解缺陷的癥狀和重現步驟。好的缺陷報告能幫助他快速地定位問題;差的缺陷報告會浪費他的調試時間。

產品經理會閱讀缺陷報告,以了解缺陷的癥狀和嚴重性。好的缺陷報告準確地傳遞了用戶質量的信息,幫助他設定修復優先級;差的缺陷報告會誤導他作出錯誤決定,甚至將一些嚴重的缺陷標記為“不予修復”。

在一些團隊,產品經理、開發經理和測試經理會舉行缺陷評審會議,對缺陷是否修復進行“最終判決”。好的缺陷報告會提高會議效率;差的缺陷報告會降低會議效率,甚至讓評審小組作出錯誤的決策。

圖書網:軟件測試實戰 微軟技術專家經驗總結pdf

恭喜,此資源為免費資源,請先
聲明:本站所有資源收集于互聯網,只做學習和交流使用,版權歸著作人和出版社所有,請在下載后24小時之內自覺刪除,若作商業用途,請購買正版,由于未及時購買和付費發生的侵權行為,與本站無關。本站發布的內容若侵犯到您的權益,請聯系站長刪除,我們將及時處理!
繼續閱讀
  • 我的微信
  • 掃一掃加好友
  • weinxin
  • 微信公眾號
  • 掃一掃關注
  • weinxin
大話設計模式pdf 企業軟件開發與實施

大話設計模式pdf

《大話設計模式》是準備攀登面向對象編程高峰朋友們的引路人和提攜者;《大話設計模式》是學習、體會和領悟了眾多大師智慧結晶后的圖書作品;《大話設計模式》是你深入理解和感受GoF的《設計...
黑客攻防技術寶典 iOS實戰篇pdf 企業軟件開發與實施

黑客攻防技術寶典 iOS實戰篇pdf

黑客攻防技術寶典 iOS實戰篇 內容簡介 安全始終是計算機和互聯網領域重要的話題。進入移動互聯網時代,移動平臺和設備的安全問題更加突出。iOS系統憑借其在移動市場的占有率擁有著舉足輕重的地位。雖然iO...
高性能iOS應用開發pdf 企業軟件開發與實施

高性能iOS應用開發pdf

本書為有經驗的iOS開發者提供構建優異應用移動性能所需的開發建議和實踐,幫助讀者解決常見性能問題。 作者Gaurav Vaish從工程角度演示了編寫優質代碼的方法,詳盡介紹如何設計...
JavaScript Web應用開發pdf 企業軟件開發與實施

JavaScript Web應用開發pdf

《JavaScript Web應用開發》介紹了用于提升軟件質量和改進開發流程的技術:首先教你如何制定能優化產品質量的過程,制定好過程后,每次修改代碼后都會執行一些任務,每次提交后都...
匿名

發表評論

匿名網友 填寫信息

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: