【為何寫作本書】
我們曾經(jīng)思考過這樣一個問題，如何才能將自己積累的技術(shù)和知識進行抽象總結(jié)，將逐步解決問題的過程立體化、可視化地展現(xiàn)給大家，而不只是簡單地介紹一個結(jié)果。我們技術(shù)團隊之所以決定寫這本書，就是希望通過介紹我們的實戰(zhàn)經(jīng)驗和解決問題的思路，幫助大家在“質(zhì)量與效率”的提升上打開新的思路。

“質(zhì)量與效率”一直是我們關(guān)注的焦點。相對于軟件開發(fā)，軟件測試起步較晚，缺乏擁有專業(yè)知識的人才。即便是大學開設(shè)的軟件工程專業(yè)，針對軟件測試的介紹也只是涉及少量的概念和設(shè)計測試用例的方法。專業(yè)的測試并不是簡單地翻譯需求。目前有很多測試人員只是在簡單地執(zhí)行需求翻譯的工作，沒有結(jié)合業(yè)務(wù)實現(xiàn)、質(zhì)量模型和測試用例，沒有用科學的方法設(shè)計測試場景，這就導致測試用例質(zhì)量低下，只能應(yīng)用于單個特定點的測試場景。

有些人認為功能測試很低端（從效率、技術(shù)含量和市場反饋的價值綜合得出如此結(jié)論），甚至有相當一部分測試人員也認為，功能測試意義不大，希望從事測試工具的開發(fā)工作，因為那樣看上去更高端，更具有挑戰(zhàn)性。
其實，功能測試、自動化測試、性能測試、安全測試、測試框架開發(fā)、平臺研發(fā)等工作都是為了提高軟件測試的質(zhì)量，沒有高低貴賤之分，都是必要的輔助手段�？梢詫④浖�測試類比為一個兵團，上述這些工作是不同的兵種，在面對一場戰(zhàn)役的時候，我們需要考慮的是如何排兵布陣，以贏得戰(zhàn)役，而不是排列兵種的等級。
不同的時代對測試人員有不同的要求。

起初是“保姆時代”，以發(fā)現(xiàn)Bug為榮，對測試人員的基本要求是具備良好的測試思維，測試人員主要利用系統(tǒng)測試方法進行測試。業(yè)內(nèi)關(guān)注的焦點是黑盒測試，白盒測試和灰盒測試偏少，效率偏低。由于黑盒測試大部分是通過人工在系統(tǒng)界面中手動進行的，從而導致業(yè)界普遍認為測試就是“點點點”。
隨著軟件復雜度的不斷提高，交付質(zhì)量變得越來越重要，我們急需提升測試的效率，壓力測試和安全測試等各種專項測試以及各種測試平臺和工具隨之出現(xiàn)。

時代的進一步發(fā)展對測試提出了更高的要求，從產(chǎn)品研發(fā)后期尋找Bug轉(zhuǎn)變?yōu)樘崆邦A防Bug。
小步迭代、快速上線的敏捷開發(fā)時代，再次對測試提出了更高的要求，持續(xù)集成、快速驗證、全方位監(jiān)控線上質(zhì)量，需要測試人員更早地介入產(chǎn)品研發(fā)的整個過程，以便更好、更全面地了解產(chǎn)品。測試左移到開發(fā)階段進行代碼評審、單元測試，右移到運維階段進行持續(xù)部署、線上監(jiān)控，從而可以更加立體地保障軟件的質(zhì)量。
如今是一個輸出測試能力的時代，測試人員不僅要提升自己的效率，而且要賦能研發(fā)人員，幫助他們提升自己的自測水平。

【本書主要內(nèi)容】
第一篇：規(guī)劃
本篇簡要介紹了我們的業(yè)務(wù)背景、團隊背景、測試的一般規(guī)律，以及我們團隊在制定技術(shù)規(guī)劃時是如何考慮的。

第二篇：基礎(chǔ)
當團隊從零開始的時候，QA（Quality Assurance，質(zhì)量保證）基礎(chǔ)設(shè)施落后、資源有限、技術(shù)改造頻繁，應(yīng)快速形成戰(zhàn)斗力，以業(yè)務(wù)為先，保證產(chǎn)品的質(zhì)量，此時QA團隊的主要任務(wù)是發(fā)現(xiàn)產(chǎn)品中的Bug。本篇主要介紹了QA團隊在功能測試、安全測試、兼容性測試等不同階段的特點及不同之處。

第三篇：提效
當團隊人員與業(yè)務(wù)基本穩(wěn)定，而且功能迭代基本可以正常運行之后，我們就開始思考如何提高測試和研發(fā)的效率，例如，如何構(gòu)建可用于提升效率的小工具和平臺，如何實現(xiàn)API自動化，以及框架的搭建、分層思想、性能測試、環(huán)境的部署、CI（Continuous Integration，持續(xù)集成）流程的建立等，從而使得QA人員能夠從大量的手工勞動中解放出來，提高工作效率，將更多的時間和精力投入到測試分析、發(fā)現(xiàn)Bug、預防Bug的工作中。

第四篇：賦能
在提效之后，我們開始思考，軟件質(zhì)量是“構(gòu)建”出來的，是由軟件開發(fā)整個過程的質(zhì)量所決定的。所以，QA人員的工作不能總是停留在最后一個環(huán)節(jié)，在敏捷開發(fā)的大環(huán)境下，開發(fā)人員也要開始注重自測質(zhì)量，作為QA人員，我們需要考慮如何賦能開發(fā)人員，使其能夠?qū)ψ约洪_發(fā)的產(chǎn)品進行自測。本篇主要從技術(shù)的角度（比如，可視化度量、自動化用例開放、工具開發(fā)，以及如何在流程上使用story_QA來使項目過程數(shù)據(jù)可視化）介紹了企業(yè)訂餐業(yè)務(wù)的QA人員是如何賦能開發(fā)人員以提高軟件質(zhì)量的。

第五篇：探索
當前，業(yè)務(wù)開發(fā)周期越來越短，幾乎每隔一天就有新版本發(fā)布。針對這種迭代速度快、回歸量比較大的特點，自動化測試的穩(wěn)定性正面臨著巨大的挑戰(zhàn)，除了傳統(tǒng)的集成之外，我們還引入了契約測試、流量測試、探索性測試等輔助手段來提高測試質(zhì)量，同時提高QA人員的工作效率。

第六篇：管理
本篇主要講解了新型團隊如何不拘泥于傳統(tǒng)管理方法地勾勒團隊畫像，同時還介紹了技術(shù)分享的改革，以及如何讓團隊變成有格局、有原則、有自我認知、有凝聚力的健康團隊。

【讀者對象】
本書適合各種水平的測試人員、測試開發(fā)人員、測試組長、測試經(jīng)理、項目經(jīng)理等，以及其他在軟件質(zhì)量保證的道路上持續(xù)進行修煉的讀者閱讀。