在人員一定的情況下，投入的時間越多，發現的缺陷越多。但有乙個規律，越到後期發現的新缺陷越少。
假設軟體總缺陷為100個，第一周發現50個問題，第二新發現20個，第二週可能只發現10個新缺陷。而且乙個必然的結果是，測試不可能發現所有的缺陷。
在時間一定有的情況下，投入的人員越多，發現的問題越多，從圖中可以看出，投入的人員越多，人員發現缺陷的重疊度越高。
當然，你可以說，把每個人員要測試的內容劃分清晰就不會重疊了。做為乙個系統的各個功能模組，他們之間肯定存在必然的聯絡。
有可能a人員在測試時會涉及到b人員測試的功能，並且發現了問題，不管是告訴b缺陷還是a人員直接提交缺陷（當然，你也可以裝作沒看到，等著b去發現），這都算不可避免的重疊。
當然，劃分更清晰的任務有效的降低重疊度。同步也降低了發現缺陷的數量，提高專案風險。除非投入更多的時間測試。這之間的關係，需要測試管理者認真去權衡。
在專案不緊急測試時間充分的情況下，可以投入更少的人員，延長測試時間發現更多的缺陷。
在專案緊急的情況下，需要投入更多的人員測試，以便盡快的發現更多的缺陷。在專案質量要求很高的情況下需要投入更多的人員與時間進行測試。
在測試時間少，專案質量要求不高的情況下，可以投入較少的人員與時間進行測試。
軟 件 測 試 基 礎 知 識
軟體效能指標主要有響應時間，系統響應時間和應用延遲時間，吞吐量，併發使用者數，資源利用率五種。軟體實現的演算法與系統響應時間和應用延遲時間是直接相關的，所以軟體的效能也必定與實現演算法是有關係的吞度量是指系統在單位時間內處理請求的數量，對於無鬢髮的應用系統而言，吞度量是與響應時間嚴格的反比關係，因為...
軟體測試基礎知識
1 發現軟體錯誤 2 有效定義和實現軟體部件由底層到高層的組裝過程 3 驗證軟體是否滿足任務書和系統定義文件所規定的技術要求 4 為軟體質量模型的建立提供依據。概念 軟體測試是軟體質量保證的關鍵組成部分，對軟體測試的認識可分為以下幾個階段 測試就是除錯階段 測試是證明軟體正確階段 測試是發現軟體中錯...
軟體測試基礎知識
本人部落格文章 1.確認軟體的質量 a.是確認軟體做了你所期望做的事情 do the right thing b.是確認軟體以正確的方式來做了這個事情 do it right 2.是提供資訊 比如提供給開發人員或程式經理的回饋資訊，為風險評估所準備的資訊 3.是在測試軟體軟體產品本身，而且還包括軟體...