如何確定軟體測試項目的終結點?

　　無論是開發還是測試，都是一個階段性的工作。程序員將軟體產品開發出來也就意味著完成他負責的那個部分的工作，接下來就是軟體測試員對產品進行測試的一個過程。

　　最理想的情況是，測試項目能完全按照預期的計划進行，在既定的時間內完成軟體測試項目。但現實是往往會遇到很多的實際情況導致軟體測試項目的終結點難以預測。那麼，我們該如何在超過預期的情況下確定軟體測試項目的終結點呢?下面一起來了解一下!

　　1、基於「測試用例」的原則

　　測試人員設計測試用例，並請項目組成員參與評審，測試用例一旦評審通過，後面測試時，就可以作為測試結束的一個參考標準。比如說在測試過程中，如果發現測試用例通過率太低，可以拒絕繼續測試，待開發人員修復後再繼續。在功能測試用例通過率達到100%，非功能性測試用例達到95%以上，允許正常結束測試。但是使用該原則作為測試結束點時，把握好測試用例的質量，非常關鍵。

　2、基於「缺陷收斂趨勢」的原則

　　軟體測試的生命周期中隨著測試時間的推移，測試發現的缺陷圖線，首先成逐漸上升趨勢，然後測試到一定階段，缺陷又成下降趨勢，直到發現的缺陷幾乎為零或者很難發現缺陷為止。我們可以通過缺陷的趨勢圖線的走向，來定測試是否可以結束，這也是一個判定標準。

　3、基於「驗收測試」的原則

　　很多公司都是做項目軟體，如果這種要確定測試結束點，最好測試到一定階段，達到或接近測試部門指定的標準後，就遞交用戶做驗收測試。如果通過用戶的測試驗收，就可以立即終止測試部門的測試;如果客戶驗收測試時，發現了部分缺陷，就可以針對性的修改缺陷後，驗證通過後遞交客戶，相應測試也可以結束。

　　通過以上這些原則去確定軟體測試項目的終結點，你了解多少呢?當然，對於這個終結點的確定原則其實還有很多。這裡就不一一講述。有興趣的同學可以通過免費視頻學習，或者報一個線下面授班學習!