年底了，越發變的焦慮了，不知道以后干啥，走向何方，感覺一下子又沒有目標了，瀏覽testerhome網頁，看到2020年沙龍議題征集文章，發現自己真的落伍了，居然沒有聽過測試左移，測試右移的說法，於是學習下，說法很新穎，也很准確，及早發現問題，今早處理，做好后續事宜，才可長長久久。
測試左移：一切開始之前先進行測試，測試對象是需求，越早的發現需求不合理的地方出問題的幾率就越低。
在開發階段測試對應是代碼，適合做持續集成的單元測試，通過代碼覆蓋率的方式找到未經測試的代碼，盡可能的保證代碼都被測試到。
原則：支持測試團隊在軟件開發周期早期和所有干系人合作。
參與和理解會使測試人員獲取產品完整的知識，徹底想清楚各種場景，根據軟件行為設計實時的場景，這些都會幫助團隊在編碼完成之前識別出一些缺陷。
我們可以做什么：
1.合理的需求分析（參與需求評審，評估需求的質量，分析需求的合理性以及完整性）
2.完整的系統設計（代碼字段，框架工具的擴展性）
3.充分利用靜態代碼掃描，檢查代碼問題
4.編寫測試用例（用例設計，盡可能多覆蓋場景）
5.測試用例評審（需求再次拆解分析，查缺補漏）
6.盡早的測試執行（提早參與測試執行，在集成前就發現一些問題）
7.開發自測（提測質量提高）
8.適當的探索性測試
9.團隊質量意識的培養
盡早參與需求評審，需求分析，測試用例設計，評審，確實能很大程度上避免一些問題的，在這個過程中，可以使大家更好的理解需求，產品，開發，測試對需求的認知保持一致，后台開發提測就會相對順利很多，不會出現需求理解不一致導致的提測后再改動，影響項目進度。
測試左移的落實，最重要的就是全員質量服務意識的培養
測試右移：往發布之后移。也就是產品上線了之后也可以進行一些測試活動，在生產環境做監控，監控線上性能和可用率，一旦線上發生任何問題，做到快速響應，代碼回滾，避免給用戶造成不好的體驗。跟進工單反饋，用戶反饋收集處理，及時解決問題，完善產品功能體驗等。
測試右移其實還可以理解為如果線上發生任何問題，我們有沒有能力第一時間發現問題並解決問題，並保證線上數據的一致性或盡可能少的影響線上用戶，以及並且實時獲取用戶反饋。
我們可以做什么：
1.測試上線及時驗證，有問題，開發快速回滾代碼
2.上線后開發監控服務日志，日志報錯，代碼回滾
3.xdcs監控服務流量，出現流量報警快速定位問題
4.關鍵指標每日監控（服務器指標）
5.生產數據監控（警報）
6.用戶反饋問題及時跟進，針對缺陷，通知開發盡快解決，針對體驗，通知產品打磨細節，更好的服務用戶。
測試右移的落實，除了質量服務的培養，更加重要的是：完善的反饋、發現、定位問題，提升用戶體驗。
測試左移，測試右移相比較，測試左移的價值更高，今早發現解決問題，成本更低嘛。
參考：