在軟體消亡之前，如果沒有測試的結束點，那麼軟體測試就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論!個人認為測試結束點由以下幾個條件決定：
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軟體測試停止標準 1 軟體系統經過單元 整合 系統測試，分別達到單元 整合 系統測試停止標準。2 軟體系統通過驗收測試，並已得出驗收測試結論。3 軟體專案需暫停以進行調整時，測試應隨之暫停，並備份暫停點資料。4 軟體專案在其開發生命週期內出現重大估算，進度偏差，需暫停或終止時，測試應隨之暫停或...
如何確定軟體測試結束的標準
在軟體消亡之前，如果沒有 測試 的結束點，那麼 軟體測試 就永無休止，永遠不可能結束。軟體測試的結束點，要依據自己公司具體情況來制定，不能一概而論！個人認為測試結束點由以下幾個條件決定 1 基於 測試階段 的原則 每個軟體的測試一般都要經過 單元測試 整合測試 系統測試 這幾個階段，我們可以分別對單...