1.測試用例包含測試文檔和測試數(shù)據(jù)兩部分，在實(shí)際操作之前，請(qǐng)先準(zhǔn)備好測試數(shù)據(jù)，即要在界面上錄入的數(shù)據(jù)，原則上是所有在界面上輸入的數(shù)據(jù)都要寫進(jìn)測試數(shù)據(jù)（excel表）中，并注意歸納整理，每組測試數(shù)據(jù)都應(yīng)有相應(yīng)的測試目的。

　　2.測試數(shù)據(jù)的準(zhǔn)備需要考慮到一定的覆蓋率，但100%的覆蓋是肯定做不到的。請(qǐng)根據(jù)測試用例文檔的內(nèi)容盡量達(dá)到的覆蓋。

　　3.測試用例并不是一成不變的，應(yīng)在測試過程中隨時(shí)更新、補(bǔ)充，不斷完善。如果在測試過程中發(fā)現(xiàn)原測試用例有不完整甚至是錯(cuò)誤的情況，請(qǐng)及時(shí)補(bǔ)充或修改。這一點(diǎn)很重要，切記。因?yàn)樵诖藭r(shí)多一分心，將來的測試工作必會(huì)少幾分力。

　　4.在測試過程中發(fā)現(xiàn)的BUG請(qǐng)?zhí)顚懙饺毕莨芾砉ぞ逿TP中，特別注意要將BUG情形，重現(xiàn)步驟等描述清楚，不要因偷懶或錯(cuò)別字等原因使得開發(fā)人員無法正確理解和無法重現(xiàn)該BUG，甚至造成歧義，以免對(duì)開發(fā)者和測試者增加許多不必要的工作量。

　　5.做好BUG的跟蹤工作。測試工作并不止于發(fā)現(xiàn)BUG，而應(yīng)對(duì)每個(gè)BUG跟蹤到底。BUG自提出之后，就要一直跟蹤，敦促相關(guān)人員解決。時(shí)間太長仍未解決的，要查明原因，并匯報(bào)至項(xiàng)目經(jīng)理處。在TTP中，則體現(xiàn)為所有的BUG最后都要處于“closed”狀態(tài)。

　　6.做好版本控制。程序源代碼的版本控制工作由開發(fā)組負(fù)責(zé)，但測試組也需要管理好測試系統(tǒng)的版本，保持與最新程序同步，以免對(duì)不正確的版本進(jìn)行測試，做無用功。

　　7.做好回歸測試。開發(fā)人員修改BUG后，測試組要盡快將程序更新至測試環(huán)境，并做回歸測試。此時(shí)除了驗(yàn)證所發(fā)現(xiàn)的問題是否被修正外，還要特別注意的是，此項(xiàng)改動(dòng)是否會(huì)對(duì)系統(tǒng)的其它部分造成影響，從而產(chǎn)生新的BUG。因?yàn)橛袝r(shí)候程序員對(duì)程序的一個(gè)不正確的，哪怕是小小的改動(dòng)，都可能會(huì)對(duì)系統(tǒng)帶來更多的BUG，而這些BUG往往又是很隱蔽的，所以要特別小心。這一點(diǎn)非常難做到，需要靠測試人員的經(jīng)驗(yàn)和細(xì)心。這里有一個(gè)比較好的方法，就是要求開發(fā)人員在解決問題的同時(shí)，要詳細(xì)的說明該問題產(chǎn)生的原因，及他對(duì)哪些源程序文件做了什么改動(dòng)，填寫到TTP中，越詳細(xì)越好。根據(jù)我們部門以往的測試經(jīng)驗(yàn)，我覺得這一點(diǎn)做得還很不夠，很多程序員并不愿意做過多類似的歸納整理工作。其實(shí)這是對(duì)大家都有好處的事情，一定要請(qǐng)大家共同配合。

　　8.在測試過程中，如果重復(fù)的操作過多，在條件允許的情況下，可考慮使用功能測試工具winrunner,quicktestpro等來簡化操作。