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

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

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

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

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

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

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

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

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

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

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

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