也許專業測試裡講這種方式，很可能不叫「集體測試」。因為我根據的自己的理解起了大概符合意思的名詞叫集體測試「集體測試」。
這種測試模式就是，公司裡所有的測試人員抱成一團兒，來乙個專案，所有測試人員就集中測試乙個專案。
優點：每個測試成員的思維不同，各有優缺點，可以更快更全面的找出軟體中的bug。
缺點：人力成本高、有多個專案需要測試時，只能按順序來、同乙個缺陷可能被多個測試發現（工作重複）、漏測是整個團隊的責任
總的來說集體測試的缺點太多，建議使用其他的分工方式
乙個專案的測試報貨文件測試，易用性測試，邏輯功能測試，介面測試，配置個相容性等多個方面。我們可以根據人員的特點為每個人員分配不用的測試內容。
優點：1.
分工明確，每位人員都清楚自己的測試的內容重點。
2.責任到位，通過漏測的缺陷就可明確是誰的責任。
我們的專案測試流程一般需要，指定測試計畫，編寫測試用例，執行測試用例，輸出引數報告等工作，我們可以根據流程中的各個階段來進行劃分。
優點：1.流程清晰，就想瀑布式專案開發流程，不同階段的工作由不同的人員擔任。
2.劃分流程的每個階段難易程度和所需要的技能
編寫測試計畫人員需要對整個專案的工作時間、資源分配、測試內容，實施過程有整體的把控能力
用例編寫人員，需要對專案需求，測試方法，測試點有深入的了解
用例執行人員需要細心，使用缺陷系統，溝通，協助開發定位缺陷
輸出引數報告人員需要對專案的測試過程，缺陷數量，型別，分布。用例執**況等進行統計，也可以有測試執行人員擔任
對重大型的專案，這種劃分就非常必要了，專案的模組非常多，功能也非常多。不同的測試人員負責不同模組的功能測試，這樣會使測試工作變得更加的清晰。
優點：1.人員利用率高，不用的人員負責的功能不一樣，就不會存在交叉與重複
2.更容易挖掘深度缺陷，假如a人員今天測試這個功能，明天測試那個功能，他就不可能對測試功能內部邏輯與業務有深入了解。找到的也只是表面的缺陷。反之那麼發現深度缺陷的可能性就會增大很多，而往往深度的缺陷是致命的。
我們知道除了功能測試以外，軟體在編碼階段需要單元測試，介面測試等，在系統測試階段，為提高測試的效率，可能對某些模組進行功能自動化，我們還要考慮軟體的效能、安全性等問題。z這些型別也是我們專案中常見的分類。我們可以根據這些型別為測試人員分配測試工作。當然，起專業性對測試人員的要求也比較高。
優點：1.專業技能要求較高，在這些分類中除了手工測試要求較低，其他分類都需要較高的專業技能。例如：安全性測試需要掌握網路協議，程式設計技術，指令碼攻擊，sql注入，漏銅分析等方面的技能。
2.不同分類之間互動性低，不同的分類需要的技能不同，雖然都是「測試」工作，但乙個做單元測試的人就無法讓其做效能測試。
看了這些分工方式，你是不是覺得每一種方式都似曾相識，但又沒有哪個公司是單一的按照上訴某種分工方式工作。
乙個長期的網際網路公司，產品功能比較多，每位參賽人員負責不用的功能模組，測試人員從測試計畫到測試報告都基本由乙個人來完成。當然對於比較大哥晉級的版本迭代，也會多人協作對版本進行測試（協作的方式一般會將版本功能再次細分到每個測試員身上）。安全性測試由專業的安全人員指導功能測試人員對自己負責的功能進行安全撒掃瞄與分析。有獨立的效能測試小組，對需要進行效能測試的產品版本進行效能測試。在獨立的功能自動化人員，對於適合自動化的功能進行自動化工作。
一般大一點的公司都會包含了上面所有的分工方式。那麼，為什麼要進行上面那麼單一的劃分呢？這樣有助於我們理清對測試工作的各種分工方式。在實際工作中，有大型專案、小型專案、有客戶端軟體、也有網際網路產品、有短到幾天的專案，也有長期的專案。有一次開發完交付的，也有不斷迭代更新的。根據專案的情況，我們可以選擇合適的分工方式在應用於專案中。
軟 件 測 試 基 礎 知 識
軟體效能指標主要有響應時間，系統響應時間和應用延遲時間，吞吐量，併發使用者數，資源利用率五種。軟體實現的演算法與系統響應時間和應用延遲時間是直接相關的，所以軟體的效能也必定與實現演算法是有關係的吞度量是指系統在單位時間內處理請求的數量，對於無鬢髮的應用系統而言，吞度量是與響應時間嚴格的反比關係，因為...
軟體測試基礎知識
1 發現軟體錯誤 2 有效定義和實現軟體部件由底層到高層的組裝過程 3 驗證軟體是否滿足任務書和系統定義文件所規定的技術要求 4 為軟體質量模型的建立提供依據。概念 軟體測試是軟體質量保證的關鍵組成部分，對軟體測試的認識可分為以下幾個階段 測試就是除錯階段 測試是證明軟體正確階段 測試是發現軟體中錯...
軟體測試基礎知識
本人部落格文章 1.確認軟體的質量 a.是確認軟體做了你所期望做的事情 do the right thing b.是確認軟體以正確的方式來做了這個事情 do it right 2.是提供資訊 比如提供給開發人員或程式經理的回饋資訊，為風險評估所準備的資訊 3.是在測試軟體軟體產品本身，而且還包括軟體...