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

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

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

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

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

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

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

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

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

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

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

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