經典案例學習，是一種直接而有效的學習方法。本書精選全球領先的IT與互聯網行業內領先的公司最近一年里所做的大型項目中的軟件測試和質量平臺上的經典案例。根據軟件測試的特點，全書分為性能測試、敏捷測試、DevOps自動化測試、測試技術、基于需求等篇章，書中的每個案例，都是由案例實際參與者、項目團隊的負責人親自解析，圖文并茂、提綱挈領地講述了這些案例的實現過程與其中的核心技術、要點難點。這些內容，對于正在從事相關技術的測試工程師和項目負責人，具有非常明確的指導意義和參考價值。

序言
preface




近幾年來，隨著中國互聯網產業的高速發展，全球科技界的目光逐漸被北京、杭州、深圳所吸引，無論是科技創新成果還是軟件研發團隊的標準，都在大跨步地向硅谷看齊。中國軟件研發團隊的規模不斷壯大，水平日益提高，與開源分享的思潮密不可分。過去，我們都在使用國外互聯網公司分享的開源軟件，而最近幾年來，越來越多的國內互聯網行業領先企業，開始開放自己的開源產品。
其實，除了將軟硬件系統開源分享之外，互聯網圈更加注重思想交流與理念互換。不像互聯網剛剛起步的那個時期，每家企業都在閉門造車，把每一個新的想法都納入“保密條例”，生怕被同行業者搶了先機。現在的軟件研發團隊愈發重視分享的重要性，這一轉變在中國的IT行業尤為明顯。如同研發創新圣地硅谷，在北京、上海、深圳甚至中國的二三線城市，基本每周都可以參加各種類型的技術沙龍，主講人將自己的從業經驗、實踐心得分享出來，在相互討論中收獲新的啟迪。
交流與分享是行業思維革新的助推器，曾經有一個時期，中國的互聯網行業大多數依靠模仿國外的產品，而現在我們開始深入研究，研究國外及國內優秀軟件研發團隊的技術與管理案例，在研究與分享中獲得新知。“授人以魚不如授人以漁”，這句話出自《淮南子?說林訓》，原文說：“臨河而羨魚，不如歸家織網。”依靠模仿我們可以獲得新產品的外殼，而通過對優秀軟件研發團隊的案例研究，可以逐漸掌握技術理念，養成創新意識。
時至今日，全球軟件案例研究峰會（以下簡稱“top100summit”）已舉辦4屆，累計分享了來自全球一線互聯網企業研發團隊的400個軟件研發優秀案例，參會者超過萬人。在峰會的組織籌備階段，越來越多的軟件研發團隊愿意將自己的行業經驗與心得分享出來，業界同仁的精神讓我們感到欣慰與感動。在第4屆top100summit籌備期間，最艱難的事是如何在上千個案例中挑選出100個，而每一個案例背后都凝聚著一個團隊的付出與心血。我們沒有資格評判任何一個案例的優劣，但是又不得不優中選優地甄選出最具行業代表性的100個案例。最后，我們決定把選擇權交給這個行業，讓每一位軟件研發從業者都有資格評選出自己認為優秀的案例。
最終評選出的每一個案例都是一筆寶貴的財富，作為top100summit的主辦方，我們不能讓這些案例沉默，不能讓這些軟件研發團隊的實戰經驗和精髓理念只綻放兩天的光彩。這些案例是對這一年IT行業發展的年度總結，每年的峰會結束之后，我們都會再次梳理案例分享的文稿，將這些精髓理念整理出版，與更多人分享。
作為軟件研發行業的一名“老兵”，一路走來，我深深地感覺到互聯網特別是中國互聯網行業發展的不易，騰訊、阿里、華為等中國企業讓硅谷為之側目，而現如今中國在大數據、云計算、虛擬現實、人工智能等產業技術的發展已經成為全球技術探索的第一梯隊。我們也更加相信，在分享創新思潮的推動下，中國的軟件研發團隊會不斷涌現新技術、新理念。
最后，我要對這些分享者表示感謝，正是因為有你們的無私奉獻，才有這本書的誕生，才有技術思維及經驗的交流與傳遞，讓整個行業不斷前行。




全球軟件案例研究峰會組委會主席
msup創始人兼CEO
劉付強


前言
preface




從經典案例中學習軟件測試之道
朱少民


受麥思博（msup）有限公司的邀請，擔任《軟件測試之道：那些值得借鑒的實踐案例》的副主編，想利用這個機會把軟件測試的一些基本問題闡述清楚，而不是對每一個測試案例進行點評。這些案例來自淘寶、騰訊、百度、奇虎360、螞蟻金服等公司的一線測試工程師，他們在各自工作的具體某個領域都辛勤耕耘多年。在這些領域，他們即便不能把工作做到極致，也已經做得很好了，值得我們學習。在這些具體方面，我也要向他們學習，要進行點評不是一件輕松的事情。只是在這里提醒大家在閱讀這些案例的時候，不僅要多問幾個為什么，知其所以然；而且要了解案例發生的背景、上下文，分析它是否適合自己公司所處的環境，做到因地制宜——根據自己公司所采取的開發模型、產品特點、應用領域、團隊規模、工程師能力水平等等，借鑒案例所提出的解決方案。當然，如果是純技術問題解決的案例，其學習會比較簡單，可以直接加以實踐。
回到軟件測試的基本問題，如果用通俗易懂的方式來表達，就是下面這些基本問題：
? 為什么要測？
簡單理解為質量保證的需要。
? 測什么？
簡單理解為測試范圍分析、測試需求分析。
? 如何測？
簡單理解為測試的方法。
? 誰來測試？
簡單理解為測試的人力資源。
? 何時測？
簡單理解為測試進度。
? 用什么測試？
簡單理解為手工測試，或是采用什么工具進行測試。
? 交付什么結果？
簡單理解為提交缺陷分析報告等。
但是如果深入下去，這些基本問題的理解就不那么簡單了。例如，為什么測？看起來是一個簡單的問題，即保證質量的需要。但這樣的答案比較含糊，對測試工作缺乏指導意義。首先，質量是構建出來的，不是測試測出來的；其次，測試如何保證質量，是對軟件系統所實現的功能一項一項去驗證、像守門員那樣去保證質量呢？還是從項目開始，就介入其中，自始至終不斷揭示產品的質量風險呢？對軟件測試有不同的理解，給出的回答就會不一樣。“為什么要測？”這個問題深入下去，就是對“軟件測試”解釋的探討，會觸及軟件測試思想、測試理念、測試價值觀，甚至包括測試思維方式（Mindset）——就是我們這里說的測試之“道”。
如在我寫的測試教程《軟件測試方法和技術（第3版）》中，對軟件測試的具體方法和技術有詳細的介紹。本書的重點，則是讓大家通過案例學習，更直觀地學習測試之道。
軟件測試的具體方法和技術，如我寫的測試教程《軟件測試方法和技術（第3版）》中有詳細的介紹。而本書的重點，則是通過案例學習，讓大家更直觀地學習測試之道。
道可道，非常道。道，是適應環境、不斷變化的道，是人們選擇、親近的道。我們首先要結合自己公司或團隊所處的環境，對軟件測試之道有一個正確的把握，然后基于已建立的軟件測試之道，進一步確定測試的原則、測試的流程、測試的方法和技術、測試工具等。
朱少民
2016.12