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

　　從提交的bug質(zhì)量上，很容易看出一位工程師的技術(shù)和能力，如果P6發(fā)現的bug，跟P4差不多，那怎么好意思繼續混下去。下面我們再從另一個(gè)維度來(lái)比較，那就是：是否專(zhuān)注在一個(gè)project里面，請看表格：

　　講到這里第二點(diǎn)“測試工程師的分工”就講完了。P4工程師的考評最簡(jiǎn)單最好量化，他只要按照文檔，完成一定功能點(diǎn)分數的測試，就可以了。在執行過(guò)程中，P4也不需要大傷腦筋，如果有壓力也是工作量的壓力。假如P4工程師感到執行測試很困難，舉步為艱，那說(shuō)明PTM的設計和準備，沒(méi)有做到位。而P5P6工程師，雖然擺脫了大量機械的工作，感到無(wú)比暢快，但是很快就會(huì )感到一絲不安，因為他們有了更多的資源，因此會(huì )受到了更大的壓力，這種壓力主要是思想上的壓力，不過(guò)這些都是正常的，也是合理的。

　　我想一定會(huì )有很多人會(huì )對這種分工方式產(chǎn)生疑問(wèn)，那么這里我先預測一些問(wèn)題，跟大家解釋一下。

　　Q：如果一個(gè)project的用例都由PTM寫(xiě)，ta能忙得過(guò)來(lái)么?

　　A：這就要看用例的規模了，如果按照現在我們的寫(xiě)法，估計夠嗆，用例寫(xiě)成“說(shuō)明書(shū)”，PTM肯定累半死。用例應該是一個(gè)結構化的文檔，與知識沉淀珠聯(lián)璧合，總之這就要看PTM的能力了，怎么設計才能既簡(jiǎn)潔，又可讀。另外如果項目太大(不禁想起WCS)，那估計要多位PTM合作。

　　Q：PTM把用例寫(xiě)好，那執行第一輪測試的時(shí)候，他不是沒(méi)事干了。

　　A：這是因為以前的規定是，用例全部寫(xiě)完，評審完，才能測試，這樣其實(shí)是不敏捷的，用例的設計和執行本身就可以并行來(lái)做，評審只要把關(guān)鍵的測試邏輯評審通過(guò)就可以了。開(kāi)發(fā)工程師也是希望我們盡快投入測試，盡快提交bug。另外，測試開(kāi)始后，PTM還需要不斷完善測試方案，特別是測試數據準備方法，PTM要為P4的工作鋪平道路，絕對不是甩手掌柜。

　　Q：這樣定義，對現有的P4工程師，是不是會(huì )感覺(jué)不好，好像在說(shuō)他們只能做簡(jiǎn)單的執行似的?

　　A：說(shuō)到這個(gè)問(wèn)題，還請大家保持冷靜。對崗位的定義，和對人的要求，是完全不同的，要區別對待。我們設定P4這個(gè)崗位，說(shuō)明團隊需要這樣的崗位產(chǎn)出，絕對不是說(shuō)現在這個(gè)崗位的工程師只能做這些。對這個(gè)崗位感興趣，適合的人，自然會(huì )接受崗位offer。當ta在這個(gè)崗位上有了較好的績(jì)效，經(jīng)常會(huì )涉及更高層級的工作時(shí)，那么就可以自然晉升了。

　　到這里第二點(diǎn)我們分析完了，下面講第三點(diǎn)：健康的測試團隊中，各個(gè)層級的測試工程師比例應該是怎么樣的。

　　現在我們的招聘策略是盡量挑選精英工程師，簡(jiǎn)單來(lái)說(shuō)是至少P6級別，這是非常正確的方針。如果一個(gè)團隊全是P4P5，在測試技術(shù)發(fā)展上，必然會(huì )遇到難以逾越的鴻溝。那么是不是P6越多越好呢，也未必，試想一個(gè)產(chǎn)品線(xiàn)測試團隊都是P6，是什么情景。在籃球論壇有人提出這么一個(gè)觀(guān)點(diǎn)，如果由5個(gè)科比組成的籃球隊，可能戰勝不了大聯(lián)盟的任何一支球隊。雖然沒(méi)辦法證明，我認為還是有些道理的。足球隊最出風(fēng)頭的是前鋒，要是11個(gè)都是前鋒，也沒(méi)法踢了。推理到測試團隊也是一樣，大家自己體會(huì )。

　　說(shuō)到這里想起三國殺游戲，里面分了主公、忠臣、反賊、內奸幾個(gè)角色，在多人游戲中，這些角色的數量是嚴格定義的，只有這樣設定，各方面勢力才能均衡，才好玩，忠臣太多反賊太少，一下就結束了，一點(diǎn)不好玩。并且，當游戲人數發(fā)生改變的時(shí)候，這些角色的數量也會(huì )跟著(zhù)變，還要遵守一定的規則，保持生態(tài)平衡。

　　測試團隊也是一個(gè)生態(tài)圈，各方面勢力均衡，工作才好做下去。其實(shí)一直以來(lái)，“開(kāi)發(fā)測試比”就是開(kāi)發(fā)團隊和測試團隊保持生態(tài)平衡的一個(gè)重要指標，這個(gè)指標也是討論最多，大家關(guān)注最多的。我認為每個(gè)測試團隊，也需要確定自己的人員比例，可以根據所對應的Project的特點(diǎn)進(jìn)行調整。下面假定有一個(gè)10人的測試團隊，我們按照足球隊的陣形，排出了測試人員比例模型，大家參考一下：

　　排下來(lái)感覺(jué)也挺靠譜的，才發(fā)現軟件測試和足球還有這么點(diǎn)聯(lián)系。當然，這只是常規團隊的排兵布陣，有一些特殊的project和產(chǎn)品線(xiàn)，是不太合適的，需要重新定義。不過(guò)要遵守這個(gè)原則，并不是層級越高的人越多越好，而是要各司其職，方能百戰不殆。

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