編輯推薦

　　脫離測試設計的用例編寫，是無源之水

　　沒有度量及分析的缺陷管理，是捨本逐末

　　超過10年的軟件測試經驗，乾貨遍地

　　全麵深入需求分析、測試策略、測試流程、缺陷管理、度量及分析

　　企業真實軟件測試流程，超級實用

內容簡介

　　本書主要介紹企業軟件測試的流程、方法和技術。本書分四大部分：理論篇、設計篇、技術篇和擴展篇。理論篇主要介紹軟件測試的基礎知識；設計篇主要介紹企業中真實的軟件測試的流程，包括測試計劃、設計、執行、結果報告等，尤其是如何對缺陷進行度量，是本部分內容的一大亮點。技術篇主要介紹係統測試過程中其他的相關測試技術，包括Web測試技術、本地化與國際化測試、兼容性測試和易用性測試。擴展篇主要介紹瞭當前流行的性能測試和自動化測試，通過實例講述瞭性能測試和自動化測試的全過程。

目錄

前言

第一部分 理論篇

第1章 軟件測試概述

第2章 係統生命周期中的測試策略

第3章 軟件測試組織

第二部分 設計篇

第4章 軟件測試過程

第5章 軟件質量模型

第6章 測試需求分析過程

第7章 測試設計

第8章 測試用例設計及管理

第9章 缺陷管理與分析

第10章 單元測試

第三部分 技術篇

第11章 係統測試

第12章 Web係統測試

第13章 本地化與國際化測試

第14章 兼容性測試

第15章 易用性測試

第四部分 擴展篇

第16章 性能測試

第17章 自動化測試

第18章 驗收測試

第19章 文檔測試

第20章 軟件測試工程師的職業規劃

參考文獻

前言/序言

　　Bugs，不見不如相見

　　從去年5月份開始對這本書升級，直到今年3月份纔將本書升級完成，花費的時間實在是比較長。由於最近軟件測試課程講得太多，還有一些煩瑣的事情需要課後處理，所以每天留給寫書的時間比較少，導緻書稿延期。

　　這幾年做的企業內訓比較多，因此經常有機會與一些企業的軟件測試工程師進行深入的交流。關於軟件測試，不少測試工程師都存在以下較為典型的認識誤區：

　　（1）唯工具論。

　　很多軟件測試工程師重視各種測試工具的學習和使用，而不重視對軟件測試方法、流程等方麵的學習與研究。

　　（2）總覺得黑盒測試很簡單，沒什麼技術含量。

　　做自動化和性能測試的工資明顯比做手工測試的工資高，這是客觀存在的現象，但並不能說做自動化或性能測試就可以不用來研究測試設計及測試流程。站在公司的層麵，測試設計與測試流程是産品質量的保障，自動化測試也好，性能測試也好，隻是一種測試手段，他們更多的是使用工具代替瞭手工測試，但並不能保證測試的全麵性。而測試的全麵性與科學性還是由測試設計、測試流程來決定的。

　　黑盒測試很簡單沒有技術含量，這是很多做瞭多年測試的人常犯的錯誤。如果黑盒測試沒有技術含量，為什麼很多公司做的黑盒測試都不理想呢？通常來說，認為一件事或一門技術很簡單有兩個方麵的原因：一是由於這個人確實很強，對他來說這個內容確實很簡單；二是自己掌握的知識很淺，即我們通常說的“半桶水”，由於對知識體係瞭解得不全麵而覺得簡單。很多做瞭幾年測試的工程師，可能始終沒搞明白一個問題：産品究竟什麼時候可以發布？筆者幾年前做測試的時候也有過一樣的睏惑。

　　由於白盒測試主要由開發人員完成，所以我們一般說的測試主要是指黑盒測試，嚴格說來性能測試和自動化測試也都屬於黑盒測試的範疇。很多年前當筆者剛接觸測試時，筆者也曾經迷茫過，也像很多朋友一樣，認為黑盒測試沒有技術含量，隻有用例設計和測試執行，但真正走進測試領域後，發現事實遠非如此簡單：

　　（1）為什麼用例設計總是不全麵？

　　（2）為什麼測試用例發現的問題總是很少，很多的問題不是按測試用例執行來發現的，而是一些其他方麵的操作發現的？

　　（3）為什麼測試報告幾乎沒什麼有用的數據，隻是簡單地描述用例執行情況，對缺陷幾乎沒有任何分析，也不知道為什麼産品或係統就可以發布瞭？

　　（4）為什麼幾乎從沒認真分析過測試需求，甚至不清楚需求到底是怎麼來的？

　　而解決諸多類似的問題，正是筆者編寫本書的目的。必須明確指齣，黑盒測試的核心並非測試工具的掌握和使用；黑盒測試並不簡單，需要有完整的理論指導及嚴格的方法訓練。

　　概括說來，測試的核心工作可歸結為測試流程、測試設計及缺陷管理和分析。

　　（1）測試流程：不能隻對測試流程有一個瞭解，而是必須要對測試流程中每個步驟都很熟悉，並且知道每個步驟可能存在的問題，評估需要注意的事項，在流程優化方麵有自己的見解最好。

　　（2）測試設計：其實很多人不知道測試設計是什麼意思，很多測試工程師隻知道測試用例設計，但其實用例設計不能等同於測試設計，測試設計包含三個步驟：需求分析、測試分析、用例設計。

　　（3）缺陷管理和分析：缺陷管理是大傢目前都在做的，但缺陷分析很少有公司在做，這就導緻在寫測試報告時，測試報告的內容幾乎沒什麼有價值的數據，都是一些無關緊要的內容。其實測試報告中應該對缺陷進行一定程度的分析和對缺陷進行度量，這樣纔能更好地分析産品或係統是否達到發布標準。

　　我把本書定位為一本係統、詳細、實用的學習軟件測試用書，所以，本書的內容分為四大部分：理論篇、設計篇、技術篇和擴展篇。

　　理論篇主要內容有：軟件測試的發展、缺陷的引入、修改缺陷的成本、測試成本以及測試工程師的職責，係統生命周期中的測試策略、測試模型，軟件測試組織的發展。

　　設計篇包括七個章節的內容。首先講瞭測試的整個流程，然後是軟件質量模型、測試設計和用例設計方法。測試設計和測試用例設計是測試過程中的核心內容，直接影響著軟件測試的質量，所以一般說來，我們的用例設計需要建立在測試設計分析的基礎上。但在實際的測試過程中，很多人經常忽略測試分析而直接進行用例設計。所以測試設計和測試用例設計也是本篇的核心內容。測試用例不僅需要設計，還需要進行有效的管理和維護，以便我們通過分析缺陷來改善測試流程。所以，本部分還詳細講解瞭如何對缺陷進行有效的管理和分析。

　　技術篇的內容更加豐富多彩，包括瞭Web測試、本地化與國際化測試、兼容性測試和易用性測試，當然，還有Web測試中不可或缺的Web 安全性測試。

　　擴展篇內容包含：功能測試及其他測試技術，主要介紹瞭性能測試和自動化測試，並且通案例詳細介紹性能測試和自動化測試的過程；接著介紹瞭驗收測試和文檔測試；最後介紹如何製定自己的職業規劃。

　　經過近一年的努力，書稿終於完成。在這裏我感謝所有曾經幫助、支持和鼓勵過我的朋友。由於筆者水平有限，很多內容是自己的經驗總結，齣現錯誤在所難免，歡迎廣大讀者批評指正。讀者在閱讀本書的過程中如有任何不清楚的問題和批評建議，可以發郵件到arivnhuang@163.com，作者將盡力給您答疑解惑。

　　Bugs，不見不如相見，相見不要再見！

感覺還不錯

啦啦啦啦啦啦啦啦啦啦啦

用來全麵係統的瞭解測試的好書

和描述一樣，書的質量很好，包裝更好，貨運給力，我比較信賴京東

還行吧，測試的書買瞭好多啊

可以可以…………

感覺還不錯

還可以，理論性的

東西很好，嗯，書頁質量也很好