今天參加了《測試小道消息》的線上討論，大家希望推薦一些書，我把我讀過的認為還不錯的書推薦給大家，里面的評語純屬個人觀點，僅供參考，測試人員看的開發類書籍后續介紹吧，不然內容太多了。

適合所有測試人員讀的書籍：

：如果只讓推薦一本書，我就推薦這一本。書以很多看似零散的小知識點組成，但是字字珠璣。真正做過2年~20年測試的人，拿起它來，每一條和自己的工作做對照，都會有共鳴或者”原來如此“的感受。工作經驗越多，體會越深，是一本常看常新，并且能夠一直指導你的書。從某種意義上，它教會測試人員的是“思辨思維”，這才是最重要的財富。

：?跟《軟件測試，經驗與教訓一樣》是一部分實戰很強的總結類書籍，我覺得也可以列入經典。推薦閱讀的時候同自己的工作一條一條做對照，肯定會有很深體會。（里邊的一些觀點也許你不同意，但是，能夠促進你思考就是好事情）。btw，我非常喜歡checklist類型的書。一條一條漫漫嚼，味道很好。

：如果你入行不深，想從最基本的地方補一下測試理論。這本書無疑是相當合適的教材。看過很多書，ISTQB系列還是最成體系化，內容也最好的書之一。

，?這兩本書是ISTQB高級認證的培訓教材。如果你做測試工作超過3年，可以買2本來看看，里邊很多東西很實用。如果看著無感，可以放著，工作幾年再看。如果這些年間你一直在進步，看著一定會有感。里邊的東西不見得全對，也不見得全實用，但是當你能夠理解里邊大部分內容，并可以取精去糟的使用到工作中時，你可以說，測試我做的不錯了。這算是個自查手冊。

：我心中14年最好的測試書，也是近些年難得的測試好書籍。這本書中對探索式軟件測試的定義，作用，局限性和實施方法我認為是最好的。就算不是做純粹的ET，這本書的很多內容都能直接幫助你提高測試質量。強烈推薦。

：大學的課本，這本書還留著，有些內容有點兒過時，但是現在看也還是一本非常好的入門書籍，值得新手購買。

：我上學時候買到的書，已經絕版了，但網上有英文電子版。測試大牛James wittaker早期的作品，你可以的讀到他后期的《》和《》。這些書秉承了一貫的自成體系的方法，拋棄了上層次，玩體系化這些道路，怎樣讓團隊更好的測試就怎么來。三本書里邊有很多經典案例，也有很多讓人耳目一新的簡單直接的方法（可以很快嘗試使用）。但是，請注意，能夠做到像他說的測試的team都是google和微軟身經百戰內功深厚的工程師團隊，不要盲目崇拜，要根據自身團隊的能力選取采用。如果你的領導讀了以后覺得你們公司就可以這么干了，一定要好好讀讀這本書，告訴他那些真的可以用，那些真的需要緩行。

：持續集成、持續交付的概念越來越被各個開發團隊所接受，良好的測試是持續交付能夠真正實現的重要基石，這是每個測試人員都應該掌握的知識（起碼從概念上能夠掌握，并且能夠 do your part），這本書信息量極大，對于平時只做系統測試的同學來說可能很難懂，但是建議啃一下，慢慢消化里邊的一些知識，在讀的過程中多與開發人員，SQA，產品人員，運維人員交流。

： 每個測試人員都值得一讀（應該推薦團隊所有成員讀），你絕對會眼前一亮并說：太棒了！就該這么干！書的最高境界是一個理想的“活文檔系統”，實際上這很難完全實現，但里邊的東西每實現一部分，測試的效果就會提高一部分，團隊離失敗就會遠一點。

：近年來，國內的團隊都在做敏捷轉型。所以很多測試人員都會遇到在敏捷團隊工作的經歷。敏捷實施給軟件人員帶來的沖擊還是很大的，過程中我們也聽到了各種聲音。Scrum元素以很多小故事的形式講述了敏捷團隊如何工作，非常實用，測試人員值得一讀。如果你實用Kanban的敏捷方式，其實也沒有關系，讀了同樣受益。另外這本書也不錯，就是讀著很累。如果你受敏捷轉型困擾，可以讀讀這兩本書，會有很大幫助。仍然要說的是：這兩本書里邊很多建議不是絕對正確的，也可能不適合你的團隊，要對自己的團隊有深刻理解之后再謹慎的選用。

：一個資深測試工程師寫的一本免費的測試設計的書，他說的測試設計可不是我們傳統意義上的測試設計，而是一套全新的方法論。在他的眼里，測試設計不是一個靜態的過程，而是一個動態迭代的過程。仔細讀，會大有收獲。最值得一提的是，書中引用了很多素材，這些素材都是精華中的精華，從某種意義上來講，那些素材的索引占了本書一半的價值。

：最近覺得很不錯的一本書。由微軟資深測試工程師史亮編寫，國人寫的少有的好書。書最大的價值就是作者總結了大量的業界測試牛人的體系和方法論，并結合了實際的工作例子來做解釋。深入學習的話，對測試能力的提高會有很大幫助，眼界也能得到很大的拓展。建議讀書的時候也拿自己的工作與書中所述做比較

：測試人員也該看的需求相關的書，讀完以后我們能夠知道：如何以正確的方式獲取需求，分析需求，描述需求，維護需求。這其實是測試人員的有力武器。

想上層次？從組織級層次推動需求不爽帶來的惡果？你需要在方法論上碾壓擋路的同志們，推薦這本書給你：《》。德國人寫的，絕對高屋建瓴。其實里邊的方法很厚重，不能全部采納，但是里邊的建模方式和很多知識點非常啟發人。

性能測試：

? ??：這兩本書，一本外國人寫的，一本是國人段念寫的。主要告訴你性能測試如何來做，為什么要這么做，還有評判準則，還有很好的案例。如果真正的做性能測試，推薦一定要讀這兩本，因為這是在講方法論的東西，沒有方法論指導，你就不知道怎么建模，怎么設計場景，怎么評判測試結果。這兩本甩開國內很多 《loadrunner XXX》的一坨圖書一百條街。學loadrunner其實看它的官方文檔就足夠了。但是，你真的是小白，一點兒基礎也沒有，不妨找本網上評價比較高的《loadrunner xxx》系列圖書來讀，可以幫助迅速上手，體驗一下怎么操作，但價值也僅限如此了。

如果你性能測試做得比較深入了，其實可以看相關的開發書籍，比如架構相關的書，數據庫管理、調優，JVM調優，web服務器管理、調優，高性能程序設計、調優等。對被測物理解越深，性能測試才能越深入。這方面的書可以自行根據關鍵字進行搜索。

安全測試：

：最好的滲透測試入門書，也是一本目錄，可以由它打開安全測試之門。

自動化測試：

沒有什么特別好的書，如果非要推薦，推薦：?這是一本案例教學的書。里邊有幾十個例子，其中一半的例子我認為非常有參考價值。自動化要做好我認為至少要有4點：合適的技術，合適的策略，合適的團隊，合適的時機。技術對于自動化實施成功充其量只占到四分之一。書里講了很多技術之外的東西。真正做自動化實施的同學讀了肯定會有很多感觸。如果是初學者，建議你先買了放著，經過一兩個失敗的項目（沒有非常好的工程師帶，沒有好的團隊，通常第一次實施肯定是失敗的）后再反過來讀。另外里邊也有幾章是自動化測試相關的案例，值得一看。

還想說的是，別把自動化同QTP這個玩意兒劃等號。除非你的單位明確使用QTP，否則絕對不要買QTP的書來看了，這東西基本上已經是明日黃花了，不要被騙錢。在我眼里，最值得學習的測試的三個通用測試框架是”Junit“，”cucumber“，”Robotframeork“。你可以從中學到很多框架測試的理念，并舉一反三。特定測試框架建議從selenium學起。它們最好的學習方法就是泡論壇，泡官網，泡郵件組，泡國內社區，多認識相關的人，自己動手。

其它：

：如果對新技術感興趣，可以試著買一本看。看似很高大上，看完后你會發現：哦，原來如此。老瓶裝新酒。這本書的好處在于：教了你方法論。你可以把書的云服務換成現在更流行的”大數據“，”移動測試“。換完了以后，你發現，怎么測本質上是一樣的，不同的地方就是：被測物變了，熟悉你的被測物，并建立針對被測物特性的測試體系就行了。當然你為了完成工作需要學習被測物的相關技術，尤其是測試相關的技術。這樣具體的書籍有很多，測什么的時候買一本風評不錯的書。比如搜索”移動測試“：）

我的主要工作是測試后臺系統，對于很多其他領域了解的并不是很深。如果在特定領域有很好的書籍，也請大家跟帖回復，跟大家分享吧。

-----------------------------------------------------------

特別吐槽，千萬別買：，英文版還是很贊的。只是翻譯的相當垃圾，基本上是金山快譯后直接出版的水平，毀了一本好書。

最后要說的是：讀書和工作是相互促進的。別太信書，它很多時候不能解決具體問題。但是書的最大作用就是啟迪你。

原文://www.cnblogs.com/skytraveler/p/4314753.html