7.基于“項目計劃”的原則：
大多數情況下，每個項目從開始就要編寫開發和測試的Schedule，相應的在測試計劃中也會對應每個里程碑，對測試進度和測試結束點做一個限制，一般來說都要和項目組成員(開發，管理，測試，市場，銷售人員)達成共識，團隊集體同意后制定一個標準結束點。如果項目的某個環節延遲了，測試時間就相應縮短。大多數情況下是所有規定的測試內容和回歸測試都已經運行完成，就可以作為一個結束點。很多不規范的軟件公司，都是把項目計劃作為一個測試結束點，但是如果把它作為一個結束點，測試風險較大，軟件質量很難得到保證。
8.基于“缺陷度量”的原則：
這個原則也許大家用的不是很多，了解比較少。我們可以對已經發現的缺陷，運用常用的缺陷分析技術和缺陷分析工具，用圖表統計出來，方便查閱，分時間段對缺陷進行度量。我記得以前zhuzx在這個論壇上提出過缺陷分析技術這個問題，我不再重復講述。我們也可以把 “測試期缺陷密度”和 “運行期缺陷密度”作為一個結束點。當然，最合適的測試結束的準則應該是“缺陷數控制在一個可以接受的范圍內”。比如說：一萬行代碼最多允許存在多少個什么嚴重等級的錯誤，這樣比較好量化，比較好實施，成為測試缺陷度量的主流。
9.基于“質量成本”的原則：
一個軟件往往要從“質量/成本/進度”三方面取得平衡后就停止。至于這三方面哪一項占主要地位,就要看是什么軟件了。比如說是：人命關天的航天航空軟件, 那還是質量重要些,就算多花點錢、推遲一下進度，也要測試能保證較高質量以后才能終止測試，發布版本。如果是一般的常用軟件，由于利益和市場的原因，哪怕有bug，也必須得先推出產品，沒辦法呀。一般來說，最主要的參考依據是：“把找到缺陷耗費的代價和這個缺陷可能導致的損失做一個均衡”。具體操作的時候，可以根據公司實際情況來定義什么樣的情況下算是“測試花費的代價最劃算、最合理”，同時保證公司利益最大化。如果找到bug的成本比，用戶發現bug 的成本還高，也可以終止測試。
10.基于“測試行業經驗”的原則：
很多情況下，測試行業的一些經驗，也可以為我們的測試提供借鑒。比如說測試人員對行業業務的熟悉程度，測試人員的工作能力，測試的工作效率等等都會影響到整個測試計劃的執行。如果一個測試團隊中，每個人都沒有項目行業經驗數據積累，拿到一個新的項目，自然是一頭霧水，不知道從何處開始，測試質量自然不會很高。因此通過測試者的經驗，對確認測試執行和結束點也會起到關鍵性的作用。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
