目前流行的軟件測試有八項基本原則，這八項基本原則能夠指導我們更有效的執行軟件測試。
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、測試人員是服務人員。整個項目組的人都是測試人員服務的對象，針對不同的人，我們應該提供不同的資助與資助。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
