點擊藍字關注這個神奇的公眾號～
驅動技術組織的有三駕馬車：組織、技術和流程。前面筆者花了兩篇文章，簡要總結了個人對技術類招聘的渠道建立和中間的面試技巧的看法，如客官感興趣，可以點此查閱：
1.《招聘渠道的建立》：
https://mp.weixin.qq.com/s/iR726sCUf3aPHwjUG5_R6w
2.《招聘季，如何提升入職轉化率》:
https://mp.weixin.qq.com/s/2xZFIym-2W3zdfDNM-0iWw
如果這兩篇文章是從“組織”的角度出發考慮，本次想逐步過渡到“技術”及“流程上”。技術角色間也時刻上演着“圍城”，測試轉開發、開發轉測試比較常見。近期有兩個朋友從開發又轉回了測試，筆者從崗位角色差別與些許的技能差異角度思考，形成此文。
角色的分工及差別
IT圈最早是開發一個角色的天下，隨着效率化的社會化分工協作，衍生出技術的三大角色：開發、測試、運維等角色。為吸收借鑒相鄰角色的長處，后續又衍生出一些三者交叉的角色。比如，我們熟悉的“測試開發”，近幾年比較火的“運維開發”等。《三國》中有“天下大勢，合久必分，分久必合”的說法，沒想到IT圈最后又可能統一成“全棧工程師”！分工協作給我們帶來效率提高的同時，也帶來了諸多問題。比如：各角色之間的溝通成本越來越高，我們不得不通過敏捷的一些方式來改善這種不足。
拿“測試開發”來說，一定程度上也是為了彌補溝通的效率和提高工程質量的深入度。集開發與測試技能於一身，減少溝通成本的同時，能夠發揮開發和測試的雙重技術優勢。
測試開發的定義
測試開發在每個團隊的定義不同，在Qtest內部實際分為了三種角色，我們分別來看下三種角色設立的初衷和區別：
筆者並無意羅列大把的技術點，如果想朝着哪個方向發展，只需要多去一些招聘站點看看相關職位的技術要求，然后學習並在當前崗位實踐就可以了。對於測試開發，每個團隊的定義不同。從招聘中的簡歷可見一斑，有的頂着測試開發其實是自動化測試或性能測試；有的則是在測試團隊的純開發角色；Qtest將測試開發定義為“業務+技術”，也就是主要立足於業務方向的效率化和提升測試深度。接觸業務是要了解業務的需要與場景，防止方向走偏，工具不落地或落地難、擁有開發技術是有辯證的思維看待軟件工程和具備能力實現，知己知彼，有動手的能力又具備測試的思維。
測試角色基本功
大方向來說，作為測試角色，應該掌握不限於以下幾個方面的技能：
1.扎實的測試基礎及思維：業務知識、測試用例設計、具體效率化意識與思維等
2.較好的開發技術基礎：掌握一門開發語言或腳本語言，熟悉常見的中間件、數據庫、操作系統，了解基本的系統架構，掌握常見的自動化框架；
3.項目管理的意識：風險把控、質量管理、項目進度管理、具備“成本、效率、質量”的綜合意識；
4.團隊合作的意識、快速學習的總結能力；
5.良好的溝通、表達能力：重復工作的耐心，與各角色打交道中的溝通技巧，尤其是良好的問題解決與流程推動能力；
誠然，時下諸多的面試招聘都將開發技術基礎擺在了首要位置，不管面試官自己是否掌握什么樣的數據結構與算法基礎，一頓“懟”候選人，直到候選人情緒低落才“善罷甘休”。也許是面試官想展現自身的技術實力，亦或是一種招聘策略。這里“技術無罪”，我們也不應一邊倒的只關注“測試”或“技術”某一個方面。“技術”服務於“業務”，“業務”支撐公司的發展。
寫在最后
文章短小，主要意在回應近期關於職業規划方向選擇、團隊人才方向規划的問題。近兩年以來，技術AI化的趨勢也越來越明顯，程序員可能會先革掉自己命。測試角色不會消失，但對測試的綜合軟、硬性技術及業務層面的要求會越來越高。測試開發的同學，你會繼續在測試領域堅守么？
