大家熟悉的測試工作(也是傳統的瀑布式)，是接到專案後參與需求評審，然後根據需求文件寫寫用例和準備指令碼，等開發提測之後正式開始測試、提bug、回歸，測試通過後就結束了，專案交給運維上線，之後投入下乙個專案繼續重複這樣的流程。
這樣的流程看似沒什麼問題，但缺點是：
測試左移以及測試右移，能夠讓測試擁有更多的主動權，有更充足的時間進行測試，同時不會像之前因為質量差風險高每次都延期上線，並且產品的線上質量也能***。
不管是測試左移還是測試右移，都是為產品質量服務。不要把提測認為是測試活動的開始，上線是測試活動的結束，更不要認為質量只是測試同學需要關注的。
測試左移的思想，本質是越早的發現不合理的地方出問題的機率就越低。
測試左移的原則支援測試團隊在軟體開發周期早期和所有干係人合作。因此他們能清晰地理解需求以及設計測試用例去幫助軟體「快速失敗」，促使團隊更早的修改所有的bug。
參與和理解會使測試人員獲取產品完整的知識，徹底想清楚各種場景，根據軟體行為設計實時的場景，這些都會幫助團隊在編碼完成之前識別出一些缺陷。
我看到對於測試左移很好的理解
真正的測試左移就包含2個方面：
1. 提高質量上限
2. 提高質量下限
提高質量上限，其實是通過一系列活動，來避免問題或者本身就讓我們起步就變得很好的，一句話：良好的開始是成功的一半
提高質量下限，其實是通過一系列的活動，讓我們的質量成果得以保證的
測試左移，其實就是通過一系列的活動，能提高質量的上限，縮短測試的週期，提高質量的下限，這樣子，我們就可以在不斷提高下限的過程中，始終將質量穩定在乙個水平線上，而和團隊一起追求更高的目標了。
從不重視**質量的第一天開始，就埋下了問題修復，定位的成本和修復問題再次引入問題的成本。
當測試在週期的早期開始時，團隊會更專注於質量，並且「讓我們在第一時間獲得正確的編碼」前景。這有助於節省大量時間，並減少軟體開發團隊必須為特定**執行的迭代次數。
對於測試左移其實我們還有很多東西要做，就好像一開始說到的都是為產品質量服務，那麼在研發流程中的任何角色、人員都要為質量服務。
有哪些活動可以提高質量上限（舉例）？
健康的專案流程（合理並且嚴格遵守的專案流程）
合理的需求分析（評估需求的質量，分析需求的合理性以及完整性）
出色的系統架構
完整的系統設計（評估設計的質量，分析需求的合理性以及完整性）
充分利用靜態**掃瞄
進行研發標準的定義
更早的測試分析（先於開發完成需求的分析，做好各種評審的準備）
盡早的測試執行（提早參與測試執行，在整合前就發現一些問題）
有哪些活動可以提高質量下限（舉例）？
健康的測試流程
優秀的測試用例
合理的測試計畫
合適的自動化
適當的探索式測試
開發自測（tdd、bdd，測試提供更好的用例、技術支援）
團隊質量意識的培養
對於測試左移，也需要乙個重要的基礎，工程習慣，sdlc成熟度，測試分層，持續整合，鏈路上延展發布的節奏，縱深上需要貼合業務的專精領域的深度探索，**掃瞄（規範，問題，安全，異常等），cr， **提交行為分析，test double（mock ， fake， stub，dummy）， ut， 自動化，驗收測試等。左移需要工程效率具備不亞於研發的**能力。
因此對於測試左移，筆者認為可以圍繞質量服務思想展開，參與人員則不僅僅侷限於測試人員
當然實踐起來會存在一些問題，例如筆者團隊實踐起來，就出現了
很多人都認為是測試在要求完成一些沒必要的事情，測試在干預我的工作。
其實問題的矛盾點在於前面說過的一句話：不管是測試左移還是測試右移，都是為產品質量服務。不要把提測認為是測試活動的開始，上線是測試活動的結束，更不要認為質量只是測試同學需要關注的。
對於測試左移的落實，最重要的就是全員質量服務意識的培養
左移是往測試之前的開發階段移，右移是往發布之後移。也就是產品上線了之後也可以進行一些測試活動。當然在生產環境直接做測試是不推薦的，但是我們可以在生產環境做監控，監控線上效能和可用率，一旦線上發生任何問題，盡快反應，提前反應，給使用者良好的體驗。技術同學要比業務方先發現問題，如果業務方已經發現業務量明顯下降，說明問題已經很嚴重了。
測試右移其實還可以理解為如果線上發生任何問題，我們有沒有能力第一時間發現問題並解決問題，並保證線上資料的一致性或盡可能少的影響線上使用者，以及並且實時獲取使用者反饋。
對於測試右移，線上監控可以是突破點，舉例：
因此對於測試右移，我認為可以圍繞問題反饋、發現、定位、監控展開，參與人員則不僅僅侷限於運維人員
當然一樣的，實踐起來也是存在問題，除了技術問題之外，還有例如：
測試右移的落實，除了質量服務的培養，更加重要的反而可能是：完善的反饋、發現、定位，在監控架構完善後，怎麼更好的與專案流程結合，不要讓其成為累贅
參考1
參考2
參考3
參考4
測試左移與右移
我們大家熟悉的測試工作可能是，接到專案後參與需求評審，然後根據需求文件寫寫用例和準備指令碼，等開發提測之後正式開始測試 提bug 回歸，測試通過後就結束了，專案交給運維上線，之後投入下乙個專案繼續重複這樣的流程。這樣的流程看似沒什麼問題，但缺點是，測試同學非常被動 當需求質量 開發質量差的時候，你只...
左移與右移
1 include 2 include 3 include 4 using namespace std 5 typedef unsigned char byte 6 intmain 以上的實驗說明計算機中負數是以補碼的形式存在的。而且無論是負數還是整數左移就相當於乘以2，右移就相當於除以2。左移時，...
測試左移和右移
大家熟悉的測試工作可能是，接到專案後參與需求評審，然後根據需求文件寫寫用例和準備指令碼，等開發提測之後正式開始測試 提bug 回歸，測試通過後就結束了，專案交給運維上線，之後投入下乙個專案繼續重複這樣的流程。這樣的流程看似沒什麼問題，但缺點是，測試同學非常被動 當需求質量 開發質量差的時候，你只能被...