軟件測(cè)試人員分工最近看了點(diǎn)\t"/html/51/_self"敏捷測(cè)試的東西，看得比較模糊。一方面是因?yàn)闆](méi)有見(jiàn)真實(shí)的環(huán)境與流程，也許它跟本就沒(méi)有固定的模式與流程，它就像告訴人們要“勇敢”“努力”。有的人在勇敢的面對(duì)\t"/html/51/_self"生活，有些人在勇敢的挑戰(zhàn)自我，有些人在勇敢的面對(duì)失敗與挫折。好吧！他們都實(shí)現(xiàn)了“勇敢”，勇敢到底是如何去做，也許說(shuō)不清楚?；蛘哒f(shuō)每個(gè)人都有自己的實(shí)踐方式。但是他們卻同樣靠著“勇敢”攻克不自己所面臨的困難。當(dāng)然了，敏捷并不是簡(jiǎn)單一個(gè)詞語(yǔ)，經(jīng)過(guò)前人的不探索與總結(jié)，還積累與總結(jié)相當(dāng)多的經(jīng)驗(yàn)可供我們借鑒與參考。按照本文的主題還是來(lái)談?wù)刓t"/html/51/_self"軟件測(cè)試人員的分工吧！主要來(lái)談傳統(tǒng)軟件測(cè)試過(guò)程中的測(cè)試分工，因?yàn)槊艚轀y(cè)試中的測(cè)試分工我還沒(méi)弄明白到底是腫么個(gè)情況。集體測(cè)試也許專業(yè)測(cè)試?yán)镏v這種方式，很可能不叫“集體測(cè)試”。因?yàn)槲腋鶕?jù)的自己的理解起了大概符合意思的名詞叫集體測(cè)試“集體測(cè)試”。就是測(cè)試模式就是，公司里所有的測(cè)試人員抱成一團(tuán)兒，來(lái)一個(gè)項(xiàng)目，所有測(cè)試人員就集中測(cè)試一個(gè)項(xiàng)目。先說(shuō)這種分工方式的優(yōu)點(diǎn)：1、因?yàn)闇y(cè)試團(tuán)隊(duì)的中每個(gè)成員有都有優(yōu)缺，人員在工作之中相互取長(zhǎng)補(bǔ)短?？梢院芸斓恼页鲕浖械娜毕荨Ｈ齻€(gè)臭皮匠頂一個(gè)諸葛亮，一個(gè)經(jīng)驗(yàn)再豐富的測(cè)試不一定有三個(gè)水平一般的測(cè)從員發(fā)現(xiàn)的問(wèn)題多。2、人多的另一個(gè)好處是測(cè)試項(xiàng)目能可以在更快的時(shí)間內(nèi)發(fā)現(xiàn)更多人缺陷?？偨Y(jié)一下就是更短時(shí)間內(nèi)發(fā)現(xiàn)更多的問(wèn)題。再來(lái)說(shuō)說(shuō)這種方式的缺點(diǎn)：1、一個(gè)人員一張嘴，人力成本很長(zhǎng)（人員工資，人員平均時(shí)間投入，測(cè)試機(jī)等硬件資源投入）。2、當(dāng)同時(shí)需要測(cè)試多個(gè)項(xiàng)目中時(shí)，不要意思，按順序來(lái)，請(qǐng)?jiān)诤竺媾藕藐?duì)。3、工作重復(fù)，同樣一個(gè)缺陷，很可以同時(shí)被所有測(cè)試員發(fā)現(xiàn)，或者叫重復(fù)率很高。4、人員水平難以區(qū)分，在一個(gè)項(xiàng)目測(cè)試過(guò)程中，有的測(cè)人員可能一個(gè)缺陷也沒(méi)找到，有的測(cè)試人員卻發(fā)現(xiàn)了幾乎所有的問(wèn)題。也許這個(gè)項(xiàng)目一個(gè)缺陷也沒(méi)找到的測(cè)試員在下個(gè)項(xiàng)目中卻發(fā)現(xiàn)了很多缺陷。5、了漏測(cè)現(xiàn)象是整個(gè)測(cè)試團(tuán)隊(duì)的責(zé)任。（這也不是明確的缺點(diǎn)，要看團(tuán)隊(duì)的氛圍是積極的還是消極的。）（也許，你說(shuō)想照這么個(gè)分析法是不是漏了太多東西，也許你有興趣繼續(xù)看下去話，我后面會(huì)講解。）好吧！集體測(cè)試缺點(diǎn)太多，就像國(guó)家成立初期的“吃大鍋飯”，肯定是阻礙發(fā)展的。那我們來(lái)看看幾種分工方式。按測(cè)試內(nèi)容分工一個(gè)項(xiàng)目的測(cè)試包括文檔測(cè)試，易用性測(cè)試，邏輯\t"/html/51/_self"功能測(cè)試，界面測(cè)試，配置和兼容等多個(gè)方面。我們可以根據(jù)人員的特點(diǎn)為每個(gè)人員分配不同的測(cè)試內(nèi)容。內(nèi)容分工方式的優(yōu)點(diǎn)：1、分工明確，每位人員都清楚自己的測(cè)試的內(nèi)容重點(diǎn)。2、責(zé)任到位，通過(guò)漏測(cè)的缺陷就可明確是誰(shuí)的責(zé)任。按測(cè)試流程劃分我們的項(xiàng)目測(cè)試流程一般需要，制定測(cè)試計(jì)劃，編寫(xiě)\t"/html/51/_self"測(cè)試用例，執(zhí)行測(cè)試用例，輸出測(cè)試報(bào)告等工作，我們可以根據(jù)流程中的各個(gè)階段來(lái)進(jìn)行劃分。不同的人員負(fù)責(zé)不同測(cè)試階段的工作。優(yōu)點(diǎn)：1、流程清晰，就像瀑布試項(xiàng)目開(kāi)發(fā)流程，不同階段的工作由不同的人員擔(dān)任。2、劃分流程的每個(gè)階段難易程度和所需要的技能。編寫(xiě)測(cè)試計(jì)劃人員需要對(duì)整個(gè)項(xiàng)目的工作時(shí)間、資源分配，測(cè)試內(nèi)容，實(shí)施過(guò)程有整體的把控能力。用例辨析人員，需要對(duì)項(xiàng)目需求，測(cè)試方法，測(cè)試點(diǎn)有深入的了解。用例執(zhí)行人員需要細(xì)心，使用缺陷系統(tǒng)，溝通，協(xié)助研發(fā)定位缺陷。輸出測(cè)試報(bào)告人員需要對(duì)項(xiàng)目的測(cè)試過(guò)程，缺陷數(shù)量，類型，分布。用例執(zhí)行請(qǐng)況等進(jìn)行統(tǒng)計(jì)。也可以由測(cè)試執(zhí)行人員擔(dān)任。按項(xiàng)目模塊劃分對(duì)中大型的項(xiàng)目，這種劃分就非常必要了，項(xiàng)目的模塊非常多，功能也非常多。不同的測(cè)試人員負(fù)責(zé)不同模塊的功能，這樣會(huì)使用測(cè)試工作變得更加清晰。1、人員利用率高，為什么這么說(shuō)呢?不同的人員負(fù)責(zé)的功能不一樣。工作就不會(huì)存在交叉與重復(fù)。2、更容易挖掘深度缺陷，假如A人員今天測(cè)試這個(gè)功能，明天測(cè)試那個(gè)功能，他就不可以對(duì)被測(cè)功能內(nèi)部邏輯與業(yè)務(wù)有深入有了解。找到的也只是很表面的缺陷。那么如果一個(gè)人員長(zhǎng)期負(fù)責(zé)一個(gè)模塊的功能，那么就會(huì)更容易發(fā)現(xiàn)更有深度的缺陷。而往往深度的缺陷是致命的。按照測(cè)試類型分工我們知道軟件除了功能需要測(cè)試以外，軟件在編碼階段需要\t"/html/51/_self"單元測(cè)試，\t"/html/51/_self"接口測(cè)試等，在\t"/html/51/_self"系統(tǒng)測(cè)試階段，為提高功能測(cè)試的效率，可能對(duì)某些模塊進(jìn)行功能自動(dòng)化，我們還要考慮軟件的性能、安全性等問(wèn)題。這些類型也是我項(xiàng)目中最常見(jiàn)的分類。我們可以根據(jù)這些類型為測(cè)試人員分配測(cè)試工作。當(dāng)然，其專業(yè)性對(duì)測(cè)試人員的要求也比較高。這種分工方式的特點(diǎn)：1、專業(yè)技能要求較高，在這些分類中除了手工測(cè)試要求較低外（表面看是這樣的），其它分類都需要較高的專業(yè)技能。例如，安全性測(cè)試需要掌握網(wǎng)絡(luò)協(xié)議，編程\t"/html/51/_self"技術(shù)，腳本攻擊，\t"/html/51/_self"SQL注入，\t"/html/51/_self"漏洞分析等方面的技能。2、不同分類之間交互性低，正國(guó)為不同分類需要的技能不同，雖然同為“測(cè)試”工作，但一個(gè)做單元測(cè)試的人就無(wú)法讓其去做\t"/html/51/_self"性能測(cè)試。上面分類方式的疑問(wèn)看了上面的幾種分工方式，你是不是每一種測(cè)試人員分工方式都似曾相識(shí)，但又沒(méi)有哪個(gè)公司是單一的按照上述某種分工作方式工作。拿筆者目前所在的公司，是一個(gè)長(zhǎng)期的\t"/html/51/_self"互聯(lián)網(wǎng)產(chǎn)品，產(chǎn)品功能比較多，每位測(cè)試人員負(fù)責(zé)不同的功能模塊，測(cè)試員人員從測(cè)試計(jì)劃到測(cè)試報(bào)告都基本由一個(gè)人來(lái)完成。當(dāng)然對(duì)于比較大和緊急的版本迭代，也會(huì)多人協(xié)作對(duì)版本進(jìn)行測(cè)試（協(xié)作的方式一般更將版本功能再次細(xì)分到每個(gè)人員身上）。\t"/html/51/_self"安全測(cè)試由專業(yè)的安全人員指導(dǎo)功能測(cè)試人員對(duì)自己負(fù)責(zé)的功能進(jìn)行安全掃描與分析。有獨(dú)立的性能測(cè)試小組，對(duì)需要進(jìn)行性能的產(chǎn)品版本進(jìn)行性能測(cè)試。在獨(dú)立的功能自動(dòng)化人員，對(duì)于適合自動(dòng)化的功能進(jìn)行自動(dòng)化工作。筆者公司的分工作方式幾乎包括了上面所有的分工方式。那么，我為什么要進(jìn)行上面那么單一的分工方式劃分呢？這樣有助于我們理清對(duì)測(cè)試工作的各種分工方式。在實(shí)際的工作中，有大型項(xiàng)目，有小型項(xiàng)目，有客戶端軟件，也有互聯(lián)網(wǎng)產(chǎn)品，有短到幾天的項(xiàng)目，也有“永久”性的項(xiàng)目。有一次開(kāi)發(fā)完成交付的，也有不段迭代更新的。根據(jù)項(xiàng)目的情況，我們可以可以選擇合適的分工方式來(lái)應(yīng)用于項(xiàng)目中。投入人員與發(fā)現(xiàn)缺陷的關(guān)系在人員分工時(shí)，這也是一個(gè)必須也要考慮問(wèn)題，對(duì)一個(gè)項(xiàng)目，投入的人員數(shù)量，投入的時(shí)間，與發(fā)現(xiàn)缺陷的數(shù)量有密切的關(guān)系。投入時(shí)間與發(fā)現(xiàn)缺陷的關(guān)系：在人員一定的情況下，投入的時(shí)間越多，發(fā)現(xiàn)的缺陷越多。但有一個(gè)規(guī)律，越到后期發(fā)現(xiàn)的新缺陷越少。假設(shè)軟件總?cè)毕轂?00個(gè)，第一周發(fā)現(xiàn)50個(gè)問(wèn)題，第二新發(fā)現(xiàn)20個(gè)，第二周可能只發(fā)現(xiàn)10個(gè)新缺陷。而且一個(gè)必然的結(jié)果是，測(cè)試不可能發(fā)現(xiàn)所有的缺陷。投入人員數(shù)量與缺陷的關(guān)系：在時(shí)間一定有的情況下，投入的人員越多，發(fā)現(xiàn)的問(wèn)題越多，從圖中可以看出，投入的人員越多，人員發(fā)現(xiàn)缺陷的重疊度越高。當(dāng)然，你可以說(shuō)，把每個(gè)人員要測(cè)試的內(nèi)容劃分清晰就不會(huì)重疊了。做為一個(gè)系統(tǒng)的各個(gè)功能模塊，他們之間肯定存在必然的聯(lián)系。有可能A人員在測(cè)試時(shí)會(huì)涉及到B人員測(cè)試的功能，并且發(fā)現(xiàn)了問(wèn)題，不管是告訴B缺陷還是A人員直接提交缺陷（當(dāng)然，你也可以裝作沒(méi)看到，等著B(niǎo)去發(fā)現(xiàn)），這都算不可避免的重疊。當(dāng)然了，劃分更清晰的任務(wù)有效的降低重疊度。同步也降低了發(fā)現(xiàn)缺陷的數(shù)量，提高項(xiàng)目風(fēng)險(xiǎn)。除非投入更