今天我們來看一看軟體測試方法都有哪些？
等價類劃分
資料輸入是我們都會遇到的情況，我們還是拿新建使用者來舉例，使用者名稱的輸入長度（1-32個字元）、允許輸入的內容（如：只允許輸入字母、數字和英文下劃線），我們如果想要把每一種情況都驗證到顯然是不可能；如果我們隨便驗證一兩個又有可能出現漏測，導致bug暴露給客戶。這個時候等價類劃分的方法就很重要了。
從上面的介紹我們可以看出等價類劃分是一種典型的黑盒測試方法，使用了等價類劃分的方法之後，我們將漫無邊際的隨機測試轉變成了有針對性的測試，極大的提高了測試效率和測試完備性。
針對測試而言，等價類還區分有效等價類和無效等價類。其中：
在上面的新建使用者的例子中，符合輸入要求的等價類（輸入長度在1-32個字元之間、只允許輸入字母、數字和英文下劃線）就是有效等價類，不符合要求的等價類就是無效等價類。
邊界值分析
邊界值分析也是一種黑盒測試方法，正好是對等價類劃分方法的補充。實踐證明，程式往往是在輸入輸出的邊界值情況下容易發生錯誤，就我們自己寫程式也有是經驗的，如果乙個判斷條件沒有寫好，往往不是判讀條件的中間內容我們沒有弄清楚，一般都是我們判斷條件的邊界沒有考慮清楚。所以我們採用邊界值分析法就是一種極其高效的方式。
邊界值分析我們一般會取稍高於或者稍低於其最低值的一些特定情況。還是用新建使用者名稱來舉例，使用者名稱的長度範圍在1-32個字元之間，那我們取稍高於或者稍低於邊界值的取值來進行驗證，我們分別輸入31個字元、32個字元和33個字元，系統能否正常允許新建31和32個字元的使用者名稱，而新建33個字元的使用者名稱時提示報錯。
因果圖法
前面兩種方法說的都是單輸入和單輸出的情況，考慮的是單個點的合法性。但是我們在測試過程中不能僅僅考慮到單個點的合法性，我們往往還需要看不同輸入、輸出之間的邏輯關係。如果將不同點的邏輯關係整理清楚就需要我們使用因果圖法來梳理邏輯了。
因果圖法分析的是輸入和輸入的關係或者輸入和輸出的邏輯關係
輸入和輸入的關係
輸入和輸入的關係
異所有輸入條件中最多有乙個產生，也可以乙個沒有
或（or）
所有輸入條件中，最少有乙個產生，或者多個產生，或者所有的都產生
唯一所有的輸入條件中，有且只有乙個條件產生
要求所有輸入條件中，只要有乙個產生，其它的都會跟著出現
輸入和輸出的關係
輸入和輸出的關係
恒等當輸入條件發生時結果一定會出現
當輸入條件不發生時，結果一定不會出現
非（not）
當輸入條件發生時，結果一定不會出現
當輸入條件不發生時，結果一定會出現
與（and）
當多個輸入條件中，只有所有的輸入條件都發生，結果才會出現
或（or）
當多個輸入條件中，只要有乙個輸入條件發生，結果就會出現
我們還是用新建使用者的例子吧。我們新建乙個使用者，使用者的引數有使用者名稱和**號碼兩個，只有兩個都合法填寫後才能建立成功，錯誤提示是優先提示使用者錯誤，然後提示**錯誤。
根據這個規則我們可以得出如下的因果關係表。
序號引數12
34使用者名稱101
0**11
00建立成功10
00提示使用者名稱錯誤01
01提示**錯誤00
10由於結果存在重複，所以我們**優化一下，並可以輸出測試用例。
序號引數
12/4
3使用者名稱10
1**1-
0建立成功10
0提示使用者名稱錯誤01
0提示**錯誤00
1用例輸入合法使用者名稱和**
輸入不合法的使用者名稱，輸入合法或者不合法的**
輸入合法使用者名稱，輸入不合法**
錯誤猜測
這個完成依靠測試人員自身經驗，沒有什麼規律和技巧可言了。錯誤推測法一般用於軟體測試的最後部分，根據測試人員自身經驗尋找一些軟體的缺陷。
好了，今天的分享就到這裡，我們明天再會~
軟體測試基礎理論
軟體產品的質量 指的是實體特性的綜合，表示實體滿足明確或隱含要求的能力。軟體測試的目的 1 驗證軟體是否滿足軟體開發合同或者專案開發計畫，系統 子系統設計文件，軟體需求規格說明等規定的軟體質量要求。2 通過測試，發現軟體缺陷3 為軟體產品質量的測量和評價提供依據。軟體測試的四個過程 1 測試策劃 主...
軟體測試基礎理論
軟體質量 軟體產品的特性可以滿足使用者功能 效能需求的能力。軟體產品質量的六大特性 功能性 可靠性 可使用性 效率 可維護性 可移植性 測試計畫包括 a.概述 b.測試範圍 c.測試策略d.資源安排 e.進度安排 f.發布標準 g.測試交付件 測試用例 用例編號 用例名稱 所屬功能模組 前置條件 測...
軟體測試基礎（理論）
軟體測試大致工作內容 評審軟體需求規格說明書 制定測試計畫和方案 編寫 評審測試用例 搭建測試環境，準備測試資料 執行測試，發現缺陷，提交缺陷報告，並回歸測試缺陷 分析測試結果，編寫測試報告，度量軟體的質量 軟體測試是什麼 軟體測試的定義 測試的目標 軟體危機 軟體危機的表現 貴 文件不完整 不符合...