2.測試數(shù)據(jù)的準備需要考慮到一定的覆蓋率，但100%的覆蓋是肯定做不到的。請根據(jù)測試用例文檔的內(nèi)容盡量達到的覆蓋。
3.測試用例并不是一成不變的，應(yīng)在測試過程中隨時更新、補充，不斷完善。如果在測試過程中發(fā)現(xiàn)原測試用例有不完整甚至是錯誤的情況，請及時補充或修改。這一點很重要，切記。因為在此時多一分心，將來的測試工作必會少幾分力。
4.在測試過程中發(fā)現(xiàn)的BUG請?zhí)顚懙饺毕莨芾砉ぞ逿TP中，特別注意要將BUG情形，重現(xiàn)步驟等描述清楚，不要因偷懶或錯別字等原因使得開發(fā)人員無法正確理解和無法重現(xiàn)該BUG，甚至造成歧義，以免對開發(fā)者和測試者增加許多不必要的工作量。
5.做好BUG的跟蹤工作。測試工作并不止于發(fā)現(xiàn)BUG，而應(yīng)對每個BUG跟蹤到底。BUG自提出之后，就要一直跟蹤，敦促相關(guān)人員解決。時間太長仍未解決的，要查明原因，并匯報至項目經(jīng)理處。在TTP中，則體現(xiàn)為所有的BUG最后都要處于“closed”狀態(tài)。
6.做好版本控制。程序源代碼的版本控制工作由開發(fā)組負責(zé)，但測試組也需要管理好測試系統(tǒng)的版本，保持與最新程序同步，以免對不正確的版本進行測試，做無用功。
7.做好回歸測試。開發(fā)人員修改BUG后，測試組要盡快將程序更新至測試環(huán)境，并做回歸測試。此時除了驗證所發(fā)現(xiàn)的問題是否被修正外，還要特別注意的是，此項改動是否會對系統(tǒng)的其它部分造成影響，從而產(chǎn)生新的BUG。因為有時候程序員對程序的一個不正確的，哪怕是小小的改動，都可能會對系統(tǒng)帶來更多的BUG，而這些BUG往往又是很隱蔽的，所以要特別小心。這一點非常難做到，需要靠測試人員的經(jīng)驗和細心。這里有一個比較好的方法，就是要求開發(fā)人員在解決問題的同時，要詳細的說明該問題產(chǎn)生的原因，及他對哪些源程序文件做了什么改動，填寫到TTP中，越詳細越好。根據(jù)我們部門以往的測試經(jīng)驗，我覺得這一點做得還很不夠，很多程序員并不愿意做過多類似的歸納整理工作。其實這是對大家都有好處的事情，一定要請大家共同配合。
8.在測試過程中，如果重復(fù)的操作過多，在條件允許的情況下，可考慮使用功能測試工具winrunner,quicktestpro等來簡化操作。
