1、應當把“盡早和不斷的測試”作為開發者的座右銘

測試應該盡早進行，好在需求階段開始介入，不要等到軟件產品做完了才開始。

2、程序員應該避免檢查自己的程序，軟件測試應該由第三方構造。程序員對自己的程序已經產生抗體，所以測試自己的程序無法測試深層次的缺陷。

3、設計測試用例時應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態和意外狀態，比如網絡異常中斷，電源斷電等。

4、一定要注意測試中的錯誤集中發生現象，這和程序員的編程水平和習慣有很大的關系。測試中存在群集現象，錯誤喜歡發現在相同的模塊以及相關的開發人員編寫的程序。

5、對測試錯誤結果一定要有一個確認過程。一般由A測試出來的錯誤，一定要有一個B來確認。嚴重的錯誤可以召開評審會議進行討論和分析，對測試的結果要進行嚴格的確認，是否真的存在這個問題，問題的嚴重程度是否正確等。

6、制定嚴格的測試計劃，并把測試時間安排的盡量寬松。不要希望在極短的時間內完成一個高水平的測試。一定要制定測試計劃，但不要為了做測試計劃文檔而制定測試計劃，測試計劃一定要有指導性。

7、回歸測試的關聯性一定要引起充分注意。修改一個錯誤而引起更多錯誤出現的現象并不少見。

8、妥善保存一切測試過程文檔。測試的重現性往往要靠測試文檔來體現。軟件測試過程中產生的文檔要納入配置管理庫，進行嚴格的版本控制，不能隨意的修改測試文檔，需要制定變更測試文檔的流程。

軟件測試經驗：

1、測試的Good Enough原則。對于相對復雜的產品或系統來說，zero-bug是一種理想，good-enough則是我們的原則。Good-enough原則是一種權衡投入/產出比的原則：不充分的測試是不負責任的，而過分的測試是一種資源的浪費，同樣也是一種不負責任的表現。我們的操作困難在于，如何界定什么樣的測試是不充分的，什么樣的測試是過分的。針對這種情況，測試人員好制定低測試通過標準和測試內容，然后具體問題具體分析。

2、測試的木桶原理和80-20原則。

1）依據軟件產品全面質量管理的概念，產品質量的關鍵因素是分析、設計和實現，測試應該是融于其中的補充的檢查手段，是提高產品質量的必要條件，也是提高產品質量直接、uaijie的手段，但決不是一種根本手段。反過來說，如果把提高產品質量的砝碼全部押在測試上，那將是一個漫長而恐怖的災難。

2）Bug的80-20原則。一般情況下，在分析、設計、實現階段的復審和測試工作能夠發現和避免80%的Bug，而系統測試又能找出其余Bug中的80%，后的4%的Bug可能只有在用戶的大范圍、長時間的使用之后才會暴露出來。因為測試只能盡可能多的發現缺陷，無法保證能發現所有錯誤。

3、測試人員永遠不要保證什么。在任何時候都不要表露出有了測試人員或者有了像你一樣的測試人員，產品沒有任何問題了。這是在自己打自己的嘴，測試人員要給自己留個退路，要表露出謙虛的一面，“盡量少在用戶使用時發現問題”，“我會竭盡全力做好測試工作”。

4、測試人員編寫的文檔是代表自己。測試人員的任何文檔代表的是你本人，所以文檔一定要寫的漂亮，所謂漂亮是要求格式、版面整齊，沒有錯別字，語言通順，表達清楚，沒有歧義，一般的技術人員都能讀懂你的文檔。

5、測試人員要學會逆向思維。開發人員一般都是從正面滿足需求，比較少去考慮不滿足需求的部分，測試人員要從逆向思維考慮，有哪些是開發人員沒有考慮到的、不滿足需求的部分。

6、編寫缺陷一定要保證重現。在保證重現缺陷的時候，要注意缺陷不要描述太?嗦，一般在3-個步驟要完成操作。

7、測試一定要依據需求。離開了需求，叫做你根本沒有真正測試被測項目。

8、關注對用戶不利的缺陷。要更多的考慮用戶能否正確、完整的使用被測軟件，用戶使用這套軟件能夠給他們的工作帶來好處。不要過多考慮用戶不在意的問題。

9、適當的引入測試工具提高測試效率。完全的手工測試過程是非常浪費時間和資源的，所以測試人員應該根據公司的實際情況適當的引入測試工具。一般情況首先引入的是測試管理工具，把整個測試過程管理起來，然后考慮其他測試工具。

10、測試人員是服務人員。整個項目組的人都是測試人員服務的對象，針對不同的人，我們應該提供不同的幫助與協助。