軟件測試工程師的分工

　　最近看了點(diǎn)敏捷測試的東西，看得比較模糊。一方面是因為沒(méi)有見(jiàn)真實(shí)的環(huán)境與流程，也許它跟本就沒(méi)有固定的模式與流程，它就像告訴人們要“勇敢”“努力”。有的人在勇敢的面對生活，有些人在勇敢的挑戰自我，有些人在勇敢的面對失敗與挫折。好吧!他們都實(shí)現了“勇敢”，勇敢到底是如何去做，也許說(shuō)不清楚?；蛘哒f(shuō)每個(gè)人都有自己的實(shí)踐方式。但是他們卻同樣靠著(zhù)“勇敢”攻克不自己所面臨的困難。當然了，敏捷并不是簡(jiǎn)單一個(gè)詞語(yǔ)，經(jīng)過(guò)前人的不探索與總結，還積累與總結相當多的經(jīng)驗可供我們借鑒與參考。

　　按照本文的主題還是來(lái)談?wù)?a href='http://kjueaiud.com/' target='_blank'>軟件測試人員的分工吧!主要來(lái)談傳統軟件測試過(guò)程中的測試分工，因為敏捷測試中的測試分工我還沒(méi)弄明白到底是腫么個(gè)情況。

　　集體測試

　　也許專(zhuān)業(yè)測試里講這種方式，很可能不叫“集體測試”。因為我根據的自己的理解起了大概符合意思的名詞叫集體測試“集體測試”。

　　就是測試模式就是，公司里所有的測試人員抱成一團兒，來(lái)一個(gè)項目，所有測試人員就集中測試一個(gè)項目。

　　先說(shuō)這種分工方式的優(yōu)點(diǎn)：

　　1、因為測試團隊的中每個(gè)成員有都有優(yōu)缺，人員在工作之中相互取長(cháng)補短?？梢院芸斓恼页鲕浖械?a href='http://kjueaiud.com/ceshi/ceshijishu/qxgl/' target='_blank'>缺陷。三個(gè)臭皮匠頂一個(gè)諸葛亮，一個(gè)經(jīng)驗再豐富的測試不一定有三個(gè)水平一般的測從員發(fā)現的問(wèn)題多。

　　2、人多的另一個(gè)好處是測試項目能可以在更快的時(shí)間內發(fā)現更多人缺陷?？偨Y一下就是更短時(shí)間內發(fā)現更多的問(wèn)題。

　　再來(lái)說(shuō)說(shuō)這種方式的缺點(diǎn)：

　　1、一個(gè)人員一張嘴，人力成本很長(cháng)(人員工資，人員平均時(shí)間投入，測試機等硬件資源投入)。

　　2、當同時(shí)需要測試多個(gè)項目中時(shí)，不要意思，按順序來(lái)，請在后面排好隊。

　　3、工作重復，同樣一個(gè)缺陷，很可以同時(shí)被所有測試員發(fā)現，或者叫重復率很高。

　　4、人員水平難以區分，在一個(gè)項目測試過(guò)程中，有的測人員可能一個(gè)缺陷也沒(méi)找到，有的測試人員卻發(fā)現了幾乎所有的問(wèn)題。也許這個(gè)項目一個(gè)缺陷也沒(méi)找到的測試員在下個(gè)項目中卻發(fā)現了很多缺陷。

　　5、了漏測現象是整個(gè)測試團隊的責任。(這也不是明確的缺點(diǎn)，要看團隊的氛圍是積極的還是消極的。)

　　(也許，你說(shuō)想照這么個(gè)分析法是不是漏了太多東西，也許你有興趣繼續看下去話(huà)，我后面會(huì )講解。)

　　好吧!集體測試缺點(diǎn)太多，就像國家成立初期的“吃大鍋飯”，肯定是阻礙發(fā)展的。那我們來(lái)看看幾種分工方式。

　　按測試內容分工

　　一個(gè)項目的測試包括文檔測試，易用性測試，邏輯功能測試，界面測試，配置和兼容等多個(gè)方面。我們可以根據人員的特點(diǎn)為每個(gè)人員分配不同的測試內容。

　　內容分工方式的優(yōu)點(diǎn)：

　　1、分工明確，每位人員都清楚自己的測試的內容重點(diǎn)。

　　2、責任到位，通過(guò)漏測的缺陷就可明確是誰(shuí)的責任。

　　按測試流程劃分

　　我們的項目測試流程一般需要，制定測試計劃，編寫(xiě)測試用例，執行測試用例，輸出測試報告等工作，我們可以根據流程中的各個(gè)階段來(lái)進(jìn)行劃分。

　　不同的人員負責不同測試階段的工作。

　　優(yōu)點(diǎn)：

　　1、流程清晰，就像瀑布試項目開(kāi)發(fā)流程，不同階段的工作由不同的人員擔任。

　　2、劃分流程的每個(gè)階段難易程度和所需要的技能。

　　編寫(xiě)測試計劃人員需要對整個(gè)項目的工作時(shí)間、資源分配，測試內容，實(shí)施過(guò)程有整體的把控能力。

　　用例辨析人員，需要對項目需求，測試方法，測試點(diǎn)有深入的了解。

　　用例執行人員需要細心，使用缺陷系統，溝通，協(xié)助研發(fā)定位缺陷。

　　輸出測試報告人員需要對項目的測試過(guò)程，缺陷數量，類(lèi)型，分布。用例執行請況等進(jìn)行統計。也可以由測試執行人員擔任。

　　按項目模塊劃分

　　對中大型的項目，這種劃分就非常必要了，項目的模塊非常多，功能也非常多。不同的測試人員負責不同模塊的功能，這樣會(huì )使用測試工作變得更加清晰。

　　1、人員利用率高，為什么這么說(shuō)呢? 不同的人員負責的功能不一樣。工作就不會(huì )存在交叉與重復。

　　2、更容易挖掘深度缺陷，假如A人員今天測試這個(gè)功能，明天測試那個(gè)功能，他就不可以對被測功能內部邏輯與業(yè)務(wù)有深入有了解。找到的也只是很表面的缺陷。那么如果一個(gè)人員長(cháng)期負責一個(gè)模塊的功能，那么就會(huì )更容易發(fā)現更有深度的缺陷。而往往深度的缺陷是致命的。

　　按照測試類(lèi)型分工

　　我們知道軟件除了功能需要測試以外，軟件在編碼階段需要單元測試，接口測試等，在系統測試階段，為提高功能測試的效率，可能對某些模塊進(jìn)行功能自動(dòng)化，我們還要考慮軟件的性能、安全性等問(wèn)題。這些類(lèi)型也是我項目中最常見(jiàn)的分類(lèi)。我們可以根據這些類(lèi)型為測試人員分配測試工作。當然，其專(zhuān)業(yè)性對測試人員的要求也比較高。

　　這種分工方式的特點(diǎn)。

　　1、專(zhuān)業(yè)技能要求較高，在這些分類(lèi)中除了手工測試要求較低外(表面看是這樣的)，其它分類(lèi)都需要較高的專(zhuān)業(yè)技能。例如，安全性測試需要掌握網(wǎng)絡(luò )協(xié)議，編程技術(shù)，腳本攻擊，SQL注入，漏洞分析等方面的技能。

原文轉自：http://blog.csdn.net/fnngj/article/details/8597045