作者新建了qq群：460430320，供大家交流測試心得（培訓機構勿進）。另外，還會不定期上傳測試資料，也歡迎您共享測試資料。
之前寫過該話題的部落格，但最近在看一些大佬聊天的時候，感覺get到了一些新的思路，拿過來，分享給大家。
1、測試左移、右移，可以針對測試團隊來說，左移就是盡早的參與專案，從需求階段就開始參與評審，站在測試角度提出意見或建議；右移就是專案上線成功後，還要做一些測試能做的工作，比如線上的監控等；測試左移和右移強調的是測試工作的全流程參與，相當於全程軟體測試，全過程質量控制，把固有的瀑布式對測試所產生的誤解進行糾正，使測試的工作內容得到擴充套件，測試的參與角色也得到擴充套件。
2、測試左移、右移，可以針對專案團隊來說，左移是指從更高的層面，比如專案組、甚至公司層面，建立制度規則，通過固化流程或者應用系統、工具，將測試（質量）的概念或思維提前，全民參與；
4、右移還可關注高可用，故障自癒、可擴充套件和彈性設計、可監控與遙測設計。——感覺是運維的工作。
測試左移和測試右移
前幾天看爬文的時候看到了這篇 shift left and shift right the testing swing 裡面描述了一些測試左移和測試右移的思路和方法，覺得有一定的啟發，可以分享一下。作者站在專案或者產研發負責人的角度闡述了自己團隊在敏捷及devops中的測試實踐，根據功能和產品所處的...
測試左移與右移
大家熟悉的測試工作 也是傳統的瀑布式 是接到專案後參與需求評審，然後根據需求文件寫寫用例和準備指令碼，等開發提測之後正式開始測試 提bug 回歸，測試通過後就結束了，專案交給運維上線，之後投入下乙個專案繼續重複這樣的流程。這樣的流程看似沒什麼問題，但缺點是 測試左移以及測試右移，能夠讓測試擁有更多的...
測試左移和右移
大家熟悉的測試工作可能是，接到專案後參與需求評審，然後根據需求文件寫寫用例和準備指令碼，等開發提測之後正式開始測試 提bug 回歸，測試通過後就結束了，專案交給運維上線，之後投入下乙個專案繼續重複這樣的流程。這樣的流程看似沒什麼問題，但缺點是，測試同學非常被動 當需求質量 開發質量差的時候，你只能被...