一、測試右移的概念

　　在指導(dǎo)學(xué)生就業(yè)過程中，經(jīng)常會有人被問道，公司要求做交付的工作能行嗎?

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

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

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

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

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

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

　　1、線上資源監(jiān)控、用戶反饋

　　針對線上問題反饋，驗證以及后續(xù)的跟蹤，對問題解決形成閉環(huán)。

　　熟練使用系統(tǒng)的日志進(jìn)行問題定位、跟蹤，針對日志信息形成有效的數(shù)據(jù)分析。

　　不僅要不斷完善豐富的監(jiān)控指標(biāo)、例如業(yè)務(wù)異常點指標(biāo)，還需要不斷減低監(jiān)控成本，不斷提升監(jiān)控效率。

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

　　2、系統(tǒng)的灰度發(fā)布

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

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

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