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