�。@個很顯而易見。但不幸的是，我參與過的很多項目測試小組都是在很晚才開始測試的。由于公司在成本上的考慮，導致了在開發后期或系統測試時才開始測試。出現了開發人員在項目晚期還在加班改bug的情況，甚至由于錯誤太多拖延了交付時間。在其中，還有可能發現整體設計和構架上的缺陷，導致明知會有很嚴重的后果都不敢改動代碼的事情。
計劃完成的測試工作量
◆測試的工作量和功能測試有偏離
◆低估了配置測試
◆把壓力和負載測試放在最后進行
◆不測試文檔
◆不測試安裝過程
◆過分依賴beta測試
◆在轉移到下一個任務之前必須完成現在的測試任務
◆未能正確地識別風險區域
◆固執地遵從測試計劃
◆利用測試作為新開發人員的過渡工作
◆從不合格的程序員中招募測試人員
◆測試人員不需要是領域專家
◆不從客戶服務人員或技術文檔人員中挑選測試人員
◆堅持測試人員必須能夠編程
◆缺乏多樣性的測試小組
◆認為測試和開發人員有本質的區別
◆相信開發人員不能夠測試他們自己的代碼
◆開發人員既沒有受過培訓，也沒有激情測試
工作中的測試人員
◆比設計測試更注重運行測試
◆不審核測試設計
◆非常詳細地描述測試的輸入和過程
◆沒有注意并探測到“不相關的”怪事
◆檢查產品應該執行的和期望的一樣，但沒有檢查它不應該執行的是期望不應該執行的一樣
◆測試套件只有他們的作者才可以理解
◆只通過用戶可見的界面測試
◆拙劣的錯誤報告
◆當發現錯誤后，只是增加了回歸測試
◆沒有為下一此測試工作量做筆記
測試自動化
◆嘗試自動化所有的測試
◆可以立即減少工作量或人力
◆期望重新運行手工測試
◆使用GUI捕獲/回放工具以減少創建測試的成本
◆期望回歸測試可以發現更多的新錯誤
測試覆蓋
◆只是追求一個簡單的關于測試覆蓋率的數據
◆只是因為有些測試不能增加覆蓋率，就把它們從回歸測試包中移除掉
◆把覆蓋率作為測試人員的績效目標
◆徹底地放棄覆蓋率
文章來源于領測軟件測試網 http://www.kjueaiud.com/
