關於測試左移和右移

看到咱們論壇一個測試開發知識體系，對於測試左移和右移， 有點不太懂，看了2篇文章，強行提筆總結了下，還有部份內容是直接翻譯的。關於測試左移和右移。測試左移中提到了儘早的發現問題、以及持續集成、儘量的實現自動化、更深的理解客戶的需求，從而提升其體驗。而對於測試右移，則是相對於上產環境中的測試，則提供真實的環境、實際的性能，以及目標用戶的反饋和評價。

左移和右移在軟件測試中的意義是什麼？

測試左移 測試方法使用 test early and often 在產品生命週期裏面更早執行測試任務(也就是在項目時間線上向左移動)。 同時，DevOps 測試中的 測試右移 方法是可以在生產環境中進行測試，爲未定義的、未知的和意外的狀況作好準備，好比生產環境。

在過去的幾年裏，敏捷和 DevOps 實踐的普遍採用已經致使了軟件開發和測試方式的顯著轉變。 協做是關鍵，在測試周期的早期階段，開發人員和測試人員都參與其中。

這兩個已經流行起來的概念是左移和右移。 顧名思義，測試左移 實際上將流程轉移到了開發階段的左側。 這意味着測試從開發週期的開始就開始了，並貫穿整個開發週期。

測試左移

目標是防止缺陷和減小風險，而不是在開發後處理大量的 bug 和關鍵問題。 所以，測試人員能夠在 SDLC（Software Development Life Cycle） 的早期引入，以主動地發現和處理缺陷。 這也有利於開發人員在第一時間把事情作對，並可以按時交付和質量保證。

另外，考慮到缺陷在早期發現時對項目的成本較低這一事實。 測試左移還意味着不斷測試，以得到更高質量的產品。 在這個範例中，測試人員的角色和職責是很是重要的。

這種方法還要求測試人員首先設計測試，並將客戶體驗目標牢記在心。 這反過來又容許開發人員基於這些測試構建軟件，並知足客戶的需求。

測試左移實踐一般鼓勵使用行爲驅動開發(BDD)和測試驅動開發(TDD) ，以幫助防止缺陷。

做爲敏捷實踐不可分割的一部分，測試左移 包括敏捷測試團隊，測試人員在其中扮演着重要角色。 測試人員被看成利益相關者，他們參與站會，回顧會議和各類其餘的互動。

測試左移依賴於持續的測試和反饋，以在整個衝刺過程當中執行動態變化。

爲何測試左移？

更好的設計: 測試左移 使用了一種設計思惟方法，測試人員和開發人員專一於客戶 / 終端用戶的指望和體驗。 經過持續的測試和頭腦風暴-有時致使識別關鍵的設計或概念缺陷。 這些發現每每會帶來更好的產品和客戶體驗。

發佈質量: Bug 被發現並及早修復。 該模型從一開始就加速了對質量的關注，這種方法所捕捉到的缺陷能夠很容易地以較低的成本修復，比周期結束時的成本更低。

更好的時間線和投資 RIO: 隨着測試質量成爲每一個人的工做。 有較少的返工，項目保持真實的時間表。 這確保了更快的上市時間和更好的投資回報率。

簡而言之，測試左移過程包括:

• 儘早測試和常常測試，以下降項目的整體成本和保持質量
• 連續測試，反饋迴路更短，以免最終解決缺陷
• 使一切自動化，提升上市時間
• 根據客戶需求進行設計，提升客戶的總體體驗

測試右移

在測試左移確保知足質量和業務需求的地方，經過測試右移方法確保在現實世界環境中的運行和性能。 這種實踐容許測試經過控制實驗轉移到生產環境中，涉及到功能、性能、容錯性和用戶體驗。 生產中的測試容許使用真實的用戶體驗和分析難以複製或預期的用例。

也就是說，測試左移 幫助團隊爲性能問題、崩潰、失敗和相似的事情等意外事件作好準備。

儘管測試左移對於敏捷測試來講是絕對必要的，但就用戶體驗和指望而言，它可能不足以確保軟件的質量。

測試右移測試從軟件的後期生產階段開始測試任務。 您如今正在測試軟件應用程序的右端，這是一個構建和可用性。 這些測試是爲了確保穩定性、性能和可用性標準。 這樣，就能夠從目標用戶那裏收集反饋和評論，以瞭解軟件在現實世界中的功能。 這有助於進一步提升軟件的質量。

爲何測試右移？

雖然測試左移測試帶來了早期和連續的軟件測試，以防止缺陷，測試右移測試實踐有本身的一套優點，如:

改進的客戶體驗: 經過改變測試的權利，客戶反饋是仔細整理，而後問題被轉化爲技術和業務術語。 這樣就能夠將每一個問題隔離開來，並有改進的餘地來加強客戶體驗。

自動化的範圍: 與部分的或不穩定的應用程序相比，自動化一個功能性的和穩定的應用程序更容易。 一旦應用程序穩定，用戶界面(UI)自動化對於快速測試是必要的。 向測試右移動測試使您可以作到這一點。 一旦應用程序穩定在覈心功能級別，對於快速測試相當重要。 向測試右移動測試使您可以作到這一點！

更普遍的覆蓋範圍: 與測試左移相比，測試右移方法有更普遍的測試覆蓋範圍，由於測試人員能夠在沒有緊迫的最後期限的狀況下訪問整個系統。 它容許測試人員進行更多的測試，及時測試，可是也容許測試延遲，從而得到更好的質量和客戶體驗。

不少場景都很理想: 因爲風險和風險因素很高，像暗啓動、業務切換和金絲雀部署這樣的實踐很是適合針對目標用戶進行正確的轉移測試。

簡而言之，測試右移過程包括

• 在生產環境中進行測試，以確保產品在真實場景中的穩定性和性能
• 您能夠從目標用戶那裏得到反饋和評論，以確保客戶滿意
• 可以測試在測試環境中不可能建立的使用場景和實際負載級別

咱們能夠在這裏看到，測試左移 是全部關於第一次得到正確的代碼，並減小上市時間，而 測試右移 是從客戶的角度來支持完美的實際的可用性。 測試左移可讓您節省時間、測試工做、風險和資源，而測試右移更多的是爲了得到正確的用戶體驗和生產場景。

原文連接： https://www.qmetry.com/blog/shift-left-and-shift-right-in-software-testing/

關於測試左移和右移，也能夠移步到這裏看這篇文章。

http://www.testclass.net/post/shift-left-and-shift-right

若是你感興趣能夠關注公衆號「chasays」- 程序員匯聚地