(1)所有的測試都應追溯到用戶需求。
軟件測試的目標在于揭示錯誤。從用戶角度來看，最嚴重的錯誤是那些導致程序無法滿足需求的錯誤。
(2)應當把“盡早地和不斷地進行軟件測試”作為軟件測試者的座右銘。
應該在測試工作真正開始前的較長時間內就進行測試計劃。測試計劃可以在需求模型一完成就開始，詳細的測試用例定義可以在設計模型被確定后立即開始。因此，所有測試應該在任何代碼被產生前就進行計劃和設計。
(3)pareto原則：測試發現的錯誤中80%很可能起源于20%的模塊中。
當某個功能出問題，其對用戶的影響有多大?然后根據風險大小確定測試的優先級。優先級高的測試，優先得到執行，一般來講，針對用戶最常用的20%功能(優先級高)的測試會得到完全執行，而低優先級的測試(另外用戶不經常用的80%功能)就不是必要的，如果時間或經費不夠，就暫時不做或少做。
(4)完全測試是不可能的，測試需要終止。
測試無法顯示軟件潛在的缺陷，“測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤”。最初的測試通常把焦點放在單個程序模塊上，進一步測試的焦點則轉向在集成的模塊簇中尋找錯誤，最后在整個系統中尋找錯誤。在測試中不可能運行路徑的每一種組合。然而，充分覆蓋程序邏輯，并確保程序設計中使用的所有條件是有可能的。
(5)應由獨立的第三方來構造測試。
第三方測試最大的特點在于它的專業性、獨立性、客觀性和公正性。對于軟件開發商來說，經過第三方測試機構的測試，不僅可以通過專業化的測試手段發現軟件錯誤，幫助開發商提升軟件的品質，而且可以對軟件有一個客觀、科學的評價，有助于開發商認清自己產品的定位。對于行業主管部門以及軟件使用者來說，由于第三方測試機構獨立公正的地位，可以對被測試的軟件有一個客觀公正的評價，幫助用戶選擇合適、優秀的軟件產品。
(6)充分注意測試中的群集現象。
測試后程序殘存的錯誤數目與該程序中已發現的錯誤數目或檢錯率成正比。不要在某個程序段中找到幾個錯誤就誤認為該程序段就沒有錯誤而不再測試，相反應該對錯誤群集的程序段進行重點測試。
(7)盡量避免測試的隨意性。
測試計劃應包括：所測軟件的功能，輸入和輸出，測試內容，各項測試的進度安排，資源要求，測試資料，測試工具，測試用例的選擇，測試的控制方法和過程，系統的配置方式，跟蹤規則，調試規則，以及回歸測試的規定等以及評價標準。
(8)兼顧合理的輸入和不合理的輸入數據。
(9)程序修改后要回歸測試
修改程序后，應該重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。
(10)應長期保留測試用例，直至系統廢棄。
妥善保存測試計劃，測試用例，出錯統計和最終分析報告，為維護等提供方便。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
