使客戶和最終用戶最大程度地參與容量測試，請用戶在日常工作中盡可能地并行使用該系統，并與上次開發周期交付的版本進行前后對比。
對需求和產品范圍的任何改變應慎重分析，測試人員應對所提出的改變可能產生的影響做出評價，并在證明是正當的情況下有權予以否決。
提醒用戶可能存在錯誤，培訓他們怎樣認識和報告錯誤，怎樣在這些錯誤下工作。
應用程序的每一次循環開發都應在版本控制下進行。
不允許未經過最小測試的新版本發布。根據用戶反映、操作風險、故障等級、與上一版本相比最新改動的地方等因素來確定最小測試需求。
必要時，如果為了滿足有時間期限的下一次升級，可以考慮在準備發布之前刪掉漏洞多的功能部分。
如果最新功能證明包含一個漏洞，則要提供給用戶一個返回原版本的機制。
應用軟件通過反復的修正，會變得更穩定�；蛘咧辽偬囟üδ芑蜃酉到y會比其他部分更早些趨向穩定，作為系統穩定的部分，可使用自動測試工具進行更完全的測試。
發布升級版本后不必對用戶所發現的小漏洞感到不安。這對于首次運行是很自然的問題，而且通常還將會有使用戶抱怨的地方。用戶應當理解軟件升級的原因完全是因為新生事物很少有完全正確的。應強調團隊合作。
通過探測或預測程序中可能發生錯誤的地方而避免關鍵點任務的失敗。
通過原型、標準、一致性檢查等減少走回頭路，利用風險預測技術來避免各種缺陷和風險。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
