軟件產(chǎn)品的成功與否，在很大程度上取決于對(duì)市場需求的及時(shí)把控，采用DevOps可以加快產(chǎn)品交付速度，改善用戶體驗(yàn)，從而有助于保持領(lǐng)先于競爭對(duì)手的優(yōu)勢。

作為敏捷開發(fā)方法論的一種擴(kuò)展，DevOps強(qiáng)調(diào)開發(fā)、測試和運(yùn)維不同團(tuán)隊(duì)間的協(xié)作與溝通。
?
持續(xù)集成和持續(xù)測試是一個(gè)在迭代中構(gòu)建、測試產(chǎn)品并修復(fù)Bug的過程。它有助于團(tuán)隊(duì)在開發(fā)階段的初期發(fā)現(xiàn)缺陷，這時(shí)的缺陷通常相對(duì)不那么復(fù)雜，并且更容易被解決。通過持續(xù)集成和持續(xù)測試，企業(yè)可以盡早地將錯(cuò)誤風(fēng)險(xiǎn)降至最低，并加快交付更好質(zhì)量的軟件。
?

DevOps中持續(xù)測試對(duì)產(chǎn)品開發(fā)的好處
●定期風(fēng)險(xiǎn)分析:你將擁有一個(gè)經(jīng)歷了所有測試階段的構(gòu)建版本，因?yàn)槌掷m(xù)測試會(huì)標(biāo)注出每個(gè)階段的潛在風(fēng)險(xiǎn)。
●改善用戶體驗(yàn)：持續(xù)測試適應(yīng)用戶的動(dòng)態(tài)需求。團(tuán)隊(duì)可以根據(jù)反饋不斷進(jìn)行更新，讓產(chǎn)品更穩(wěn)健、更靈活、更可靠。
●增強(qiáng)產(chǎn)品安全性：通過創(chuàng)建支持系統(tǒng)，可確保應(yīng)用程序免受威脅和惡意軟件的影響。
●計(jì)劃反饋：評(píng)估交付管道的所有架構(gòu)層，并與團(tuán)隊(duì)共享可執(zhí)行的反饋。
●更高的資源利用率：如前所述，及早發(fā)現(xiàn)Bug可以節(jié)省資金和資源?？梢岳贸掷m(xù)測試和缺陷預(yù)防策略的最佳實(shí)踐，并將有價(jià)值的資源重新部署到其他戰(zhàn)略開發(fā)計(jì)劃中。

持續(xù)測試在DevOps中的作用
在DevOps過程中，持續(xù)測試提供了持續(xù)的反饋機(jī)制，在整個(gè)產(chǎn)品交付管道中充當(dāng)催化劑。每個(gè)階段的自動(dòng)反饋確保缺陷在開發(fā)過程的早期就能被解決。

可操作的反饋是必要的，這決定著能否啟動(dòng)交付鏈中的下一個(gè)流程。例如，如果反饋可以向前推進(jìn)，則流程將繼續(xù)；如果反饋顯示存在問題，那么流程需要被暫停并采取糾正措施。
?
由專業(yè)的測試團(tuán)隊(duì)進(jìn)行的持續(xù)測試可以實(shí)時(shí)評(píng)估與軟件相關(guān)的業(yè)務(wù)風(fēng)險(xiǎn)。此外，它還提供基于風(fēng)險(xiǎn)的反饋，有助于幫助團(tuán)隊(duì)做出更好的權(quán)衡決策。

DevOps中持續(xù)測試的實(shí)踐
1、測試的左移或右移
傳統(tǒng)測試主要集中在軟件開發(fā)周期的最后，產(chǎn)品發(fā)布之前。為了迎合不斷加快的交付頻率，越來越多團(tuán)隊(duì)的測試活動(dòng)開始向左右兩側(cè)移動(dòng)。一般問題修復(fù)成本較高和面向企業(yè)收費(fèi)的軟件，一旦生產(chǎn)環(huán)境中出現(xiàn)了問題會(huì)造成比較大的損失，通常采取測試左移的方式；對(duì)于具有展示功能的軟件產(chǎn)品，更容易在生產(chǎn)環(huán)境中發(fā)現(xiàn)問題，通常采取測試右移的方式。面對(duì)測試左右搖擺的問題，可從這張圖闡述DevOps中的測試具體應(yīng)該如何實(shí)現(xiàn)。

?測試左移，是指測試人員更早地參與到軟件項(xiàng)目前期的各項(xiàng)活動(dòng)中，在功能開發(fā)之前定義好相關(guān)的測試用例，提前發(fā)現(xiàn)質(zhì)量問題。早期引入測試過程有助于防止缺陷，并為開發(fā)人員提供了在整個(gè)開發(fā)階段應(yīng)用動(dòng)態(tài)變更的靈活性。

測試右移，就是直接在生產(chǎn)環(huán)境中監(jiān)控，并且實(shí)時(shí)獲取用戶反饋。在這種方法中，從用戶側(cè)收集反饋，根據(jù)用戶反饋持續(xù)改進(jìn)產(chǎn)品的用戶體驗(yàn)滿意度，提高產(chǎn)品質(zhì)量。測試右移有助于更好地響應(yīng)意外情況。
?

2、持續(xù)集成
理想的DevOps周期，是從代碼開發(fā)到生產(chǎn)環(huán)境運(yùn)行的一鍵部署。顯然DevOps非常重視構(gòu)建、測試和部署的自動(dòng)化，使用持續(xù)集成成為了持續(xù)測試的基礎(chǔ)。實(shí)現(xiàn)持續(xù)測試的重要一步，是創(chuàng)建全面的自動(dòng)化測試套件以在持續(xù)集成構(gòu)建中使用，代碼提交后會(huì)立刻經(jīng)過這套自動(dòng)化測試套件得以驗(yàn)證。常見的自動(dòng)化測試套件由單元測試、組件檢測和驗(yàn)收測試組成，其中每種測試的代碼或功能覆蓋率至少要達(dá)到80%以上才能保證不引入回歸問題。

3、讓提高測試覆蓋率高效化
DevOps的實(shí)踐要求提高代碼覆蓋率，增加低層級(jí)可用性的覆蓋率，以便在部署到更高級(jí)的可用性時(shí)不會(huì)出現(xiàn)與代碼覆蓋率有關(guān)的問題。

一些組織默認(rèn)「每次運(yùn)行所有的測試」來保證代碼覆蓋率。這不但浪費(fèi)資源還延長了測試周期，而且沒有真正的保證代碼覆蓋率。 測試那些需要測試的部分，以節(jié)省時(shí)間、金錢和資源?？梢暬Ｐ涂梢宰尭鞣N路徑被探索優(yōu)化，以便只用少量的測試用例就能提供最大化的覆蓋率。 可以借助 Rally,、HP ALM和 禪道ZTF等工具導(dǎo)入測試用例、移除重復(fù)用例、分發(fā)優(yōu)化過的用例。

4、跨部門協(xié)作

DevOps中質(zhì)量保證不再是測試人員的專屬責(zé)任，而是全體人員都要為之努力的方向。持續(xù)測試的成功實(shí)施離不開團(tuán)隊(duì)內(nèi)、團(tuán)隊(duì)間及跨團(tuán)隊(duì)的協(xié)作。測試人員需提前介入到開發(fā)工作中，與開發(fā)人員一起制定測試計(jì)劃；開發(fā)人員可以參與配置部署；運(yùn)維人員可以向自動(dòng)化測試用例庫填寫測試用例；測試人員隨時(shí)將自動(dòng)化測試用例配置到持續(xù)交付鏈中，所有成員的共同目的都是交付高效、高質(zhì)量的產(chǎn)品。

DevOps打破了開發(fā)和運(yùn)維之間的障礙，縮短了開發(fā)周期。其中，持續(xù)集成、持續(xù)測試、持續(xù)交付都是提高質(zhì)量的關(guān)鍵催化劑，而持續(xù)測試則更具挑戰(zhàn)性。掌握DevOps生命周期的持續(xù)測試對(duì)于充分理解DevOps起著至關(guān)重要的作用。

?

?