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

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

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

二、DevOps 是什么

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

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

三、DevOps 解決了什么問題

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

1. 標(biāo)準(zhǔn)化的流程

2. 增加測(cè)試廣度寬度

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

4. 質(zhì)量可度量

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

四、總結(jié)

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