譯者 | 李睿

審校 | 重樓

“本指南探討了左移測試方法，以及如何使用這種方法提高軟件產(chǎn)品的質(zhì)量?！?nbsp; 

左移測試方法包括將測試活動“左移”或在開發(fā)周期中相對早期地移動。因此，測試人員在軟件開發(fā)生命周期中參與得越早，使他們能夠在更早的階段識別缺陷和瓶頸。除了提高代碼質(zhì)量和減少完成周期所需的時間之外，它還有助于確保在生產(chǎn)中引入更少的缺陷。

很多企業(yè)不斷面臨著在敏捷環(huán)境中更快行動的挑戰(zhàn)。通常情況下，這需要縮短交付時間，同時以更低的成本提高每個后續(xù)版本的質(zhì)量。

敏捷開發(fā)計劃優(yōu)先考慮更短的sprints，并計劃盡可能快地將客戶反饋合并到功能中。然而，這樣的進步如果遇到了嚴重的質(zhì)量問題，將讓客戶感到不滿。在此之后，測試和質(zhì)量出現(xiàn)了漂移，“快速移動和突破”不再可持續(xù)，測試成為了一個重要的絆腳石。  

在傳統(tǒng)模式中，測試人員通常在開發(fā)之后開始測試。為此，出現(xiàn)了一種被稱為左移測試的質(zhì)量保證技術(shù)，它具有諸如節(jié)省成本和提前檢測缺陷等優(yōu)點。  

一、左移測試的由來

左移方法促使人們重新思考如何處理軟件質(zhì)量改進。早些時候，在瀑布方法中，開發(fā)人員和質(zhì)量保證專家在具有不同角色和職責(zé)的團隊中工作。即使在敏捷方法中，測試也通常排在最后。

左移測試的思想旨在將測試階段引入軟件開發(fā)生命周期(SDLC)的早期階段。因此，團隊可以更有效地協(xié)同工作，并定期相互溝通。因此，左移是早期將測試和開發(fā)結(jié)合在一起的常見術(shù)語。  

可以考慮一個一切都是由開發(fā)人員完成的這樣一個場景。他們將工作移交給測試團隊，從系統(tǒng)測試開始，然后開發(fā)團隊開始開發(fā)新的項目。在質(zhì)量保證（QA）測試期間，測試中出現(xiàn)的錯誤必須在發(fā)布到生產(chǎn)環(huán)境之前加以修復(fù)。在這種情況下，開發(fā)人員繼續(xù)完成當(dāng)前的任務(wù)，并集中精力修復(fù)上一個項目中的缺陷和錯誤，以緩解最后交付期限，否則部署將不得不等到新的發(fā)布周期。而這是額外的時間投資!

左移方法旨在通過在生命周期的早期將任務(wù)移到左邊來提高質(zhì)量。它在軟件開發(fā)生命周期的早期通過重復(fù)測試和檢測問題以及早期最小化風(fēng)險來整合測試。因此，與在開發(fā)結(jié)束時開始測試的典型測試方法相比，測試可能是一種更現(xiàn)實的檢測產(chǎn)品缺陷的方法。

二、SDLC后期測試的影響

在生命周期后期發(fā)現(xiàn)的缺陷更為復(fù)雜且修復(fù)成本更高。這就是在瀑布式方法結(jié)束時將測試視為一個順序階段被認為是軟件測試的一個主要陷阱的原因。

以下是開發(fā)周期進行后期測試的影響：

?測試人員可能較少參與初始計劃，導(dǎo)致分配的測試資源不足。  

?許多需求、架構(gòu)和設(shè)計缺陷直到在實施上花費了大量精力才被發(fā)現(xiàn)和糾正。

?隨著越來越多的軟件被創(chuàng)建和集成，調(diào)試變得越來越困難。  

?測試自動化的時間更短，這最終會導(dǎo)致缺陷回歸。

?封裝使得白盒測試和在測試期間實現(xiàn)高水平的代碼覆蓋率變得更加困難。  

?修復(fù)在測試中發(fā)現(xiàn)的缺陷的時間更少，增加了在以后的系統(tǒng)升級中被推遲的可能性。  

?延遲測試影響開發(fā)和維護成本，導(dǎo)致錯過最后期限和項目延遲，并由于殘留缺陷而降低質(zhì)量。  

?由于軟件存在缺陷，客戶最終用戶體驗不佳。

三、為什么進行左移測試

在傳統(tǒng)的瀑布模型中，在開發(fā)周期結(jié)束時進行測試，一些嚴重的缺陷經(jīng)常被忽略。在開發(fā)流程結(jié)束時修復(fù)這些關(guān)鍵的缺陷是困難和昂貴的。隨著漏洞的發(fā)現(xiàn)，修復(fù)它們的成本呈指數(shù)級增長。

然而，通過讓測試人員更早地參與到開發(fā)周期中進行左測試有助于減少與發(fā)現(xiàn)和修復(fù)缺陷相關(guān)的成本。因此，對項目的可交付成果沒有延遲或影響，并且提高了客戶滿意度。

以下是導(dǎo)致左移快速發(fā)展的一些因素：

?通過將編碼和測試結(jié)合起來，左移方法減少了代碼的不安全性。同時也提高了工程師的工作效率。  

?左移方法使工程師能夠通過持續(xù)集成(CI)和測試自動化來快速測試代碼。這允許團隊朝著持續(xù)測試和CI/CD管道開發(fā)他們的軟件開發(fā)生命周期(SDLC)。  

?在產(chǎn)品開發(fā)生命周期中幾乎立即發(fā)現(xiàn)缺陷。  

?通過幾乎立即識別缺陷來減少處理缺陷的成本。  

?在產(chǎn)品開發(fā)生命周期中幾乎立即發(fā)現(xiàn)缺陷。  

?DevOps中的左移測試帶來了一個更重要的項目。這就建立了消費者的忠誠度并提高了業(yè)務(wù)成果。

?由于代碼包含較少的缺陷修復(fù)和代碼修復(fù)，因此可以獲得更重要的項目。

?減少項目超出事件評估過程的可能性。  

?由于代碼穩(wěn)定并在財務(wù)計劃中傳達，因此提高了消費者忠誠度。  

?保持更大的代碼庫。

?通過在開發(fā)周期之前的測試，團隊可以更快地發(fā)現(xiàn)代價昂貴的問題。這樣可以節(jié)省時間和成本。  

?左移方法允許團隊更有可能為他們的企業(yè)設(shè)計整個測試擴展。 

四、在測試中左移的好處

左移不僅能更早地找到缺陷，它還可以幫助團隊更好地與所有利益相關(guān)者合作，提高集體能力，并制作更現(xiàn)實的測試用例，以確保無缺陷的交付。左移測試帶來了一些企業(yè)文化上的好處，因為它強調(diào)了敏捷宣言中眾所周知的原則： 

?根據(jù)計劃應(yīng)對變化。

?客戶協(xié)作優(yōu)先于合同談判。  

?工作軟件勝過全面的文檔。  

?流程和測試工具之上的交互和個體。

以下是左移測試的幾個顯著優(yōu)點：  

?改進了客戶和用戶體驗：左移促進高質(zhì)量的代碼和按時交付，減少修復(fù)缺陷，創(chuàng)建一個更集中的以客戶需求為中心的環(huán)境，從而帶來更好的產(chǎn)品設(shè)計和用戶體驗。  

?早期缺陷檢測：早期的、漸進的、持續(xù)的測試可以在缺陷導(dǎo)致生產(chǎn)問題之前減少它們的數(shù)量。  

?增強覆蓋范圍：左移測試的額外優(yōu)勢是增加了測試覆蓋范圍。如果有更多的人更頻繁地創(chuàng)建測試并更早地開始，那么測試將對軟件進行更大比例的評估。  

?顯著的成本節(jié)約：早期檢測顯著地提高了效率，減少了技術(shù)債務(wù)，降低了修復(fù)缺陷所需的工作量、時間和成本。

?改進了軟件團隊文化、能力、士氣和員工忠誠度：讓交付團隊中的每個人都參與測試活動需要左移。企業(yè)團隊不再在發(fā)布前的最后一刻匆忙討論和執(zhí)行測試。

?幫助重塑產(chǎn)品開發(fā)：測試中的左移并不意味著沒有在生產(chǎn)中進行測試，也不意味著測試完全轉(zhuǎn)移到軟件開發(fā)生命周期的設(shè)計階段。左移將測試注入到每個sprint中。一些測試仍然應(yīng)該在最后進行，但應(yīng)該是剩余的一些。 

五、當(dāng)左移時會發(fā)生什么?

在左移方法中，測試人員直接了解測試版本的最終標準。例如，測試人員可能會意識到，當(dāng)他們了解產(chǎn)品規(guī)格說明時，與組件和系統(tǒng)開發(fā)人員密切合作會更有效。他們可以提出探索性的問題，與API開發(fā)人員溝通，并為新服務(wù)創(chuàng)建測試存根。當(dāng)測試人員積極參與這些早期階段時，他們最終會“向左移動”。  

以下看看當(dāng)在測試中采用左移方法時會發(fā)生什么。  

1.設(shè)計階段

傳統(tǒng)上，產(chǎn)品設(shè)計團隊會等到他們有了大量的新功能，然后開始漫長的設(shè)計過程。在此之前，測試人員可能對新功能正在進行開發(fā)的事實并不關(guān)心。在現(xiàn)代軟件開發(fā)中，可以通過引入以下問題來測試新的功能想法。  

?該功能的用途是什么？它為客戶解決了哪些問題？

?如何知道這個功能成功地滿足了客戶的需求?  

?可以構(gòu)建并用作“學(xué)習(xí)版本”以確保其交付價值的功能的最小部分是什么?  

?當(dāng)人們使用這個功能時，最糟糕和最好的事情是什么？

2.持續(xù)使用測試來指導(dǎo)開發(fā)

這是一個典型的“左移”場景：一家企業(yè)的團隊決定構(gòu)建一個功能，并且正在與交付團隊在計劃會議中進行規(guī)范討論。只是問“我們將如何測試這個?”這樣的問題就會引發(fā)富有成效的討論，因為它可以幫助人們理解這一功能，并可能導(dǎo)致在單元、集成、系統(tǒng)級別/API、用戶界面（UI）或其他適用級別為這些故事進行測試。 

3.設(shè)計測試計劃

與正式的測試計劃不同，團隊可以在創(chuàng)建每個故事時捕獲一些期望的和不希望的行為實例。然后，把它們變成測試。團隊可以運行它并幫助開發(fā)。

這些測試將成為詳細的文檔，說明該功能在生產(chǎn)環(huán)境中是如何工作的，自動化的回歸測試可以確保未來的更改不會破壞它。增加團隊準確交付客戶所需的機會的一種方法是，在構(gòu)建每個功能時，考慮更多的測試用例來自動化或人工探索。  

盡早且經(jīng)常進行測試，盡早且經(jīng)常自動執(zhí)行

敏捷開發(fā)的好處是可以隨時實現(xiàn)自動化。可以為一個功能編寫最基本的測試，即使還沒有完全開發(fā)它。也可以為該功能向產(chǎn)品和測試代碼中添加增量測試。可能需要更多的返工，更多的關(guān)于如何編寫可維護的測試的知識，當(dāng)測試人員、開發(fā)人員和其他團隊成員協(xié)作在編碼過程中自動化測試時，需要等待更多的問題得到回答，而這與瀑布過程的交接有很大的偏差。

4.不僅僅是與測試人員有關(guān)  

左移方法是軟件團隊都參與其中的一種技術(shù)。以下是每個角色需要做出的一些調(diào)整：

?測試人員：積極參與設(shè)計階段。要構(gòu)建測試，不應(yīng)該等待代碼。嘗試將這些代榪分成幾個可測試的小塊，以保證測試的成功。  

?開發(fā)人員：參與關(guān)于測試策略和計劃的討論。企業(yè)投入可能有助于減輕測試團隊的負擔(dān)，并降低技術(shù)債務(wù)。將企業(yè)的自動化測試套件作為代碼庫的重要組成部分進行維護。  

?產(chǎn)品經(jīng)理：確保企業(yè)的團隊能夠獲得合適的資源來進行合作并獲得反饋。設(shè)定與左移策略相一致的目標和期望。這可能需要為整個團隊設(shè)定質(zhì)量目標，并減少每個sprint的功能工作。

基礎(chǔ)設(shè)施和部署團隊：企業(yè)的部署管道需要盡早可用，并且具有高容量，以便測試套件能夠快速運行，因為測試需要頻繁和早期地發(fā)生。

六、左移測試的類型

有四種不同類型的左移方法，每種方法提供不同的價值。

1.傳統(tǒng)的方法

要理解傳統(tǒng)的左移方法，首先理解軟件開發(fā)生命周期中的傳統(tǒng)V模型是很重要的。SDLC V-Model是基于每個開發(fā)階段的測試階段的瀑布模型的擴展。它也被稱為驗證和確認模型。下圖顯示了一個典型的V型模型。

傳統(tǒng)的左移方法減少了測試次數(shù)，從而將其移到V型模型右側(cè)的左側(cè)。單元測試和集成測試是傳統(tǒng)左移方法的主要關(guān)注點。這種測試是使用API測試和Selenium完成的。然而，驗收測試和系統(tǒng)測試并沒有得到高度重視。

2.增量方法  

這種左移策略最適合開發(fā)復(fù)雜和大型軟件系統(tǒng)的項目。同時管理所有任務(wù)和可交付成果有時變得很困難，因此它們被分成更小的塊。這些組件構(gòu)建在彼此之上，并且軟件隨每個增量一起交付給客戶。在每次交付之后，開發(fā)和測試都被移到左邊。這有利于測試團隊測試每個組件。  

因此，它通過增量開發(fā)周期來進行增量測試。下圖顯示了該過程的一個示例。

3.敏捷/DevOps方法  

這種左移測試方法通常在幾個sprint中執(zhí)行。它側(cè)重于通過由各種較小的sprint組成的進化生命周期進行持續(xù)測試。它主要用于開發(fā)測試，而不是在系統(tǒng)操作化之后進行的操作測試。 

4.基于模型的方法  

左移方法的主要目標是盡早發(fā)現(xiàn)缺陷。然而，在上面討論的三個模型中，測試將在開發(fā)周期的早期開始。因此，在需求收集期間遺漏了一些關(guān)鍵問題，這些問題在開發(fā)周期完成后才會被發(fā)現(xiàn)。

七、左移的關(guān)鍵策略

以下是一些可以實現(xiàn)的關(guān)鍵策略，以將軟件測試向左轉(zhuǎn)移。

?計劃：這是左移戰(zhàn)略的一個重要方面，因為它是測試生命周期任務(wù)的跳板。測試人員可以通過與管理層和運營利益相關(guān)者合作，更好地理解未來的需求。有了這種洞察力，就可以計劃并確認預(yù)算、資源分配和測試策略。  

?靜態(tài)測試：它在項目的早期階段完成，包括需求和設(shè)計驗證。使用靜態(tài)測試，可以在項目生命周期的早期發(fā)現(xiàn)問題，以免它們變得過于昂貴而無法修復(fù)。

?統(tǒng)一的測試策略：使用統(tǒng)一的測試策略，企業(yè)可以評估自動化、存根、環(huán)境和測試數(shù)據(jù)上的限制，保證各自的團隊能夠滿足需求。一般來說，這是端到端測試的高級方法，從單元測試到用戶驗收測試(UAT)，再到操作準備測試(ORT)和部署后測試(PDT)。這一策略將涵蓋所有質(zhì)量保證（QA）職責(zé)和步驟。  

?基于風(fēng)險的分析：軟件風(fēng)險分析決定了每個測試用例的結(jié)果和失敗的概率。功能測試、非功能測試和回歸測試都可以使用這種方法進行。

八、如何實施左移戰(zhàn)略?  

左移不僅僅是幫助測試團隊盡早發(fā)現(xiàn)缺陷，現(xiàn)在了解他們需要做些什么來開始左移測試：

1.確定并計劃測試生命周期

計劃是左移方法不可或缺的一部分。當(dāng)測試分析人員在實際開發(fā)過程開始之前確定并計劃整個測試生命周期時，它的效果最好。這為測試生命周期中的所有活動提供了一個強有力的起點，并將幫助所有業(yè)務(wù)和運營利益相關(guān)者、開發(fā)人員和測試人員理解項目的任務(wù)、目標和預(yù)期結(jié)果。  

這樣做的一種方法是從項目計劃和需求規(guī)范階段確定測試需求。測試計劃包括預(yù)算、資源、測試策略和其他項目需求。這有助于團隊從項目的第一天開始就關(guān)注質(zhì)量，而不是等到軟件開發(fā)生命周期的后期才發(fā)現(xiàn)缺陷。

2.引入基于開發(fā)人員的測試方法

開發(fā)人員的主要角色是根據(jù)需求編寫新功能或增強功能。然而，測試不再是由測試人員完成的任務(wù)。  

由于開發(fā)人員最熟悉他們的代碼，他們可以嚴格測試自己編寫的代碼以排除任何缺陷，并檢查應(yīng)用程序的功能。確保新代碼在與應(yīng)用程序的現(xiàn)有功能集成時不會產(chǎn)生任何缺陷也是至關(guān)重要的。

因此，一旦開發(fā)出代碼進行測試，可以確保更快地識別缺陷。它加快了暴露和修復(fù)編碼錯誤的速度。它有助于減少單元中的不確定性。開發(fā)測試的目的是在代碼傳遞給質(zhì)量保證（QA）團隊之前消除編碼錯誤。基于開發(fā)人員的測試和基于質(zhì)量保證（QA）的測試的完美結(jié)合將確保輕松識別缺陷和發(fā)布高質(zhì)量的功能。

3.代碼評審質(zhì)量檢查

合作是成功的關(guān)鍵。為了確保更高的代碼質(zhì)量，所有開發(fā)人員必須同意遵守相同的編碼標準。  

隨著開發(fā)人員為測試工作做出貢獻，測試人員可以專注于為開發(fā)人員的腳本定義質(zhì)量檢查，并專注于探索性、安全性和性能測試。

4.使用相同的工具

測試團隊面臨的一個重要問題是無法使用開發(fā)人員使用的相同工具創(chuàng)建自動化測試。這成為測試人員創(chuàng)建自動化框架的障礙。最佳實踐是使用開發(fā)人員使用的相同技術(shù)堆棧。

5.功能測試

它是對軟件進行更改以添加新功能或修改現(xiàn)有功能的過程。測試這些功能是非常重要的，并且逐步交付軟件需要開發(fā)和質(zhì)量保證（QA）團隊協(xié)同工作來交付構(gòu)建。

在每次簽入之后，就可以知道系統(tǒng)在缺陷方面的實際狀態(tài)。通過嚴格的代碼質(zhì)量檢查，可以在早期階段檢測到缺陷，因此更容易修復(fù)，從而提高每個功能的質(zhì)量。

6.采用測試自動化技術(shù)  

在這種DevOps驅(qū)動的環(huán)境中，強烈建議采用測試自動化技術(shù)，以最大限度地提高左移測試的可用性。通過測試自動化，開發(fā)人員和測試人員可以在軟件開發(fā)的所有階段自動化整個從構(gòu)建到測試的過程。

為了降低測試成本，需要始終使用基于云的測試平臺，以便企業(yè)的質(zhì)量保證（QA）團隊可以訪問不同的瀏覽器、設(shè)備和平臺。

九、左移測試的挑戰(zhàn)  

正如人們所看到的，左移策略帶來了許多好處。然而，每件事都有它的挑戰(zhàn)。這是左移測試的一個限制。

1.文化認可

清單上的第一個是認可。左移測試需要企業(yè)文化的重大轉(zhuǎn)變。習(xí)慣于傳統(tǒng)工作流程的開發(fā)人員和測試人員可能會發(fā)現(xiàn)左移是一個偏差。它可能會打亂工作、工具和所需技能的流程。如何克服? 內(nèi)化左移測試的重要性是很重要的。此外，倡導(dǎo)優(yōu)先事項的學(xué)習(xí)會議有助于確保順利過渡到新方法。

2.精力浪費

只有一些內(nèi)容可以盡早測試。如果仍然需要打下基礎(chǔ)，左移測試可能需要投入大量的精力和時間。在開發(fā)圖形用戶界面（GUI）之前編寫測試的情況下，圖形用戶界面（GUI）功能很有可能在完全開發(fā)時需要更多的增強，因此大部分精力都被浪費了。

如何克服？如果需要在早期測試特定的測試，則必須更早完成開發(fā)。例如，如果API測試對企業(yè)的項目至關(guān)重要，并且正試圖進行左移測試，那么需要盡早開發(fā)API。  

3.測試范圍

測試范圍都涵蓋了嗎？需要多少自動化?準備好全套服務(wù)了嗎?回答這些問題的答案可能會讓人頭疼。  

定義智能測試策略是自動化測試成功的關(guān)鍵。以下是可以幫助確定是否應(yīng)該自動化測試用例的因素列表。

?自動化的復(fù)雜性  

?平均腳本創(chuàng)建時間  

?期望的回歸速度  

?發(fā)布的頻率  

?構(gòu)建的穩(wěn)定性  

?測試用例的變更/增加率  

十、左移測試的最佳實踐

本節(jié)將討論在實現(xiàn)左移方法時應(yīng)該遵循的一些最佳實踐：  

提供持續(xù)的反饋  

持續(xù)的反饋可以快速地修正誤差和間隙。此外，它可以更好地了解每個參與者，并改進未來的項目。  

為了實現(xiàn)有效的持續(xù)反饋循環(huán)，應(yīng)該：

?為會議設(shè)定目標。  

?詳細記錄反饋。  

?確保有效的溝通渠道。

1.早期測試

早期的測試不應(yīng)該意味著測試不會發(fā)生在軟件開發(fā)生命周期(SDLC)的后期階段。早期測試本質(zhì)上允許通過早期缺陷檢測來降低風(fēng)險。這并不意味著缺陷不能在后期出現(xiàn)。因此，質(zhì)量保證（QA）專家和項目經(jīng)理應(yīng)該準備好并利用持續(xù)測試。  

質(zhì)量保證（QA）專家應(yīng)該列出代碼預(yù)期的價值、執(zhí)行和操作成就的程度，以便運行測試的開發(fā)人員了解應(yīng)該搜索哪些缺陷。  

2.自動化測試  

每次更新、發(fā)布、定制和集成都會對系統(tǒng)的整體質(zhì)量造成新的威脅。另外，人工測試不能滿足更快、更高質(zhì)量的軟件開發(fā)的需求。  一個可行的方法是使用測試自動化，這為測試人員節(jié)省了大量的時間。

3.靜態(tài)代碼分析

靜態(tài)代碼分析是在不執(zhí)行代碼的情況下分析代碼。它檢查了基本的代碼結(jié)構(gòu)，并保證代碼與各種規(guī)范和規(guī)則保持一致。在這一分析中，將根據(jù)指導(dǎo)方針和標準檢查代碼。靜態(tài)代碼分析的另一個好處是可以實現(xiàn)自動化。但是應(yīng)該在軟件開發(fā)生命周期(SDLC)的早期做這樣的分析。  

十一、結(jié)論

在持續(xù)開發(fā)周期的所有階段都參與測試可能會讓人望而生畏。盡管如此，來自測試社區(qū)的許多成功案例表明，無論成為什么角色，這都是可能的。

一些專家表示，向開發(fā)人員展示如何進行測試的最佳方式是成為一名具有測試經(jīng)驗的開發(fā)人員。也有人說在項目的每個階段都要“停下來思考和測試/審查”。如果有一些編碼經(jīng)驗或?qū)W(xué)習(xí)感興趣，那么將其測試專業(yè)知識與實際開發(fā)工作相結(jié)合是一個很好的選擇。  

無可爭辯的是，測試人員都將負責(zé)創(chuàng)建高質(zhì)量的交付。如果企業(yè)的項目或團隊正試圖左移，那么這一指南可能是一個很好的手冊，可以幫助他們以更快的速度交付優(yōu)秀的產(chǎn)品。

原文標題：

Shift Left Testing Tutorial: Comprehensive Guide With Best Practices，作者：Rhea Dube

原文鏈接：

https://dzone.com/articles/shift-left-testing-tutorial-comprehensive-guide-wi