阿里：如何做軟件測試？如何構(gòu)建軟件質(zhì)量體系？如何建設(shè)軟件質(zhì)量保障團隊？

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

有些人認為功能測試很低端（從效率、技術(shù)含量和市場反饋的價值綜合得出如此結(jié)論），甚至有相當(dāng)一部分測試人員也認為，功能測試意義不大，希望從事測試工具的開發(fā)工作，因為那樣看上去更高端，更具有挑戰(zhàn)性。

其實，功能測試、自動化測試、性能測試、安全測試、測試框架開發(fā)、平臺研發(fā)等工作都是為了提高軟件測試的質(zhì)量，沒有高低貴賤之分，都是必要的輔助手段。可以將軟件測試類比為一個兵團，上述這些工作是不同的兵種，在面對一場戰(zhàn)役的時候，我們需要考慮的是如何排兵布陣，以贏得戰(zhàn)役，而不是排列兵種的等級。

不同的時代對測試人員有不同的要求。

起初是“保姆時代”，以發(fā)現(xiàn)Bug為榮，對測試人員的基本要求是具備良好的測試思維，測試人員主要利用系統(tǒng)測試方法進行測試。業(yè)內(nèi)關(guān)注的焦點是黑盒測試，白盒測試和灰盒測試偏少，效率偏低。由于黑盒測試大部分是通過人工在系統(tǒng)界面中手動進行的，從而導(dǎo)致業(yè)界普遍認為測試就是“點點點”。

隨著軟件復(fù)雜度的不斷提高，交付質(zhì)量變得越來越重要，我們急需提升測試的效率，壓力測試和安全測試等各種專項測試以及各種測試平臺和工具隨之出現(xiàn)。

時代的進一步發(fā)展對測試提出了更高的要求，從產(chǎn)品研發(fā)后期尋找Bug轉(zhuǎn)變?yōu)樘崆邦A(yù)防Bug。

小步迭代、快速上線的敏捷開發(fā)時代，再次對測試提出了更高的要求，持續(xù)集成、快速驗證、全方位監(jiān)控線上質(zhì)量，需要測試人員更早地介入產(chǎn)品研發(fā)的整個過程，以便更好、更全面地了解產(chǎn)品。測試左移到開發(fā)階段進行代碼評審、單元測試，右移到運維階段進行持續(xù)部署、線上監(jiān)控，從而可以更加立體地保障軟件的質(zhì)量。

如今是一個輸出測試能力的時代，測試人員不僅要提升自己的效率，而且要賦能研發(fā)人員，幫助他們提升自己的自測水平。

阿里如何做軟件測試？

阿里如何構(gòu)建軟件質(zhì)量體系？

阿里如何建設(shè)軟件質(zhì)量保障團隊？

 

《餓了么質(zhì)量體系搭建實戰(zhàn)》餓了么企業(yè)訂餐團隊官方出品，6個維度講解餓了么如何從0到1構(gòu)建軟件質(zhì)量體系。

 

本書5大特色

NO.1 作者團隊經(jīng)驗豐富

餓了么企業(yè)訂餐團隊官方出品，質(zhì)量團隊負責(zé)人領(lǐng)銜

NO.2 大型項目經(jīng)驗提煉

全面復(fù)盤餓了么企業(yè)訂餐項目的搭建與演進過程

NO.3 行業(yè)專家高度評價

餓了么創(chuàng)始人等4位高管和15位測試專家聯(lián)袂推薦

NO.4 干貨與思想兼?zhèn)?/span>

既總結(jié)了餓了么多年的實戰(zhàn)經(jīng)驗，又給出了他們思考問題的方式和方法

NO.5 內(nèi)容通俗易懂

對技術(shù)和經(jīng)驗進行抽象總結(jié)，將解決問題的過程立體化和可視化

本書6大內(nèi)容模塊

第一篇 規(guī)劃（第1章）

介紹了餓了么企業(yè)訂餐業(yè)務(wù)的背景、團隊背景、面臨的挑戰(zhàn)以及團隊在制定技術(shù)規(guī)劃時是如何考慮的。

第二篇 基礎(chǔ)（第2～5章）

總結(jié)了QA團隊在功能測試、安全測試、兼容性測試、線上問題治理等方面的技術(shù)見解和經(jīng)驗積累。

第三篇 提效（第6～9章）

介紹在團隊人員與業(yè)務(wù)穩(wěn)定之后，QA團隊應(yīng)如何提高測試和研發(fā)的效率。包括API測試框架、自動生成框架代碼技術(shù)、框架代碼場景化改造、FSM場景化代碼動態(tài)組合技術(shù)等。

第四篇 賦能（第10～13章）

從持續(xù)集成、代碼質(zhì)量、Story QA等技術(shù)角度介紹了企業(yè)訂餐QA團隊是如何賦能研發(fā)人員以提高軟件質(zhì)量的。

第五篇 探索（第14～16章）

介紹了團隊在契約測試、探索性測試、流量測試等方面的經(jīng)驗。

第六篇 管理（第17~18章）

分享了如何打造有實力、有格局和有凝聚力的團隊，以及項目管理的關(guān)鍵問題和解決問題的思路。

 

餓了么高管鼎力推薦

互聯(lián)網(wǎng)企業(yè)的發(fā)展離不開高質(zhì)量的質(zhì)量管理，而管理的精髓在于知行合一，持續(xù)不斷地探索與創(chuàng)新，改變原有的流程、技術(shù)、管理方式。本書匯聚了餓了么的實戰(zhàn)經(jīng)驗，從認知、思想和理念上對軟件質(zhì)量保證的過程進行了立體的剖析，同時給出了思考的過程，值得深入品讀。——汪淵 餓了么聯(lián)合創(chuàng)始人

 

企業(yè)訂餐系統(tǒng)復(fù)雜度很高，質(zhì)量團隊不僅要面對傳統(tǒng)ToC、ToB的大部分業(yè)務(wù)挑戰(zhàn)和技術(shù)挑戰(zhàn)，還要面對新時代ToB場景中更高復(fù)雜度的綜合挑戰(zhàn)。既要高度抽象，又要個性化；要測試速度，更要測試質(zhì)量，這對整個質(zhì)量團隊的挑戰(zhàn)巨大。希望本書可以給相關(guān)企業(yè)、團隊帶來一定參考價值。 ——張雪峰 餓了么CTO

       

B端業(yè)務(wù)的強定制化特性決定了B端軟件系統(tǒng)的代碼復(fù)雜度難以控制，對應(yīng)的軟件測試工作因為邏輯分支的增多隨之變得復(fù)雜。本書以極度抽象的測試理念，輔以高效的測試手段，結(jié)合自研的測試工具，將復(fù)雜問題簡單化，解決了產(chǎn)品質(zhì)量保障的難點和痛點，值得B端軟件從業(yè)者一讀。——許紅濤 餓了么企業(yè)版技術(shù)負責(zé)人

 

測試環(huán)節(jié)作為上線前的重要關(guān)卡，值得大家慎重、嚴謹、用心地對待，每個人都應(yīng)該為軟件交付質(zhì)量保駕護航。本書結(jié)合業(yè)務(wù)規(guī)劃、研發(fā)項目管理流程詳細講解了企業(yè)訂餐質(zhì)量體系的搭建過程，發(fā)現(xiàn)問題、解決問題并沉淀方法，值得大家細細品讀。——吳凡 餓了么PMO 高級總監(jiān)

讀者對象

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

 公眾號回復(fù)：0304  參加抽獎

本次送書規(guī)則如下：

一共贈送5本書籍

周五中午12點開獎 請及時聯(lián)系小編

掃碼關(guān)注我們

更多福利等待你發(fā)現(xiàn)