2）合理的時間表——為計劃、設計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應使用突擊的辦法來完成項目。
3)盡早安排測試─從需求討論開始測試；每次改錯或變更后，都應重新測試。項目計劃中要為測試和改錯留出足夠時間。重視測試人員的待遇和地位問題，認識上把測試工作做為研發工作的一個重要階段完成，他和編寫代碼同樣重要。
4)盡可能堅持最初的需求─一旦開發工作開始，要準備防止修改需求和新增功能，要說明這樣做的后果。如果必須進行變更，必須在時間表上有相應的反映。如果可能，在設計階段使用快速的模型，以便使客戶了解將會得到的東西。這將會使他們對他們的需求有較高的信心，減少以后的變更。
5)溝通——在適當時機進行預排和檢查;充分利用團組通信工具—電子郵件、MSN實時對話、網絡故障跟蹤Bugzilla工具、變更管理工具、以及因特網的功能。要確保文件是可用的和最新的。優選電子版文檔，避免紙介質文檔:進行遠距離聯合作業及協作;盡早使用模型，使客戶的預想表達清楚。
6）強化文檔工作—對于每個測試任務必須有相應的需求、開發設計文檔，測試任務完成后必須有測試報告，讓文檔成為互相溝通的基礎
文章來源于領測軟件測試網 http://www.kjueaiud.com/
