從技術(shù)角度看軟件測試工程師的分工模型

　　2010年底，技術(shù)研發(fā)部那轟轟烈烈的晉升面試慢慢落下帷幕，有人快樂(lè )有人失落。一晃幾個(gè)月過(guò)去了，晉升失敗的痛苦慢慢平復，晉升成功的快感也逐漸消退。接下來(lái)一個(gè)非常實(shí)際的問(wèn)題擺在了我們面前，特別是對那些晉升成功的工程師來(lái)說(shuō)，那就是，晉升成功后，你是不是依然做著(zhù)相同的工作，跟以前沒(méi)啥分別。

　　盡管受到一些爭議，新的job model在這次晉升過(guò)程中，還是起到了比較關(guān)鍵的作用，它明確的定義了各個(gè)層級的測試工程師，應該具備何種能力，能夠完成哪些不同難度的工作。除此以外，我們幾乎隔一段時(shí)間就能看到一幅“測試工程師職業(yè)發(fā)展路線(xiàn)圖”，每張畫(huà)的都不一樣，不過(guò)中心思想基本差不多，無(wú)非是說(shuō)測試是萬(wàn)金油，可以向多個(gè)方向發(fā)展。

　　關(guān)于測試工程師的未來(lái)怎么發(fā)展，似乎我們已經(jīng)掌握了足夠多的信息了，按理說(shuō)我們應該撥開(kāi)迷霧，自信的大步往前走。但是我們卻感覺(jué)到哪里有點(diǎn)不對勁，并沒(méi)有體驗到輕松暢快的感覺(jué)，相反，仍然覺(jué)得身在迷宮深處。這些并不正常，我想技術(shù)委員會(huì )應該做一次回訪(fǎng)，針對晉升成功的測試工程師，問(wèn)問(wèn)他們的感受，是否感到個(gè)人價(jià)值倍增，信心百倍，目標明確。

　　下面只是我的推測，我想回訪(fǎng)的結果可能不會(huì )那么好，并且很可能會(huì )得到相反的答案。雖然晉升成功的感覺(jué)很high，薪水也高了，還有同事們那羨慕的眼神，不過(guò)這些快樂(lè )都是極其短暫的。當大家冷靜下來(lái)，回到工作崗位時(shí)，晉升成功的工程師會(huì )發(fā)現一個(gè)尷尬的現實(shí)：他們仍在做著(zhù)跟以前相同的工作，并沒(méi)有得到組織授權的，完全不同的任務(wù)挑戰，也沒(méi)有新任務(wù)委派的動(dòng)向，一切都那么平靜。再看看周?chē)?，他們發(fā)現了一個(gè)更加要命的問(wèn)題，層級不同的測試工程師，卻在做著(zhù)相似的測試工作。P6在帶個(gè)項目，P5也在帶項目，甚至P4也在帶個(gè)小項目。

　　其實(shí)真要說(shuō)區別呢，也不是沒(méi)有，他們帶的項目還是有不同，有的大，有的小，但是看看項目中的具體工作，區別就不是很大了，都要寫(xiě)計劃，寫(xiě)一堆用例，一遍一遍的執行，記錄一堆bug。這種分工方式看起來(lái)合理，責任明確，各管一攤，其實(shí)不然，這種分配方法是最簡(jiǎn)單的，但是很不科學(xué)。因為大家都知道，在一個(gè)項目的測試工作中，總有一些工作是很簡(jiǎn)單并且量很大的，而有一些是很復雜但是量卻不多，二八原則吧。P6工程師會(huì )覺(jué)得做那些簡(jiǎn)單的工作很無(wú)趣，而P4工程師會(huì )覺(jué)得做那些復雜的工作很吃力很累。

　　我認為這一點(diǎn)，是造成測試工程師對職業(yè)發(fā)展產(chǎn)生迷惘感覺(jué)的最主要原因。P4、P5、P6...每個(gè)層級都應該是一個(gè)里程碑，當你到達這個(gè)里程碑時(shí)，將會(huì )在各方面有一個(gè)很大的突破，而絕對不是周而復始的，不停的在做項目，然后熬很多年，熬成一個(gè)組的組長(cháng)，然后每天處理一堆雜事，最終迷失自我。這絕對不是我們該走的路。

　　上學(xué)時(shí)學(xué)過(guò)，人類(lèi)進(jìn)化的一個(gè)關(guān)鍵，是社會(huì )大分工，每個(gè)組織負責不同類(lèi)型的工作，精益求精，不斷進(jìn)化。測試工程師的工作如何分工，和job model產(chǎn)生了必然的聯(lián)系。job model需要完成3個(gè)層次的定義：1、各層級測試工程師的能力定義。這個(gè)已經(jīng)完成了，這里我們不再多說(shuō);2、各層級測試工程師需要完成哪些類(lèi)型的工作。這個(gè)其實(shí)現在的model并沒(méi)有說(shuō)清楚，所以大家在工作中會(huì )感覺(jué)到有些迷惑，不過(guò)根據現有的job model倒是可以推理出來(lái)，后面我會(huì )總結一下;3、一個(gè)健康的測試團隊，各個(gè)層級的測試工程師的比例。這個(gè)完全沒(méi)有定義，所以我們馬上會(huì )重點(diǎn)分析。

　　先講第二點(diǎn)。真正合理的測試工程師分工，我想應該不是P5負責A項目，P6負責B項目，也不是在一個(gè)項目里，你負責甲模塊，我負責乙模塊，當然更不能是，測試負責人把模塊平均分給幾個(gè)人，然后自己負責所謂“溝通協(xié)調”的工作。不同層級的測試工程師，他們的分工應該按照工作類(lèi)型來(lái)分。我們看下面的表格：

　　這里我們明確一個(gè)概念，就是項目(Project)，在新twork中，項目的概念變大了，購物車(chē)、收藏夾這些都是項目，而購物車(chē)2.0、收藏夾3.0這些是演進(jìn)的一些版本。因此，PTM(Project Test Manager)有了新的含義，其實(shí)就是之前所說(shuō)的“子產(chǎn)品的owner”，但是這樣叫太拗口，干脆以后統一叫PTM。注意，P4工程師的責任范圍內，是沒(méi)有PTM的責任的。

　　好，下面我們繼續講不同層級的分工。上面從工作內容上進(jìn)行了分類(lèi)，下面我們從他們所提交的bug，來(lái)進(jìn)行一下分類(lèi)，請看表格：

原文轉自：http://kjueaiud.com