1、測試應該儘早進行，最好在需求階段就開始介入，因為最嚴重的錯誤不外乎是系統不能滿足使用者的需求。2、程式設計師應該避免檢查自己的程式，軟體測試應該由第三方來負責。3、設計測試用例時應考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要製造極端狀態和意外狀態，如網路異常中斷、電源斷電等。4、應該充分注意測試中的群集現象。5、對錯誤結果要進行一個確認過程。一般由A測試出來的錯誤，一定要由B來確認。嚴重的錯誤可以召開評審會議進行討論和分析，對測試結果要進行嚴格地確認，是否真的存在這個問題以及嚴重程度等。6、制定嚴格的測試計劃。一定要制定測試計劃，並且要有指導性。測試時間安排儘量寬鬆，不要希望在極短的時間內完成一個高水平的測試。7、妥善儲存測試計劃、測試用例、出錯統計和最終分析報告，為維護提供方便。擴充套件資料：測試過程：1、對要執行測試的產品/專案進行分析，確定測試策略，制定測試計劃。該計劃被稽核批准後轉向第二步。測試工作啟動前一定要確定正確的測試策略和指導方針，這些是後期開展工作的基礎。只有將本次的測試目標和要求分析清楚，才能決定測試資源的投入。2、設計測試用例。設計測試用例要根據測試需求和測試策略來進行，進度壓力不大時，應該設計的詳細，如果進度、成本壓力較大，則應該保證測試用例覆蓋到關鍵性的測試需求。該用例被批准後轉向第三步。3、如果滿足“啟動準則”（EntryCriteria），那麼執行測試。執行測試主要是搭建測試環境，執行測試用例。執行測試時要進行進度控制、專案協調等工作。4、提交缺陷。這裡要進行缺陷稽核和驗證等工作。5、消除軟體缺陷。通常情況下，開發經理需要稽核缺陷，並進行缺陷分配。程式設計師修改自己負責的缺陷。在程式設計師修改完成後，進入到迴歸測試階段。如果滿足“完成準則”（ExitCriteria），那麼正常結束測試。6、撰寫測試報告。對測試進行分析，總結本次的經驗教訓，在下一次的工作中改進。