DevOps中的自動化測試實踐_第1頁
DevOps中的自動化測試實踐_第2頁
DevOps中的自動化測試實踐_第3頁
DevOps中的自動化測試實踐_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

DevOps中的自動化測試實踐

Devops中的自動化測試如何做?

目前,DevopsncICD已經(jīng)基本有大量方案和用法,但是最難啃

的骨頭--自動化測試,才是做完和做好的關(guān)鍵。關(guān)于自動化測

試,不僅是測試人員,還需要開發(fā)側(cè)配合,但更多現(xiàn)實是急于開

發(fā)業(yè)務(wù),連單元測試都沒有寫好。如何在流水線側(cè)提供更好的支

撐?

問題來自社區(qū)會員@Jocy」991某保險云計算高級工程師

鮑賀思佳興業(yè)數(shù)字金融服務(wù)有限公司前端工程師:

自動化測試是一個策略性的系統(tǒng)工程,除了工具框架,還需要考慮:項目的技

術(shù)棧,產(chǎn)品架構(gòu),開發(fā)流程,基礎(chǔ)設(shè)施,可靠的測試數(shù)據(jù),穩(wěn)定干凈的測試環(huán)

境,如何呈現(xiàn)測試報告,如何工程化測試配置,測試套件等等。

有了自動化測試還不夠,我們的目的是在持續(xù)交付的過程中實現(xiàn)快速頻繁的質(zhì)

量反饋,我們需要持續(xù)不斷地測試(持續(xù)測試)。實現(xiàn)持續(xù)測試,不僅需要團

隊從文化上去支持,真正做到全員對測試和質(zhì)量負(fù)責(zé),創(chuàng)建Devops文化氛圍,

打通開發(fā)-測試-運維的壁壘;還需團隊從技術(shù)上去儲備知識,比如云平臺、虛

擬化技術(shù),容器及相應(yīng)的編排技術(shù)。

①考慮項目的技術(shù)棧和QA的自身能力選擇測試工具

不管多火的工具,如果不能兼容項目的技術(shù)棧和基礎(chǔ)設(shè)施,那都無處發(fā)揮其優(yōu)

勢,流行的不一定適合項目。在寫自動化之前,QA需要對項目的技術(shù)棧,開發(fā)

流程,和基礎(chǔ)設(shè)施有基本的認(rèn)識和了解;另外也要了解和掌握各工具之間的優(yōu)

劣,這樣才能為項目選擇最匹配的自動化工具。

②選擇合適的時候做自動化,避免不必要的浪費

選擇自動化一定是要考慮項目是否存在客觀的現(xiàn)實需求,在動手實施具體的自

動化測試之前,一定要對自動化測試的投入產(chǎn)出比做一次客觀理性的評估。自

動化測試的成本相對單次手動測試來說是較高的,為了少量的測試活動而做自

動化,投入產(chǎn)出比是很低的。因為自動化前期需要投入產(chǎn)品分析,工具框架選

型,用例設(shè)計,數(shù)據(jù)環(huán)境準(zhǔn)備等等,后期還需要持續(xù)不斷的投入人力進行及時

的維護和更新以保證自動化測試的嚴(yán)密性和足夠的覆蓋率。

③自動化測試和產(chǎn)品代碼一樣重要,需要安全員負(fù)責(zé)

敏捷強調(diào)全員負(fù)責(zé),如果只是QA一個人來維護管理,那么這個QA一定做不了

自動化以外的事情。在敏捷項目之下,QA的首要任務(wù)應(yīng)該是驅(qū)動團隊各個角色

對質(zhì)量負(fù)責(zé)。為了提升團隊對自動化測試的重視程度,可以為每套自動化測試

編寫清晰的README(保證團隊里其他成員清楚的知道如何運行自動化測試);

生成良好的可視化測試報告;為了讓UI測試更穩(wěn)定,要求開發(fā)人員把頁面的關(guān)

鍵組件元素加上ID屬畦;要有高度可視化或者能及時通知測試狀態(tài)的方式,避

免測試掛了的時候沒人去看,沒人去修。軟件交付是一項團隊工作,即便是自

動化測試也一樣需要全員協(xié)作。

④持續(xù)測試除了自動化測試還需要QA和團隊具備Devops相關(guān)的技術(shù)

QA和團隊必須對應(yīng)用程序和用戶環(huán)境有一個完整的了解,并且能夠融合技大和

管理經(jīng)驗。所以只會自動化工具不夠,只有自動化測試也不夠。如果團隊開發(fā)

者沒有Devops的經(jīng)驗,或者他們忙于開發(fā)、上線沖刺,那么QA必須對

Docker,Kubernetes基本命令和用法有些了解。

@czm381263772蘇州博納訊動軟件有限公司解決方案架構(gòu):

通過devops做自動化測試,需要考慮多方面因素,團隊文化、測試工具熟練

度、自動化測試人員專業(yè)知識儲備、過程管控管理方法是否完善等。從以下幾

個方面闡述:

1、團隊文化,如果以后測試團隊還處于黑盒功能測試階段,不適合立即上馬自

動化測試,測試方式改變帶來團隊文化改變,由于之前知識儲備不足,可能會

影響團隊士氣和測試規(guī)范化。

2、測試工具熟練度,要具備市面上常見測試工具使用基本技能,能夠在日常生

產(chǎn)過程中實際應(yīng)用和改進,當(dāng)改用自動化測試手段后,對于過程出現(xiàn)的問題會

第一時間排除原因和問題重現(xiàn),能夠提升團隊工作效率。

3、自動化測試人員專業(yè)知識儲備,在升級到使生devops自動化測試作為E常

生產(chǎn)的工具,需要提前具備相

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論