一、測試右移的概念

　　在指導學生就業過程中，經常會有人被問道，公司要求做交付的工作能行嗎?

　　這讓人很是無語，但是又不得不接受，現在很多企業都在力推提升團隊整體效能，一個工程師能做更多事情，就成了一個最簡單的實現方式，這也就不難理解HR為什么會問這個問題了，我們能做的也就只能是不斷增加自己左移、右移的能力，適應公司的需求。

　　一般情況下，我們測試工程師完成相關功能、性能、接口等測試工作后，則申請上線部署，之后可以由運維來解決灰度發布問題、線上資源的監控、客戶的技術支持等工作。

　　而測試右移則是要求測試工程師也可以完成一部分運維的工作內容，可能會抱怨，這不是讓測試運維的活給做了嗎?

　　一定要記住一點，右移可不是我們測試一個崗位再喊。運維還想著左移呢，如果我們不主動出擊，可能最終被“移除”的可能是我們測試工程師，這絕對不是危言聳聽，所以我們時刻準備的提升自己的左移右移能力，就成了一個必然要求，這也是為什么大家會覺得測試工作越來越難了，當然測試的薪資也在不知覺間上漲。

　　二、測試右移可以做的事情

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

　　1、線上資源監控、用戶反饋

　　針對線上問題反饋，驗證以及后續的跟蹤，對問題解決形成閉環。

　　熟練使用系統的日志進行問題定位、跟蹤，針對日志信息形成有效的數據分析。

　　不僅要不斷完善豐富的監控指標、例如業務異常點指標，還需要不斷減低監控成本，不斷提升監控效率。

　　可見線上資源的監控是可以圍繞問題反饋、發現、定位、監控展開，參與人員則不僅僅局限于運維人員，我們測試人員也完全可以去做。

　　2、系統的灰度發布

　　灰度發布的思想則是將少量的請求引流到新版本上，因此部署新版本服務只需極小數的機器。驗證新版本符合預期后，逐步調整流量權重比例，使得流量慢慢從老版本遷移至新版本，期間可以根據設置的流量比例，對新版本服務進行擴容，同時對老版本服務進行縮容，使得底層資源得到最大化利用。

　　對于系統發布，很多公司除了需要測試發其申請以外，也需要測試工程師參與其中的，在不斷的項目實戰中，系統發布對于測試來說，必將是一個非常簡單的工作。

　　好了，今天我們就先聊到這，作為測試工程師，可不能僅僅盯著右移，我們還要時刻防著我們左手邊，時刻做好左移、右移的打算。