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

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

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

　　4.在測(cè)試過(guò)程中發(fā)現(xiàn)的BUG請(qǐng)?zhí)顚?xiě)到缺陷管理工具TTP中，特別注意要將BUG情形，重現(xiàn)步驟等描述清楚，不要因偷懶或錯(cuò)別字等原因使得開(kāi)發(fā)人員無(wú)法正確理解和無(wú)法重現(xiàn)該BUG，甚至造成歧義，以免對(duì)開(kāi)發(fā)者和測(cè)試者增加許多不必要的工作量。

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

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

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

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