、每個階段的測試類型進行考慮、定義，比如：需要做哪些方面的測試？測試的順序是怎樣的？功能測試如何進行？性能測試何時進行等等。而測試的方法更多是體現(xiàn)在一個具體的測試中，采取怎樣的測試思路。另外，在測試過程中，對資源的協(xié)調(diào)也非常關(guān)鍵，需要能保證測試資源充分利用，每個測試人員都有適度并且相當(dāng)?shù)墓ぷ髁俊?
在以往工作中，常常會進行交叉測試，這里予以介紹：測試往往是一個長期的重復(fù)性工作，對于測試人員來說，一個測試人員一般長期從事一種產(chǎn)品或一個特性的測試，長期如此，測試人員往往會出現(xiàn)測試反感膩味倦怠。因此，適當(dāng)?shù)牟捎媒徊鏈y試，讓兩個或多個測試人員相互學(xué)習(xí)對方業(yè)務(wù)領(lǐng)域的知識、并執(zhí)行測試，既有利于減少測試人員的倦怠心里，使測試人員有一種新鮮感，也可能發(fā)現(xiàn)出前測試人員未發(fā)現(xiàn)的問題，也起到了互相監(jiān)督的作用。
5、總結(jié)測試經(jīng)驗
在測試的過程中，測試人員應(yīng)該及時總結(jié)發(fā)現(xiàn)的錯誤并歸類，標明經(jīng)常容易出錯的地方，將意見提交項目經(jīng)理，審核后，制定出一份統(tǒng)一標準并提供給開發(fā)人員，這樣就可以提前避免錯誤、避免重復(fù)錯誤和重復(fù)測試，提高測試效率。不僅如此，項目結(jié)束后的各項總結(jié)報告將是項目的后期維護或二次開發(fā)的寶貴參考資料。
另外，測試過程中，也可以將自己所負責(zé)特性、產(chǎn)品的體會、心得寫出來，做為測試指導(dǎo)書，以便有新員工加入時，使其迅速上手。
6、缺陷分析、度量
對測試活動過程中發(fā)現(xiàn)的缺陷進行分析、度量，尋找軟件開發(fā)過程中存在的問題，并持續(xù)改進開發(fā)過程，提高質(zhì)量。缺陷的分析、度量從時間上分為兩個方面，首先是在軟件開發(fā)過程中發(fā)現(xiàn)的缺陷進行分析、度量；然后就是，對軟件產(chǎn)品發(fā)布后，對用戶提出缺陷進行統(tǒng)計、分析。
對測試過程中的缺陷需要分版本，并按不同模塊、問題級別，對缺陷進行各種統(tǒng)計，并比較子版
本統(tǒng)計數(shù)據(jù)之間的差異，CQ在這方面已經(jīng)提供了比較強大的統(tǒng)計功能，這里不再贅述。進行分析，是因為開發(fā)修改后導(dǎo)致該模塊不穩(wěn)定，引發(fā)大量新問題；還是因為前期測試出現(xiàn)漏測（設(shè)計漏測、執(zhí)行漏測）；或者是版本合入新增需求的功能導(dǎo)致。然后根據(jù)問題原因，提供改進建議。下面對幾個參數(shù)進行說明：
TFVUD 是用戶發(fā)現(xiàn)缺陷數(shù)（ Total Field Valid Unique Defects ）：即由用戶發(fā)現(xiàn)的經(jīng)過了確認的、非重復(fù)的、非用戶錯誤操作的、非建議類型的所有缺陷；（總數(shù)、按模塊統(tǒng)計）
PDD 是測試發(fā)現(xiàn)缺陷數(shù)（ Post Development Defects ）：即在開發(fā)完成后的測試周期中發(fā)現(xiàn)的缺陷數(shù)，但它不包括那些向用戶發(fā)布后發(fā)現(xiàn)的缺陷；（分別按模塊、級別、時間 統(tǒng)計）
DDR是開發(fā)缺陷率（Developer Defect Ratio）：一定周期內(nèi)缺陷總數(shù)與代碼行數(shù)的比率。