在軟體消亡之前，如果沒有測試的結束點，那麼軟體測試就永無休止，永遠不可能結束。
軟體測試
的結束點，要依據自己公司具體情況來制定，不能一概而論！個人認為測試結束點由以下幾個條件決定： 1
．基於「
測試階段
」的原則：
每個軟體的測試一般都要經過單元測試、整合測試、系統測試這幾個階段，我們可以分別對單元測試、整合測試和系統測試制定詳細的測試結束點。每個測試階段符合結束標準後，再進行後面乙個階段的測試。舉個例子來說：單元測試，我們要求測試結束點必須滿足
「核心**
100％經過
code review」、「
功能覆蓋率達到
100％」、
「**行覆蓋率不低於80％
」、「不存在a、
b類缺陷」、
「所有發現缺陷至少
60％都納入缺陷追蹤系統且各級缺陷修復率達到標準
」等等標準。整合測試和系統測試的結束點都制定相關的結束標準，當然也是如此。 2
．基於「
測試用例
」的原則：
測試設計人員設計測試用例，並請專案組成員參與評審，測試用例一旦評審通過，後面測試時，就可以作為測試結束的乙個參考標準。比如說在測試過程中，如果發現測試用例通過率太低，可以拒絕繼續測試，待開發人員修復後再繼續。在功能測試用例通過率達到
100%
，非功能性測試用例達到
95%以上，允許正常結束測試。但是使用該原則作為測試結束點時，把握好測試用例的質量，非常關鍵。 3
．基於「
缺陷收斂趨勢
」的原則：
軟體測試的生命週期中隨著測試時間的推移，測試發現的缺陷圖線，首先成逐漸上公升趨勢，然後測試到一定階段，缺陷又成下降趨勢，直到發現的缺陷幾乎為零或者很難發現缺陷為止。我們可以通過缺陷的趨勢圖線的走向，來定測試是否可以結束，這也是乙個判定標準。 4
．基於「
缺陷修復率
」的原則：
軟體缺陷在
測試生命週期
中我們分成幾個嚴重等級，它們分別是：嚴重錯誤、主要錯誤、次要錯誤、一般錯誤、較小錯誤和測試建議
6種。那我們在確定測試結束點時，嚴重錯誤和主要錯誤的缺陷修復率必須達到
100%
，不允許存在功能性的錯誤；次要錯誤和一般錯誤的缺陷修復率必須達到
85%以上，允許存在少量功能缺陷，後面版本解決；對於較小錯誤的缺陷修復率最好達到
60%~70%
以上。對於測試建議的問題，可以暫時不用修改。 5
．基於「
驗收測試
」的原則：
很多公司都是做專案軟體，如果這種要確定測試結束點，最好測試到一定階段，達到或接近測試部門指定的標準後，就遞交使用者做驗收測試。如果通過使用者的測試驗收，就可以立即終止測試部門的測試；如果客戶驗收測試時，發現了部分缺陷，就可以針對性的修改缺陷後，驗證通過後遞交客戶，相應測試也可以結束。 6
．基於「
覆蓋率」
的原則：
對於測試
「覆蓋率
」的原則，個人覺的只要測試用例的
「覆蓋率
」覆蓋了客戶提出全部的軟體需求，包括行業隱性需求、功能需求和效能需求等等，只要測試用例執行的覆蓋率達到
100%
，基本上測試就可以結束。如
「單元測試中語句覆蓋率最低不能小於
80%」、「
測試用例執行覆蓋率應達到
100%」和「
測試需求覆蓋率應達到
100%」
都可以作為結束確定點。如果你不放心，非得要看看測試用例的執行效果，檢查是否有用例被漏執行的情況，可以對常用的功能進行
「抽樣測試」和
「隨機測試
」。對於覆蓋率在單元測試、整合測試和系統測試，每個階段都不能忽略。 7
．基於「
專案計畫
」的原則：
大多數情況下，每個專案從開始就要編寫開發和測試的
schedule
，相應的在測試計畫中也會對應每個里程碑，對測試進度和測試結束點做乙個限制，一般來說都要和專案組成員（開發，管理，測試，市場，銷售人員）達成共識，團隊集體同意後制定乙個標準結束點。如果專案的某個環節延遲了，測試時間就相應縮短。大多數情況下是所有規定的測試內容和回歸測試都已經執行完成，就可以作為乙個結束點。很多不規範的軟體公司，都是把專案計畫作為乙個測試結束點，但是如果把它作為乙個結束點，測試風險較大，軟體質量很難得到保證。 8
．基於「
缺陷度量
」的原則：
這個原則也許大家用的不是很多，了解比較少。我們可以對已經發現的缺陷，運用常用的缺陷分析技術和缺陷分析工具，用圖表統計出來，方便查閱，分時間段對缺陷進行度量。我記得以前
zhuzx
在這個論壇上提出過缺陷分析技術這個問題，我不再重複講述。我們也可以把
「測試期
缺陷密度」和
「執行期缺陷密度
」作為乙個結束點。當然，最合適的測試結束的準則應該是
「缺陷數控制在乙個可以接受的範圍內
」。比如說：一萬行**最多允許存在多少個什麼嚴重等級的錯誤，這樣比較好量化，比較好實施，成為測試缺陷度量的主流。 9
．基於「
質量成本
」的原則：
乙個軟體往往要從「質量
/成本/進度
」三方面取得平衡後就停止。至於這三方面哪一項佔主要地位
,就要看是什麼軟體了。比如說是：人命關天的航天航空軟體
, 那還是質量重要些
,就算多花點錢、推遲一下進度，也要測試能保證較高質量以後才能終止測試，發布版本。如果是一般的常用軟體，由於利益和市場的原因，哪怕有
bug，也必須得先推出產品，沒辦法呀。一般來說，最主要的參考依據是：
「把找到缺陷耗費的代價和這個缺陷可能導致的損失做乙個均衡
」。具體操作的時候，可以根據公司實際情況來定義什麼樣的情況下算是
「測試花費的代價最划算、最合理
」，同時保證公司利益最大化。如果找到
bug的成本比，使用者發現
bug
的成本還高，也可以終止測試。 10
．基於「
測試行業經驗
」的原則：
很多情況下，測試行業的一些經驗，也可以為我們的測試提供借鑑。比如說測試人員對行業業務的熟悉程度，測試人員的工作能力，測試的工作效率等等都會影響到整個測試計畫的執行。如果乙個測試團隊中，每個人都沒有專案行業經驗資料積累，拿到乙個新的專案，自然是一頭霧水，不知道從何處開始，測試質量自然不會很高。因此通過測試者的經驗，對確認測試執行和結束點也會起到關鍵性的作用。
軟體測試 如何確定軟體測試結束的標準
在軟體消亡之前，如果沒有測試的結束點，那麼軟體測試就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論 個人認為測試結束點由以下幾個條件決定 1.基於 測試階段 的原則 每個軟體的測試一般都要經過單元測試 整合測試 系統測試這幾個階段，我們可以分別對單元測試 整合...
如何確定軟體測試結束的標準
在軟體消亡之前，如果沒有 測試 的結束點，那麼 軟體測試 就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論！個人認為測試結束點由以下幾個條件決定 1 基於 測試階段 的原則 每個軟體的測試一般都要經過 單元測試 整合測試 系統測試 這幾個階段，我們可以分別對單...
如何確定軟體測試結束的標準
在軟體消亡之前，如果沒有 的結束點，那麼 就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論！個人認為測試結束點由以下幾個條件決定 1 基於 測試階段 的原則 每個軟體的測試一般都要經過 整合測試 這幾個階段，我們可以分別對單元測試 整合測試和系統測試制定詳細的...