測(cè)試人員應(yīng)該接受持續(xù)交付和持續(xù)部署，因?yàn)樗鼈兲峁┝顺砷L(zhǎng)和學(xué)習(xí)新技能的機(jī)會(huì)。

開(kāi)發(fā)實(shí)踐在不斷變化，作為測(cè)試人員，我們必須擁抱變化。我們可以體驗(yàn)到的變化之一是從每月或每季度發(fā)布到持續(xù)交付或持續(xù)部署的轉(zhuǎn)變。此外，這種向持續(xù)交付或部署的轉(zhuǎn)變?yōu)闇y(cè)試人員提供了學(xué)習(xí)新技能的機(jī)會(huì)。

每月或每季度發(fā)布的項(xiàng)目都有熟悉的節(jié)奏，并且團(tuán)隊(duì)會(huì)朝著發(fā)布日期進(jìn)行構(gòu)建。測(cè)試人員必須測(cè)試所有的卡并進(jìn)行手動(dòng)回歸測(cè)試。手動(dòng)腳本中的每個(gè)測(cè)試都需要執(zhí)行，并且可能需要對(duì)這些測(cè)試的結(jié)果進(jìn)行報(bào)告。發(fā)布后，發(fā)布中可能存在需要修復(fù)的錯(cuò)誤。測(cè)試人員還需要在下一個(gè)版本上開(kāi)始運(yùn)行相同的手動(dòng)回歸測(cè)試并再次報(bào)告。每月或每季度發(fā)布的測(cè)試是一個(gè)重復(fù)的過(guò)程。這個(gè)過(guò)程被比作希臘神話中的西西弗斯，他必須將一塊石頭滾到山頂，然后當(dāng)石頭滾到山腳下時(shí)，他必須再次將它滾到山頂.

持續(xù)交付可以定義為“當(dāng)所有開(kāi)發(fā)人員都在主干上進(jìn)行小批量工作時(shí)，......當(dāng)主干保持在可發(fā)布狀態(tài)時(shí)，以及當(dāng)我們按下按鈕就可以發(fā)布時(shí)”。與我合作的一個(gè)團(tuán)隊(duì)從每月發(fā)布版本轉(zhuǎn)變?yōu)槌掷m(xù)交付。該團(tuán)隊(duì)將主要分支保持在可以根據(jù)需要進(jìn)行部署的狀態(tài)，并且該團(tuán)隊(duì)每周進(jìn)行一次發(fā)布。持續(xù)部署可以定義為，除了支持持續(xù)交付的實(shí)踐之外，“我們通過(guò)自助服務(wù)（由 Dev 或 Ops 部署）定期將良好的構(gòu)建部署到生產(chǎn)中”。每次代碼合并到主分支時(shí)，實(shí)踐持續(xù)部署的團(tuán)隊(duì)都會(huì)部署到生產(chǎn)環(huán)境。

實(shí)踐持續(xù)交付或持續(xù)部署的團(tuán)隊(duì)使用小批量。這意味著部署的“批次”代碼很小。“批量大小的理論下限是單件流，其中每個(gè)單元一次執(zhí)行一個(gè)”；這就是在持續(xù)部署中發(fā)生的情況，其中每次合并到主分支都會(huì)部署到生產(chǎn)環(huán)境中。

實(shí)踐持續(xù)交付和持續(xù)部署的團(tuán)隊(duì)試圖以可持續(xù)的速度創(chuàng)建工作流程，因此應(yīng)該“在日常工作中啟用和注入學(xué)習(xí)”。另一方面，每月發(fā)布版本的團(tuán)隊(duì)都是為了發(fā)布而構(gòu)建的，因此無(wú)法以可持續(xù)的速度創(chuàng)建這種持續(xù)的工作流程。

當(dāng)團(tuán)隊(duì)從每月發(fā)布轉(zhuǎn)向持續(xù)交付或持續(xù)部署時(shí)，發(fā)生的變化是沒(méi)有發(fā)布候選。未在候選發(fā)布版上進(jìn)行測(cè)試；相反，它是在從主分支中取出的特性分支上完成的，當(dāng)它們被合并回主分支時(shí)，它們必須準(zhǔn)備好發(fā)布到生產(chǎn)環(huán)境中。主分支保持在可以發(fā)布到生產(chǎn)環(huán)境的狀態(tài)。對(duì)于測(cè)試人員來(lái)說(shuō)，這意味著在功能分支上的測(cè)試與在發(fā)布候選上的測(cè)試具有不同的模式。

在功能分支上進(jìn)行測(cè)試時(shí)，您需要確信功能分支中的新功能或修復(fù)會(huì)執(zhí)行它應(yīng)該執(zhí)行的操作并且不會(huì)導(dǎo)致任何回歸。測(cè)試月度發(fā)布時(shí)，你可以有時(shí)間執(zhí)行手動(dòng)回歸測(cè)試，但如果主分支要保持可以部署到生產(chǎn)的狀態(tài)，這是不可能的。如果您使用持續(xù)交付或持續(xù)部署，回歸測(cè)試需要自動(dòng)化。

每月發(fā)布的回歸測(cè)試通常包括運(yùn)行大量手動(dòng)測(cè)試；但是，如果您的團(tuán)隊(duì)正在使用持續(xù)交付或持續(xù)部署，回歸測(cè)試通常會(huì)通過(guò)持續(xù)集成自動(dòng)進(jìn)行。持續(xù)集成 (CI)“意味著每次有人對(duì)代碼進(jìn)行任何更改”，更改都會(huì)集成到代碼庫(kù)中。這需要在將代碼合并到主分支之前和之后運(yùn)行自動(dòng)化測(cè)試。這為測(cè)試人員提供了一個(gè)學(xué)習(xí)如何理解 CI 的機(jī)會(huì)。測(cè)試人員必須了解 CI，包括哪些測(cè)試作為 CI 的一部分運(yùn)行。在 CI 上運(yùn)行的測(cè)試總是會(huì)有差距。如果測(cè)試人員知道 CI 中的差距是什么，他們就可以想出如何自動(dòng)化測(cè)試來(lái)填補(bǔ)這些差距，并在需要時(shí)執(zhí)行手動(dòng)測(cè)試來(lái)彌補(bǔ)差距。

測(cè)試人員也可以自己參與自動(dòng)化回歸測(cè)試，通過(guò)這種方式，測(cè)試人員可以幫助防止錯(cuò)誤而不是發(fā)現(xiàn)錯(cuò)誤。有很多免費(fèi)資源，例如測(cè)試自動(dòng)化大學(xué)、LambdaTest 認(rèn)證和 Exercism，它們可以幫助測(cè)試人員獲得自動(dòng)化測(cè)試所需的技能。還有很多資源可以學(xué)習(xí)如何使用 javascript 來(lái)輔助測(cè)試。

回歸測(cè)試是自動(dòng)化的，為測(cè)試人員創(chuàng)造了時(shí)間，他們可以花時(shí)間進(jìn)行探索性測(cè)試。探索性測(cè)試是發(fā)現(xiàn)問(wèn)題的有力方式，因此它將有助于測(cè)試人員正在進(jìn)行的項(xiàng)目。有額外的時(shí)間做探索性測(cè)試也將幫助測(cè)試人員發(fā)展他們的探索性測(cè)試技能。

使用持續(xù)交付和持續(xù)部署的項(xiàng)目也往往具有微服務(wù)架構(gòu)。微服務(wù)是有獨(dú)立測(cè)試和部署的服務(wù)，每個(gè)服務(wù)都很簡(jiǎn)單。測(cè)試人員有機(jī)會(huì)了解微服務(wù)，方法包括與開(kāi)發(fā)人員交談、研究現(xiàn)有的架構(gòu)圖、閱讀 GitHub 中每個(gè)服務(wù)的自述文件以及參加開(kāi)發(fā)人員會(huì)議。

測(cè)試人員可以通過(guò)幫助開(kāi)發(fā)人員測(cè)試他們的代碼來(lái)建立他們與開(kāi)發(fā)人員的關(guān)系。此外，測(cè)試人員可以與開(kāi)發(fā)人員分享他們的測(cè)試技術(shù)知識(shí)，例如邊界值分析，因?yàn)檫@將有助于他們測(cè)試和生產(chǎn)質(zhì)量更好的軟件。

每月發(fā)布的發(fā)布過(guò)程可能會(huì)給測(cè)試人員帶來(lái)一定的痛苦。有時(shí)我們被要求負(fù)責(zé)做出發(fā)布決定，即使測(cè)試人員通常是團(tuán)隊(duì)中的初級(jí)成員；其他時(shí)候，測(cè)試人員必須參加由利益相關(guān)者組成的大型委員會(huì)會(huì)議，以決定是否可以發(fā)布軟件。持續(xù)部署和持續(xù)交付的發(fā)布過(guò)程應(yīng)該是自動(dòng)化的；這意味著發(fā)布不會(huì)給測(cè)試人員帶來(lái)壓力。測(cè)試人員在持續(xù)交付和持續(xù)部署中對(duì)發(fā)布的輸入是他們的測(cè)試；這意味著我們可以專注于測(cè)試并學(xué)習(xí)新的測(cè)試技能。

開(kāi)發(fā)團(tuán)隊(duì)不是自治的；它們是開(kāi)放系統(tǒng)，其工作會(huì)影響其他團(tuán)隊(duì)并受到其他團(tuán)隊(duì)的影響。這就是系統(tǒng)思維，而系統(tǒng)思維有助于持續(xù)交付和持續(xù)部署。測(cè)試人員可以學(xué)習(xí)使用系統(tǒng)思維來(lái)增強(qiáng)他們的測(cè)試并支持他們的團(tuán)隊(duì)。這可以幫助測(cè)試人員跳出他們的角色思考，以了解哪些其他系統(tǒng)受其團(tuán)隊(duì)工作的影響以及哪些系統(tǒng)影響其團(tuán)隊(duì)的工作。

系統(tǒng)思考的教訓(xùn)之一是每個(gè)人都有責(zé)任，所以當(dāng)出現(xiàn)問(wèn)題時(shí)，任何人都不應(yīng)受到指責(zé)。這個(gè)觀點(diǎn)也應(yīng)該是每個(gè)實(shí)施持續(xù)交付或持續(xù)部署的敏捷和精益開(kāi)發(fā)團(tuán)隊(duì)的核心。這是測(cè)試人員應(yīng)該學(xué)習(xí)并牢記在心的事情。當(dāng)出現(xiàn)失敗時(shí)，我們需要從中吸取教訓(xùn)，而不是責(zé)怪某人。

每月發(fā)布的團(tuán)隊(duì)會(huì)發(fā)現(xiàn)，在每次發(fā)布之后，都會(huì)有一系列活動(dòng)修復(fù)發(fā)布中部署的回歸錯(cuò)誤。實(shí)踐持續(xù)交付或持續(xù)部署的團(tuán)隊(duì)不會(huì)發(fā)生這種情況。發(fā)布將使用持續(xù)部署每天多次部署，軟件將通過(guò)持續(xù)交付定期部署。這些定期發(fā)布使開(kāi)發(fā)團(tuán)隊(duì)有機(jī)會(huì)快速?gòu)腻e(cuò)誤和事件中恢復(fù)，因?yàn)榭梢钥焖俨渴鹦迯?fù)程序。部署修復(fù)程序后，測(cè)試人員可以主動(dòng)提出帶頭進(jìn)行根本原因分析，以找出錯(cuò)誤或事件的根本原因。測(cè)試人員可以學(xué)習(xí)使用五個(gè)為什么和石川圖來(lái)進(jìn)行根本原因分析。

測(cè)試人員還可以通過(guò)生成有助于團(tuán)隊(duì)衡量質(zhì)量改進(jìn)的指標(biāo)來(lái)支持團(tuán)隊(duì)的工作。DORA 指標(biāo)由 DORA 的 Accelerate State of DevOps 調(diào)查報(bào)告確定。這些指標(biāo)旨在幫助實(shí)踐持續(xù)交付和持續(xù)部署的團(tuán)隊(duì)找到需要改進(jìn)的地方并了解他們的表現(xiàn)。這些與每月發(fā)布的指標(biāo)不同，因?yàn)樗鼈儾皇顷P(guān)于有多少錯(cuò)誤已投入生產(chǎn)，而是關(guān)于團(tuán)隊(duì)從錯(cuò)誤中恢復(fù)的速度。

持續(xù)交付和持續(xù)部署為測(cè)試人員提供了成長(zhǎng)和學(xué)習(xí)新技能的機(jī)會(huì)，因此當(dāng)他們的團(tuán)隊(duì)轉(zhuǎn)向持續(xù)交付和持續(xù)部署時(shí)，測(cè)試人員應(yīng)該抓住機(jī)會(huì)。