業(yè)界廣泛采用的軟件開發(fā)實(shí)踐：持續(xù)集成和持續(xù)部署可確保良好地交付產(chǎn)品并經(jīng)常交付。 常規(guī)代碼提交需要常規(guī)/連續(xù)測(cè)試，而如果忽略它，則可能導(dǎo)致基礎(chǔ)架構(gòu)無法恢復(fù)。 如何交付堅(jiān)固的CI CD管道？ 對(duì)于許多公司來說，這是一個(gè)問題，除非他們尋求DevOps咨詢。 即使您去了DevOps咨詢公司，他們也很有可能不會(huì)對(duì)自動(dòng)化工具，平臺(tái)來幫助您實(shí)現(xiàn)工作流程自動(dòng)化提出任何建議。

我個(gè)人認(rèn)為，當(dāng)我們想到CI / CD流程中的最佳實(shí)踐時(shí)，自動(dòng)化測(cè)試的好處通常會(huì)被忽略。 我認(rèn)為，跳過CI CD管道中的自動(dòng)化測(cè)試或放棄損壞的測(cè)試（永遠(yuǎn)不要重寫）可能對(duì)質(zhì)量或快速交付構(gòu)成明顯威脅。

當(dāng)組織計(jì)劃最大化（CI / CD）的價(jià)值時(shí)，測(cè)試的自動(dòng)化非常重要。 這就是為什么我要與您討論為什么沒有自動(dòng)化測(cè)試就無法擁有強(qiáng)大的CI / CD管道的原因。 我還將通過一個(gè)實(shí)時(shí)示例來幫助您了解為何CI CD管道必須進(jìn)行自動(dòng)化測(cè)試。

跳過自動(dòng)化測(cè)試陷阱

在連續(xù)交付流程中忽略自動(dòng)測(cè)試時(shí)，您是否可以評(píng)估陷阱？

盡管事實(shí)是，整個(gè)軟件交付鏈都是敏捷的，但底切自動(dòng)化測(cè)試將停止CD管道，從而從敏捷中獲得核心價(jià)值。

開發(fā)團(tuán)隊(duì)將保持依賴狀態(tài)，并且無法直觀地更改框架，因?yàn)樗麄儾恢罍y(cè)試團(tuán)隊(duì)是否會(huì)與改編兼容。

它阻止了軟件交付的可伸縮性，因?yàn)檐浖y(cè)試無法擴(kuò)展，而只能與連續(xù)交付鏈集成時(shí)才能擴(kuò)展。

為什么手動(dòng)測(cè)試無法滿足CI CD管道的要求？

運(yùn)行單元測(cè)試用例，基本代碼質(zhì)量，與安全性相關(guān)的測(cè)試，覆蓋率測(cè)試用例等，并在整個(gè)運(yùn)營(yíng)團(tuán)隊(duì)之間共享測(cè)試信息，這決定了使用測(cè)試驅(qū)動(dòng)的基礎(chǔ)結(jié)構(gòu)。 雖然，您有時(shí)可能需要手動(dòng)測(cè)試。 使用自動(dòng)化測(cè)試是強(qiáng)大的CI / CD管道的事實(shí)上的標(biāo)準(zhǔn)，并且已被許多組織廣泛采用。

與自動(dòng)化一起，有時(shí)手動(dòng)測(cè)試是明智而直接的。 但是，在CI CD流水線中，開發(fā)人員必須處理少量的代碼或更新集成，從而不會(huì)像手工測(cè)試乏味一樣浪費(fèi)大量時(shí)間。

通過分析技術(shù)方法的利弊，可以決定哪些測(cè)試應(yīng)該自動(dòng)化，哪些應(yīng)該手動(dòng)進(jìn)行。 顯然，重復(fù)和勞動(dòng)密集型的任務(wù)應(yīng)該推向自動(dòng)化。 在自動(dòng)化環(huán)境中進(jìn)行的各種類型的測(cè)試是：

• 單元和組件測(cè)試
• API測(cè)試
• 功能測(cè)試
• 回歸測(cè)試
• 跨瀏覽器測(cè)試

單元測(cè)試Swift進(jìn)行，導(dǎo)致集成測(cè)試，這將增加下一級(jí)別的復(fù)雜性。 之后進(jìn)行系統(tǒng)范圍的測(cè)試，最后進(jìn)行驗(yàn)收測(cè)試（可能涉及某些級(jí)別的人機(jī)交互）。

區(qū)分測(cè)試和確定測(cè)試的優(yōu)先級(jí)會(huì)比其他測(cè)試更快，這是有利的。

記住這一點(diǎn)，有必要將自動(dòng)化測(cè)試合并到您的CI CD管道中。

CI CD管道中自動(dòng)化測(cè)試的重要性

DevOps kick中的代碼生成啟動(dòng)自動(dòng)化。 當(dāng)代碼投入生產(chǎn)時(shí)，CI / CD管道中的測(cè)試解決方案以及其他工具集將實(shí)現(xiàn)自動(dòng)化。 讓我們考慮使CI CD管道中的自動(dòng)化測(cè)試成為絕對(duì)必要的關(guān)鍵因素。

助力左移測(cè)試

CI CD管道以穩(wěn)定的變更流和最小的延遲出現(xiàn)，從而確保了整體測(cè)試時(shí)間的縮短。 它通過左移測(cè)試幫助在SDLC上取得進(jìn)展，該測(cè)試強(qiáng)調(diào)了在SDLC的需求收集階段盡快發(fā)現(xiàn)錯(cuò)誤的重要性。

左移測(cè)試方法表明，與在SDLC后期發(fā)現(xiàn)的錯(cuò)誤相比，在SDLC早期發(fā)現(xiàn)的錯(cuò)誤需要較少的成本和資源帶寬。 有趣，不是嗎？ 閱讀我們的博客， 了解左移測(cè)試如何幫助您提高產(chǎn)品質(zhì)量 。

更快的DevOps意味著更快的CI CD管道，但是什么使它們更快？

如果您猜到了自動(dòng)化測(cè)試，那么您猜對(duì)了！ 將自動(dòng)化測(cè)試集成到連續(xù)交付管道中是一個(gè)關(guān)鍵組成部分，如果沒有這一點(diǎn)，則意味著事情將不復(fù)存在，或者組織可能無法獲得DevOps的全部好處。

自動(dòng)化測(cè)試是確保與DevOps其余操作一樣連續(xù)，可靠和敏捷的質(zhì)量保證的方式。

如果開發(fā)團(tuán)隊(duì)意識(shí)到向CI / CD的過渡，它將暴露出在路徑跟蹤中不斷出現(xiàn)的一些挑戰(zhàn)； 并將通過自動(dòng)化加強(qiáng)測(cè)試套件。

CI CD管道中的自動(dòng)化測(cè)試是發(fā)布軟件更新的有效舉措

頻繁的軟件更新可能幾乎無法處理連續(xù)交付管道中數(shù)量驚人的錯(cuò)誤。 之所以能夠成功，是因?yàn)闇y(cè)試團(tuán)隊(duì)需要持續(xù)而Swift的努力來解決這些問題。 它增加了有問題的代碼污染構(gòu)建的風(fēng)險(xiǎn)。 可能會(huì)影響代碼的可讀性和可維護(hù)性。

跳過自動(dòng)測(cè)試可能會(huì)進(jìn)一步導(dǎo)致生產(chǎn)延遲，并會(huì)定期間隔更新構(gòu)建。 如果未通過自動(dòng)化測(cè)試對(duì)DevOps進(jìn)行標(biāo)準(zhǔn)化，則無法開發(fā)避免不規(guī)則和臨時(shí)性的方法。

沒有任何自動(dòng)化過程的計(jì)劃外和隨機(jī)測(cè)試，或計(jì)劃最終都無法簡(jiǎn)化軟件交付過程。

版本控制，回滾和自動(dòng)回歸測(cè)試

CI / CD管道的最佳實(shí)踐之一是將代碼存儲(chǔ)在中央存儲(chǔ)庫中，開發(fā)人員可以在該存儲(chǔ)庫中推送代碼并提出對(duì)可用于功能實(shí)現(xiàn)或錯(cuò)誤修復(fù)的最新代碼的請(qǐng)求。 使用中央存儲(chǔ)庫，代碼可以保持最新狀態(tài)，并且所有用于標(biāo)識(shí)版本差異的更改記錄都可以使構(gòu)建保持可維護(hù)的形式。

當(dāng)開發(fā)人員遇到軟件發(fā)行版的早期版本中未意外解決的問題，或者準(zhǔn)備或修復(fù)最新版本時(shí)，開發(fā)人員會(huì)提供一種體驗(yàn)。 彈出不必要的問題。

事實(shí)證明，最新版本與實(shí)際計(jì)劃有所不同。 現(xiàn)在，保留有限時(shí)間的選項(xiàng)是回滾，而不是跟蹤實(shí)際原因，而不是弄清楚實(shí)際出了什么問題？ 因?yàn)檫@有時(shí)會(huì)更加惡化和耗時(shí)。

如果錯(cuò)誤不斷彈出，則會(huì)破壞理智，阻礙其連續(xù)性。 以及對(duì)應(yīng)用程序質(zhì)量的挑戰(zhàn)。 回滾還可以將演示文稿，文檔，流程圖等帶到幕后。 因此，版本控制系統(tǒng)為您提供了無縫的回滾功能，以節(jié)省時(shí)間，精力，并消除在生產(chǎn)或發(fā)布內(nèi)部版本時(shí)可能出現(xiàn)的不受控制的情況。

為了充分利用所有CI CD管道，應(yīng)該防止回滾的可能性，這可以通過全自動(dòng)軟件測(cè)試以及管道中其他精心設(shè)計(jì)的組件來實(shí)現(xiàn)。 因?yàn)榧词鼓庇诨貪L以最大程度地減少對(duì)客戶的用戶體驗(yàn)，品牌聲譽(yù)的損害，您也需要評(píng)估整個(gè)Web應(yīng)用程序是否正常運(yùn)行，然后再推動(dòng)任何代碼更改。 為此，CI CD管道中的自動(dòng)化測(cè)試就像魔術(shù)一樣工作。

還沒說服？ 讓我們?cè)u(píng)估與自動(dòng)跨瀏覽器測(cè)試相關(guān)的示例場(chǎng)景。

什么是跨瀏覽器測(cè)試？

跨瀏覽器測(cè)試是通過不同的瀏覽器呈現(xiàn)網(wǎng)站以評(píng)估任何UI異常的過程。 可以手動(dòng)完成，也可以使用開源框架（例如Selenium）自動(dòng)完成。

當(dāng)我們手動(dòng)進(jìn)行跨瀏覽器測(cè)試時(shí)，我們可能必須根據(jù)目標(biāo)受眾，在數(shù)百種瀏覽器和操作系統(tǒng)組合上運(yùn)行并運(yùn)行我們的網(wǎng)站。

現(xiàn)在，如果您的網(wǎng)站由于最近遷移的代碼更改投入生產(chǎn)而南下，結(jié)果您的網(wǎng)站的內(nèi)容，版式，圖像，圖標(biāo)，填充，公司徽標(biāo)等看起來突然變化，那么可能會(huì)對(duì)您的業(yè)務(wù)造成破壞。 特別是，如果您的競(jìng)爭(zhēng)對(duì)手注意到這一點(diǎn)。 他們可以拍攝屏幕截圖并在您身上發(fā)布一個(gè)模因，很快就可以傳播病毒。 為了擺脫這種危機(jī)，您無意中要求進(jìn)行回退。 但是接下來呢？

現(xiàn)在，您需要確保Web應(yīng)用程序的運(yùn)行狀況與推送更改之前一樣。 如果您開始通過手動(dòng)跨瀏覽器測(cè)試進(jìn)行評(píng)估，那么恐怕會(huì)非常麻煩且耗時(shí)。 但是，如果要將自動(dòng)化測(cè)試合并到CI CD中，那么您所需要做的就是運(yùn)行一個(gè)已配置并經(jīng)過測(cè)試的跨瀏覽器測(cè)試套件。

讓它變得更好的是基于云的跨瀏覽器測(cè)試平臺(tái)，例如LambdaTest，它允許您使用在線Selenium Grid在2000多種瀏覽器和瀏覽器版本上測(cè)試您的網(wǎng)站。

與CI CD管道中的自動(dòng)化測(cè)試并行

并行運(yùn)行多個(gè)測(cè)試用例的功能確實(shí)強(qiáng)大。 如果我們考慮我們先前的中斷示例，則回滾自動(dòng)化測(cè)試可以使您感到輕松。 但是，如果測(cè)試是順序進(jìn)行的，則與并行測(cè)試相比，所花費(fèi)的時(shí)間可能會(huì)更長(zhǎng)。 使用Selenium進(jìn)行并行測(cè)試可以將您的測(cè)試周期縮短十倍，從而可以在較短的時(shí)間內(nèi)確保最大的測(cè)試覆蓋率。

與CI CD管道的自動(dòng)化測(cè)試并行是大規(guī)模執(zhí)行大型測(cè)試腳本的關(guān)鍵和好處。 LambdaTest Selenium Grid為Selenium自動(dòng)化腳本提供了并行測(cè)試。

專家提示：更多耗時(shí)的測(cè)試應(yīng)等到輪到最后，因此請(qǐng)?jiān)诖a進(jìn)入生產(chǎn)之前使用它們。

維護(hù)臨時(shí)測(cè)試環(huán)境或暫存環(huán)境

在狀態(tài)最小的容器中使用短暫的測(cè)試環(huán)境可以防止可能滑入測(cè)試套件后續(xù)運(yùn)行的副作用。 容器化測(cè)試環(huán)境是便攜式的，開發(fā)人員可以在其中輕松復(fù)制配置，以供日后在CI CD管道中使用。 同樣，輕松旋轉(zhuǎn)容器并銷毀它們也不會(huì)損害環(huán)境保真度。

與臨時(shí)測(cè)試環(huán)境不同， 暫存環(huán)境應(yīng)該是生產(chǎn)環(huán)境的持久且持久的副本。 登臺(tái)環(huán)境對(duì)于在將每個(gè)變更推送到實(shí)時(shí)Web應(yīng)用程序之前對(duì)其進(jìn)行測(cè)試至關(guān)重要。 但是，我們?nèi)绾卧诓煌臑g覽器上本地測(cè)試網(wǎng)站？

CI CD管道對(duì)于將機(jī)會(huì)從一個(gè)登臺(tái)環(huán)境遷移到另一個(gè)登臺(tái)環(huán)境至關(guān)重要，還負(fù)責(zé)在簽署后最終遷移到生產(chǎn)環(huán)境。 在CI CD管道中執(zhí)行本地自動(dòng)化測(cè)試可以幫助您減少故障，并提供無縫的UI和UX，因?yàn)槟谰W(wǎng)站上線后的外觀可能會(huì)很好。

開發(fā)和測(cè)試齊頭并進(jìn)

與開發(fā)團(tuán)隊(duì)集成時(shí)，IT運(yùn)營(yíng)部門可以構(gòu)建DevOps。 盡管程序員向系統(tǒng)管理員廣播了一條消息，以在生產(chǎn)環(huán)境中部署軟件，并且類似地，持續(xù)的通信仍可帶來更快的軟件交付速度和最大的可視性。 但是，它無法消除自動(dòng)化測(cè)試的作用。

自動(dòng)化測(cè)試是DevOps的先決條件，否則，就無法優(yōu)化軟件交付，開發(fā)和運(yùn)營(yíng)團(tuán)隊(duì)才能通過該軟件協(xié)同工作。

這意味著需要引入自動(dòng)化測(cè)試以實(shí)現(xiàn)CI / CD的真正本質(zhì)。 這進(jìn)一步簡(jiǎn)化了開發(fā)團(tuán)隊(duì)和IT Ops團(tuán)隊(duì)之間的協(xié)調(diào)。

消除障礙

由于所有更改都將通過CI / CD系統(tǒng)傳遞，因此它將消除或減少有問題的資源。 在通過快速運(yùn)行的測(cè)試驗(yàn)證了構(gòu)建之后，應(yīng)遵循復(fù)雜的運(yùn)行測(cè)試。

分散測(cè)試工作可以有效地破壞大型測(cè)試的規(guī)模和復(fù)雜性，從而在大型產(chǎn)品中造成部署風(fēng)險(xiǎn)。 因此，建議使用較小的版本以快速發(fā)布該版本。

拆分這些測(cè)試后，將它們放入隊(duì)列中，并使用針對(duì)CI CD管道的自動(dòng)化測(cè)試并行運(yùn)行它們，將有助于您采用可靠的機(jī)制，從而發(fā)現(xiàn)并消除微小的障礙。

更好的產(chǎn)品可見性和反饋

諸如單元或界面測(cè)試之類的自動(dòng)化測(cè)試可在任何時(shí)間提供產(chǎn)品狀態(tài)的更大可見性。 CI CD的測(cè)試自動(dòng)化是一種檢索開發(fā)人員反饋的方法，因此可以進(jìn)行快速修復(fù)以始終在發(fā)布階段管理構(gòu)建。

通過CI CD管道中的自動(dòng)化測(cè)試輕松重新配置

測(cè)試自動(dòng)化意味著大多數(shù)重新配置可以自動(dòng)啟用。 隨著新技術(shù)的出現(xiàn)或當(dāng)需求可能在任何給定時(shí)間點(diǎn)改變時(shí)，對(duì)配置或框架進(jìn)行調(diào)整的趨勢(shì)使CI / CD管道變得更加強(qiáng)大。

CI / CD DevOps旅程最佳實(shí)踐

您可以通過結(jié)合一系列實(shí)踐來發(fā)現(xiàn)潛在的好處，這些實(shí)踐將定義如何有效維護(hù)和實(shí)施CI / CD系統(tǒng)。

低值的縮減測(cè)試

在CI / CD中，全面的測(cè)試流程可確保在生產(chǎn)部署變更期間不會(huì)發(fā)生意外情況。

變化必須貫穿整個(gè)過程，因此可靠，快速的管道可以停止阻礙開發(fā)速度。

更好的主意是通過優(yōu)化測(cè)試來擴(kuò)展CI / CD基礎(chǔ)結(jié)構(gòu)。 另一方面，時(shí)間的流逝可以加強(qiáng)關(guān)于測(cè)試相對(duì)價(jià)值的一些關(guān)鍵決策。

通過減少一些低值的測(cè)試來篩選測(cè)試套件也是合乎邏輯的，這樣可以提高頻繁使用的管道的速度。

通過CI CD管道中的自動(dòng)化測(cè)試進(jìn)行可靠的性能驗(yàn)證

由于復(fù)雜性，性能測(cè)試仍然超出范圍，有時(shí)情況是如此繁重，以至于只有手動(dòng)測(cè)試才能推動(dòng)事情發(fā)展。 但是，大多數(shù)時(shí)候，公司很少進(jìn)行調(diào)整和更改方法來擴(kuò)展自動(dòng)化性能測(cè)試的范圍。

在了解了性能測(cè)試和功能測(cè)試之間的區(qū)別之后，公司需要制定一個(gè)基于級(jí)別的測(cè)試計(jì)劃，該計(jì)劃確定用于自動(dòng)化性能測(cè)試的層。

貢獻(xiàn)者和利益相關(guān)者了解性能測(cè)試的局限性，而當(dāng)現(xiàn)實(shí)的理解允許行為方式發(fā)生變化時(shí)，積極的結(jié)果就會(huì)開始出現(xiàn)！

在自動(dòng)化測(cè)試中，代碼通過登臺(tái)環(huán)境從測(cè)試移至生產(chǎn)。

在功能測(cè)試中，檢查邏輯以確定通過還是失敗。 與功能測(cè)試不同，性能測(cè)試有一個(gè)限制。 就運(yùn)行時(shí)環(huán)境的細(xì)節(jié)而言，它特別敏感。

性能測(cè)試取決于必須始終合適的基礎(chǔ)架構(gòu)。

如果未提供運(yùn)行時(shí)環(huán)境來支持測(cè)試的目的，這是相反的。 在性能測(cè)試中，執(zhí)行時(shí)間很重要。 根據(jù)并行執(zhí)行中的虛擬測(cè)試節(jié)點(diǎn)，時(shí)間可能會(huì)有所不同，并且確實(shí)會(huì)花費(fèi)很多時(shí)間。

在CI / CD中等待較長(zhǎng)時(shí)間是一個(gè)障礙，因?yàn)镃I / CD都是為了從開發(fā)環(huán)境中快速移動(dòng)代碼。 因此，性能測(cè)試不能在CI / CD管道內(nèi)進(jìn)行，而是在代碼移交給生產(chǎn)之前進(jìn)行處理。

這意味著大規(guī)模性能測(cè)試已從CI / CD管道中移出。 并且，性能測(cè)試需要與生產(chǎn)環(huán)境相同的環(huán)境。

對(duì)于大多數(shù)CI / CD環(huán)境，支持像運(yùn)行時(shí)環(huán)境這樣的生產(chǎn)是不可行的。 這是昂貴的，并且公司采用基于云的測(cè)試服務(wù)來允許執(zhí)行關(guān)鍵任務(wù)性能測(cè)試。

想知道更多嗎？ 您可以查看以下CI / CD管道的16個(gè)最佳實(shí)踐以加快測(cè)試自動(dòng)化

CI CD管道中的自動(dòng)化測(cè)試僅與您的自動(dòng)化工具一樣好

持續(xù)集成是DevOps的基礎(chǔ)技術(shù)，它將代碼更新合并到代碼存儲(chǔ)庫中，但是如果將來代碼存儲(chǔ)庫或集成服務(wù)器進(jìn)行轉(zhuǎn)換，該怎么辦。 當(dāng)組織決定將Web應(yīng)用程序更改為混合應(yīng)用程序時(shí)，類似地，將發(fā)生許多開發(fā)更改，這些更改將需要各種各樣的框架。 適應(yīng)一種能夠支持不斷變化的需求并保持連續(xù)交付管道敏捷性的測(cè)試解決方案將變得不可避免。

CI / CD通過強(qiáng)大的工具進(jìn)行擴(kuò)展時(shí)，可以減少集成更改的時(shí)間，最小化集成過程中的錯(cuò)誤，并提高項(xiàng)目速度。 存在大量工具，從免費(fèi)，開源到商業(yè)都有。 它們都旨在支持不同的測(cè)試類型和技術(shù)。

您可以根據(jù)自己的經(jīng)驗(yàn)，預(yù)算和要求做出決定。 繼續(xù)查看計(jì)劃選擇的工具的優(yōu)缺點(diǎn)，例如需要多少并發(fā)構(gòu)建或需要多少時(shí)間來保留數(shù)據(jù)。

如果您正在尋找為CI CD提供自動(dòng)化測(cè)試的Web測(cè)試解決方案，那么LambdaTest是您的首選平臺(tái)。 它提供了可擴(kuò)展的在線Selenium Grid，用于自動(dòng)跨瀏覽器測(cè)試，以及與多個(gè)CI / CD工具（例如Jenkins，Travis CI，CircleCI等）的集成。

不僅如此，借助LambdaTest，您甚至可以使用Selenium在本地托管的網(wǎng)頁或Web應(yīng)用上執(zhí)行自動(dòng)跨瀏覽器測(cè)試。 另外，您可以并行執(zhí)行多個(gè)測(cè)試腳本。 您還可以與JIRA，asana，Trello等項(xiàng)目管理工具集成，以便輕松記錄錯(cuò)誤并在同事之間進(jìn)行更好的協(xié)作。

結(jié)論

通過采用CD CD流水線來招募開發(fā)人員或?yàn)槠渑鋫湮溲b，您可以跟上諸如敏捷，看板等現(xiàn)代SDLC方法的快速需求。CICD流水線使您能夠?qū)⒋a更改從暫存環(huán)境實(shí)時(shí)推向生產(chǎn)環(huán)境。每月，每周，甚至每天。 在復(fù)雜性和努力的基礎(chǔ)上拆分測(cè)試始終是明智之舉。 CI CD中的自動(dòng)化測(cè)試將幫助您將代碼更改從登臺(tái)環(huán)境推向生產(chǎn)環(huán)境，并為回滾方案提供有組織的版本控制。 如果您運(yùn)行的是詳盡的測(cè)試套件，那么并行測(cè)試可以幫助您節(jié)省大量時(shí)間。 阿迪奧斯！

翻譯自: https://www.javacodegeeks.com/2019/06/role-automation-testing-pipeline.html

總結(jié)

以上是生活随笔為你收集整理的自动化测试在CI CD管道中的作用的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。