測試左移與測試右移

測試左移以及測試右移，能夠讓測試擁有更多的主動權，有更充足的時間進行測試，同時不會像之前因為質量差風險高每次都延期上線，並且產品的線上質量也能有保證。

不管是測試左移還是測試右移，都是為產品質量服務。不要把提測認為是測試活動的開始，上線是測試活動的結束，更不要認為質量只是測試同學需要關注的。

測試左移

測試左移的思想，本質是越早的發現不合理的地方出問題的機率就越低。

測試左移的原則支援測試團隊在軟體開發週期早期和所有干係人合作。因此他們能清晰地理解需求以及設計測試用例去幫助軟體“快速失敗”，促使團隊更早的修改所有的bug。

參與和理解會使測試人員獲取產品完整的知識，徹底想清楚各種場景，根據軟體行為設計實時的場景，這些都會幫助團隊在編碼完成之前識別出一些缺陷。

測試左移包含2個方面

提高質量上限提高質量上限，其實是透過一系列活動，來避免問題或者本身就讓我們起步就變得很好的，一句話：良好的開始是成功的一半

提高質量下限提高質量下限，其實是透過一系列的活動，讓我們的質量成果得以保證的

測試左移，其實就是透過一系列的活動，能提高質量的上限，縮短測試的週期，提高質量的下限，這樣子，我們就可以在不斷提高下限的過程中，始終將質量穩定在一個水平線上，而和團隊一起追求更高的目標了。

從不重視程式碼質量的第一天開始，就埋下了問題修復，定位的成本和修復問題再次引入問題的成本。

當測試在週期的早期開始時，團隊會更專注於質量，並且“讓我們在第一時間獲得正確的編碼”前景。這有助於節省大量時間，並減少軟體開發團隊必須為特定程式碼執行的迭代次數。

測試左移的實現步驟

在團隊的devops開發下，對於測試左移進行的操作：

編寫單元測試，透過單元測試提前進行測試Code Review，透過程式碼走讀發現一些基礎的問題參與需求評審，提出需求不清晰、不合理、遺漏等意見，瞭解開發的實現方式參與研發需求分解，協助梳理分解遺漏點參與概要、介面設計評審，協助梳理遺漏邏輯提早輸出測試導圖，開發編碼前進行評審部分功能提測，提早開始測試自動化測試，用於迴歸確保舊版本功能正確性

對於測試左移，進行了相應的嘗試後，也發現了測試左移實踐的問題：

測試要求提供概要設計、介面文件！！！測試要求單元測試必須透過！！！測試干預需求設計！！！

很多人都認為是測試在要求完成一些沒必要的事情，測試在干預我的工作。其實問題的矛盾點在於前面說過的一句話：不管是測試左移還是測試右移，都是為產品質量服務。不要把提測認為是測試活動的開始，上線是測試活動的結束，更不要認為質量只是測試人員需要關注的。

對於測試左移的落實，最重要的就是全員質量服務意識的培養

測試左移，還需改進的實踐

對於測試左移其實我們還有很多東西要做，就好像前面說到的都是為產品質量服務，那麼在研發流程中的任何角色、人員都要為質量服務。

提高質量上限健康的專案流程（合理並且嚴格遵守的專案流程）合理的需求分析（評估需求的質量，分析需求的合理性以及完整性）出色的系統架構充分利用靜態程式碼掃描進行研發標準的定義提高質量下限健康的測試流程優秀的測試用例合理的測試計劃合適的自動化適當的探索式測試開發自測（TDD、BDD，測試提供更好的用例、技術支援）儘早的測試團隊質量意識的培養

對於測試左移，也需要一個重要的基礎，工程習慣，SDLC成熟度，測試分層，持續整合，鏈路上延展釋出的節奏，縱深上需要貼合業務的專精領域的深度探索，程式碼掃描（規範，問題，安全，異常等），CR， 程式碼提交行為分析，test double（mock ， fake， stub，dummy）， UT， 自動化，驗收測試等。左移需要工程效率具備不亞於研發的程式碼能力。

因此對於測試左移，可以圍繞質量服務思想展開，參與人員則不僅僅侷限於測試人員

測試右移

左移是往測試之前的開發階段移，右移是往釋出之後移。也就是產品上線了之後也可以進行一些測試活動。當然在生產環境直接做測試是不推薦的，但是我們可以在生產環境做監控，監控線上效能和可用率，一旦線上發生任何問題，儘快反應，提前反應，給使用者良好的體驗。技術人員要比業務方先發現問題，如果業務方已經發現業務量明顯下降，說明問題已經很嚴重了。

測試右移其實還可以理解為如果線上發生任何問題，我們有沒有能力第一時間發現問題並解決問題，並保證線上資料的一致性或儘可能少的影響線上使用者，以及並且實時獲取使用者反饋。

測試右移的實踐步驟

對於測試右移，線上監控可以是突破點，：

閉環的線上問題反饋-檢查-解決-更新流程更便捷的日誌檢視、回傳服務豐富有效的log，便於問題的快速定位豐富的監控指標（例如業務異常點指標）成本監控（例如簡訊傳送等）關鍵指標每日監控（伺服器指標）生產資料監控（警報）（透過sql語句實現生產資料監控，例如是否有多個訂單號一樣的訂單出現等）

因此對於測試右移，可以圍繞問題反饋、發現、定位、監控展開，參與人員則不僅僅侷限於運維人員

測試右移還需改進的實踐

一樣的，實踐起來也是存在問題，除了技術問題之外，還有例如：

線上監控搭建後使用率不高線上問題反饋機制，業務人員不配合等等監控指標不合理，反而被認為增加伺服器負載測試右移的落實，除了質量服務的培養，更加重要的反而可能是：完善的反饋、發現、定位，在監控- 架構完善後，怎麼更好的與專案工作(流程)結合，不要讓其成為累贅

作　　者： 自動化軟體測試