* 測試用例越簡單越好，不要奢望有非常大的覆蓋面。搭建一個易維護和可擴展的自動化測試是一個長期的任務。一般來說，“底層”代碼，例如算術、碰撞檢測和渲染，更容易進行自動化測試，對于游戲性和完整的游戲測試來說，還是需要經過QA人員親自測試。當然，QA部門的注意力也要從技術轉移到與游戲性相關的問題上去�！暗紸房間后，因為通風口前面的箱子太高了，所以出不去”這樣的報告就會取代“當我的角色轉動的時候，屏幕上出現了很多扭曲的三角面”。
持續集成
在一個復雜的軟件項目中引入自動化測試，你會發覺運行它也需要一定的時間，我們看到的一些項目甚至需要幾個小時。如果讓開發者在他們的開發用機上運行的話，測試會完全占用他們的機器，影響工作，那么結果就是他們不去運行測試用例，很顯然，沒有被運行的用例是沒有任何價值的。
解決方法就是搭建一臺或多臺專用的自動化測試機。它同時還運行版本管理軟件(Subversion/CVS/Perforce)，一旦發現提交了新代 碼，那么代碼就會被Check out并編譯，測試用例也會自動運行。最后，系統會將測試結果報告以email的形式自動發送給最近提交代碼的開發者。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
