測試左移or右移，測試人員往哪裏移？

最近羣裏你們一直討論測試左移和右移的話題，引起出關於測試人員從業的討論。做爲一個混跡IT圈17，8年，曾經作測試8年的IT女民工，發表一點感想。

---

測試左移

對於需求，代碼，質量，效率，《代碼大全》很早就從軟件工程實踐角度說明了一個bug產生的不一樣階段，修復一個bug的成本從需求階段，設計階段，測試階段有着天壤差異。不只從成本上，從修復難度，引入新問題的可能性，溝通成本，團隊狀態也會有很大的影響。因爲大部分bug都是在寫代碼的階段就引入的，測試左移本質上能夠儘早的發現，預防問題，使用必要的測試手段在軟件開發週期的早些階段發現問題。測試越是集中到後期，尤爲是集成測試時進行功能測試，產品的複雜度就越高，出現問題後，越難以定位bug，修復時間花費越長。因此，bug越早被發現，越節約成本。這也是測試左移被廣泛接受的緣由。

測試左移的手段：

1. 在需求評審時不僅是瞭解需求，更是要去評估需求的質量，分析需求的合理性以及完整性。

2. 代碼掃描，代碼質量檢查，進行單元測試，測試驅動開發，這些都是在開發階段就引入測試的手段。

3. 測試人員儘早介入測試，參加需求分析，評審。

4. 持續測試：自動化測試。

從測試左移的實現手段來看，你們會發現，說了半天，都代表了一件事情，測試不只要懂需求，還要懂代碼，寫代碼。

---

測試右移

說完測試左移，再聊聊測試右移。測試右移指產品上線了以後進行一些測試活動，在生產環境作監控，監控線上性能和可用率，一旦線上發生任何問題，作到快速響應，代碼回滾，避免給用戶形成很差的體驗。測試還須要跟進工單反饋，用戶反饋收集處理，及時解決問題，完善產品功能體驗等。能夠作到測試右移是由於不少公司如今都作灰度發佈，小範圍內在生產環境中進行功能測試。

                                                       灰度發佈

測試右移包括：

1.測試上線及時驗證，有問題，開發快速回滾代碼

2.上線後開發監控服務日誌，日誌報錯，代碼回滾

3.監控服務流量，出現流量報警快速定位問題

4.關鍵指標每日監控

5.生產數據監控

6.用戶反饋問題及時跟進，針對缺陷，通知開發儘快解決，針對體驗，通知產品打磨細節。

從測試右移來看，測試人員不只須要懂得產品功能，還須要會使用監控工具，看懂監控指標，知道什麼指標表明異常。另外還要跟蹤缺陷，定位問題。

---

測試崗位的基本要求

解釋完測試左移和右移，你們也許就明白了。Oh, My God，目前業界對於測試人員的要求是：能寫代碼，能用監控，能發現bug，還得定位問題。哪裏有這樣的測試人員，趕忙跳出來，我看看長什麼樣子？若是貴公司不當心得到了這樣的測試人員，那麼好好珍惜吧，有開發經驗，能夠寫自動化測試工具，還能甘心作測試的同窗，真的太少了，要知道測試80%以上都是重複性工做。

整體而言，測試崗位是一個技術崗位，可以左移右移的測試人員須要：

1. 代碼寫的好，最好是Java

2. 會用市面上經常使用的自動化測試工具，不管是Selenium, QTP, Cucumber, JMeter, LoadRunnder, 通通能夠上手。

3. 對產品功能瞭如指掌。

4. 對測試理論，測試管理理念有深刻的理解。

5. 細心，會溝通。

6. 最關鍵的問題是，熱愛測試工做，願意無窮盡的找bug。

---

測試人員的職業發展

由於能夠達到以上要求的測試人員太難找了，因此大部分公司目前都會將測試左移交給開發，測試右移交給運維，線上功能測試交給業務部門。目前在持續交付的影響下，不少公司都創建了自動化部署流水線，這對於自動化測試的要求極高，因此愈來愈多的測試工做都交給開發來作，利用自動化測試工具開發自動化測試與部署流水線融合。可以寫代碼的測試人員很差招，還不如交給程序員。這種狀況壓擠了不少只會進行手工測試的測試人員的生存空間。

綜上所述，測試人員的職業發展能夠有如下幾條路：

1. 對寫代碼感興趣的，直接轉開發，或者去作自動化測試。

2. 對寫代碼不感興趣的，或者不擅長的，能夠去轉運維，可是也須要學習Linux，Python，和其餘一些運維工具。

3. 1，2都是技術崗位。以上都不敢興趣的，那就趕忙轉型吧。喜歡研究業務功能的，能夠轉型作BA，或者直接轉到業務部門去研究產品需求。喜歡作項目管理的，能夠轉型作PM。

---

結束語

 IT角色職責不少，不是隻有技術路線一條路能夠走到黑。測試能夠轉BA，PM，業務，實在不行多考幾個證來作諮詢。不管選擇哪條路，藉助劉潤老師的一句話「每一個人都是本身的CEO」，每一個人都須要經營好本身的職業發展。想一想你離開這家公司，還能剩下什麼，讓本身換個公司繼續在職場中前行。