企業(yè)級測試架構(gòu)演進及DevOps中的測試質(zhì)量保障

一、企業(yè)測試架構(gòu)的演進

• 從有測試開始之初，是比較偏純手工測試的方式，那就是大家說的“測試就是點點嘛”，這時候的測試“龜縮在測試階段”，還經(jīng)常被產(chǎn)品、研發(fā)壓縮時間，可謂慘不忍睹。此時的測試階段，效率低下，覆蓋度不高，重復工作高，以黑盒測試為主，整體測試效率不高。
• 然后測試團隊意識到，不能一直這樣的，麻木的重復性點點，沒有技術(shù)含量，自身成長也不高。此時，測試團隊里有想法的小伙伴，開始把部分重復性工作，寫成一些腳本工具，測試團隊開始有部分工具支持，提升了部分測試效率。但從測試的深度和廣度，并沒有得到提升。還是停留在功能、UI層面測試。
• 接著為了提升深度和廣度，開始有白盒測試，重新定義測試方法，深入代碼級別的測試，此時從功能的黑盒測試，流轉(zhuǎn)到了對代碼的測試，然后測試和研發(fā)不在功能的bug上去溝通，而是測試指著代碼給研發(fā)說，看這里有bug，應(yīng)該怎么怎么改
• 這時候，測試發(fā)現(xiàn)我怎么比以前還累了，以前只要測試功能，不需要review代碼。隨著白盒測試的深入，codereview的時間占據(jù)了大部分時間，研發(fā)和產(chǎn)品說，你們能提升效率嗎？然后測試開始思考，如何提升效率和質(zhì)量，然后開始搭建自動化測試，持續(xù)集成，持續(xù)部署。部署流pipeline 隨時檢測業(yè)務(wù)代碼。如此，降低了功能測試的覆蓋，這時候測試同學，大部分時間在完善 pipeline 和 CodeReview。
• 此時團隊來了一位架構(gòu)師，開始思考，團隊的質(zhì)量體系如何建設(shè)，難道一直是流水線完善，怎么做到研發(fā)自測，測試不參與到具體的項目，提測研發(fā)測試比，從1:3 => 1:5 => 1:10 ,甚至部分業(yè)務(wù)無測試。這就需要研發(fā)在不斷 CI 代碼的同時，項目不斷推進時，質(zhì)量體系是一直默默的在“保護”項目的質(zhì)量，要求對線下和線上，都能快速無感知的，發(fā)現(xiàn)問題，也就是 DevOps 開始了。

質(zhì)量模型演化進程

二、DevOps 是什么

DevOps（Development 和 Operations 的組合）是一組過程、方法與系統(tǒng)的統(tǒng)稱，用于促進開發(fā)（RD）、產(chǎn)品運營（PM）和質(zhì)量保障（QA）部門之間的溝通、協(xié)作與整合。

簡單來說，其核心理念是提倡開發(fā)、測試、運維人員之間的高度協(xié)同，在高頻率部署的同時，保證生產(chǎn)環(huán)境的可靠性、穩(wěn)定性和安全性。

三、DevOps 解決了什么問題

“升級”到 DevOps 后，有幾個特點，線下有完整的質(zhì)量流水線在檢測項目和代碼，從多維度去檢測質(zhì)量，同時不需要測試人員干預，可以說 DevOps 將會干掉測試，干掉那些純手工測試的測試，因為 DevOps 的高度自動化，解決了很多功能測試所能覆蓋的問題，而且在功能、性能、安全、兼容性等層面測試保障。具體幾個特點，

1. 標準化的流程

2. 增加測試廣度寬度

3. 提升整體質(zhì)量

4. 質(zhì)量可度量

5. 提高研發(fā)測試比

四、總結(jié)

現(xiàn)在大廠都在實施 DevOps，BAT 依托于各自的云計算，優(yōu)秀的團隊，快速地搭建地 DevOps。

推薦閱讀：

1. 推薦一款全能測試開發(fā)神器！1分鐘快速上手！
   

2. 測試開發(fā)必備技能：Web安全測試漏洞靶場實戰(zhàn)
   

3. 剛轉(zhuǎn)行1年測開新手：學習編程幾點經(jīng)驗分享