軟件測試工程師的分工(2)

　　2、不同分類之間交互性低，正國為不同分類需要的技能不同，雖然同為“測試”工作，但一個做單元測試的人就無法讓其去做性能測試。

　　上面分類方式的疑問

　　看了上面的幾種分工方式，你是不是每一種測試人員分工方式都似曾相識，但又沒有哪個公司是單一的按照上述某種分工作方式工作。

　　拿筆者目前所在的公司，是一個長期的互聯網產品，產品功能比較多，每位測試人員負責不同的功能模塊，測試員人員從測試計劃到測試報告都基本由一個人來完成。當然對于比較大和緊急的版本迭代，也會多人協作對版本進行測試(協作的方式一般更將版本功能再次細分到每個人員身上)。安全測試由專業的安全人員指導功能測試人員對自己負責的功能進行安全掃描與分析。有獨立的性能測試小組，對需要進行性能的產品版本進行性能測試。在獨立的功能自動化人員，對于適合自動化的功能進行自動化工作。

　　筆者公司的分工作方式幾乎包括了上面所有的分工方式。那么，我為什么要進行上面那么單一的分工方式劃分呢?這樣有助于我們理清對測試工作的各種分工方式。在實際的工作中，有大型項目，有小型項目，有客戶端軟件，也有互聯網產品，有短到幾天的項目，也有“永久”性的項目。有一次開發完成交付的，也有不段迭代更新的。根據項目的情況，我們可以可以選擇合適的分工方式來應用于項目中。

　　投入人員與發現缺陷的關系

　　在人員分工時，這也是一個必須也要考慮問題，對一個項目，投入的人員數量，投入的時間，與發現缺陷的數量有密切的關系。

　　投入時間與發現缺陷的關系：

　　在人員一定的情況下，投入的時間越多，發現的缺陷越多。但有一個規律，越到后期發現的新缺陷越少。假設軟件總缺陷為100個，第一周發現50個問題，第二新發現20個，第二周可能只發現10個新缺陷。而且一個必然的結果是，測試不可能發現所有的缺陷。

　　投入人員數量與缺陷的關系：

　　在時間一定有的情況下，投入的人員越多，發現的問題越多，從圖中可以看出，投入的人員越多，人員發現缺陷的重疊度越高。當然，你可以說，把每個人員要測試的內容劃分清晰就不會重疊了。做為一個系統的各個功能模塊，他們之間肯定存在必然的聯系。有可能A人員在測試時會涉及到B人員測試的功能，并且發現了問題，不管是告訴B缺陷還是A人員直接提交缺陷(當然，你也可以裝作沒看到，等著B去發現)，這都算不可避免的重疊。

　　當然了，劃分更清晰的任務有效的降低重疊度。同步也降低了發現缺陷的數量，提高項目風險。除非投入更多的時間測試。這之間的關系，需要測試管理者認真去權衡。

　　在項目不緊急測試時間充分的情況下，可以投入更少的人員，延長測試時間發現更多的缺陷。 在項目緊急的情況下，需要投入更多的人員測試，以便盡快的發現更多的缺陷。在項目質量要求很高的情況下需要投入更多的人員與時間進行測試。在測試時間少，項目質量要求不高的情況下，可以投入較少的人員與時間進行測試。

　　--------------------------------------------------------------------------------------

　　本文結束，但還有許多問題我沒有講清楚(或者，我目前還說不清楚)。

　　1、A人員發現了b功能模塊的缺陷(b模塊由B人員負責測試)應該如何處理? 自己提缺陷單 ，告訴B人員，讓B人員提單。直接忽視，等著B測試人員去發現。

　　2、項目緊急情況，人員投入，時間投入，某些情況下，考慮某些模塊不進行測試。

　　3、測試人員的發展職業發展，這與測試人員的分工有著密切的聯系。

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