3.5.場景法/狀態遷移圖
3.6.錯誤推測法
4.優缺點
5.小結
黑盒測試又稱為功能測試，它是通過測試來檢驗程式的每個功能是否能正常使用。在測試中，將程式看成乙個不能開啟的黑盒子，在完全不考慮內部結構的情況下，在程式介面進行測試 ，檢查程式是否能適當的接受輸入資料從而產生正確的輸出資訊。黑盒測試主要針對功能測試和軟體介面測試。
黑盒測試方法著重測試軟體的功能需求，是在程式的介面上進行測試，主要發現以下錯誤：
2.1.是否有功能錯誤，是否有功能遺漏。
2.2.是否能正確的接受輸入資料達到正確的輸出資訊。
2.3.是否有資料結構錯誤或外部資訊訪問錯誤。
3.1.1 定義
將程式的輸入域劃分為若干個等價部分，然後從每個部分中抽取少數具有代表性的資料作為測試用例，就可以用少量具有代表性的測試資料來取得比較好的測試結果。等價類劃分可分為兩種不同的情況：有效等價類和無效等價類
3.1.2步驟
1.分析需求-確定資料型別–>
2.使用規則劃分有效等價類和無效等價類–>
3.設計測試用例，覆蓋有效等價類–>
注意：一條用例盡可能覆蓋奪得有效等價類4.設計測試用例，覆蓋無效等價類–>
注意：一條用例只能覆蓋乙個無效等價類3.1.3 例子3.2.1定義
邊界值分析法是通過選擇等價類邊界的測試用例。邊界值分析不僅重視輸入條件的邊界，還要重視輸出資料的邊界。大量的錯誤是發生在輸入或者輸出的邊界上，而不是發生在輸入輸出內部，因此針對各種邊界設計測試用例能更容易找出更多的錯誤。
3.2.2步驟
1.分析需求-確定資料型別–>
2.使用規則劃分有效等價類和無效等價類–>
3.確認上點、離點、內點（即各個邊界值）–>
4.設計測試用例，覆蓋有效等價類–>
注意：一條用例盡可能覆蓋奪得有效等價類5.設計測試用例，覆蓋無效等價類–>注意：一條用例只能覆蓋乙個無效等價類3.2.3例子
（同上乙個等價類劃分例子–固定**號碼案例）
3.3.1定義
當輸入條件與條件之間存在關聯關係，不同的輸入條件組合會出現不同的輸出結果，則需要考慮用組合情況來設計用例。
3.3.2步驟3.4.1定義
就是使用已經造好了的正交**來安排試驗並進行資料分析的一種方法，目的是用最少的測試用例達到最高的測試覆蓋率
3.4.2步驟
3.4.3例子
分析得出–>4因子 3水平 -->轉化為測試用例
3.5.1定義
軟體幾乎都是使用事件觸發控制流程，事件觸發就構成了場景，同一事件觸發的順序和出現的結果就形成事件流。
可以通過事件流來設計測試用例，使得更容易理解和執行
3.5.2步驟
3.6.1定義
錯誤推測法是基於經驗和直覺推測程式中可能存在的錯誤，從而設計更具有針對性的測試用例。
一般來說是基於其他測試方法之上輔助使用，單獨出現並不常見。
（1）適用於功能測試、可用性測試及可接受性測試；
（2）對照專案說明書測試程式功能；
（3）可測試長的、複雜的程式的工作邏輯，易被理解
（1）不可能進行完全的、毫無遺漏的輸入測試
（2）對某些軟體bug或人為設定的障礙，黑盒測試無法檢測出來
（3）正是因為黑盒測試依賴於軟體規格說明書，其缺點是在無法保證規格說明書完全正確的情況下，黑盒測試對此無能為力（比如規格說明書規定了多餘的功能或遺漏了某些重要的功能）
黑盒測試方法的選擇：
功能上有輸入，但是輸入無組合無條件—等價類劃分法
功能上有輸入，但是輸入有邊界有範圍—邊界值分析法
功能上有多個輸入與輸入，且輸入與輸入，輸入與輸出有依賴關係—因果圖/判定表法
功能上需要引數配置，且之間需要互相結合—正交實驗法
多個功能的組合邏輯測試—場景法/狀態遷移法
最後採用錯誤推測法追加測試用例
軟體測試知識點整理
問答 課本 ppt 軟體質量保證是貫穿軟體專案整個生命週期的有計畫的系統活動，經常針對整個專案質量計畫執 況進行評估 檢查和改進，確保專案質量與計畫保持一致。ppt 整合測試又叫組裝測試，通常在單元測試的基礎上，將所有程式模組進行有序的 遞增的測試。重點測試不同模組的介面部分。確認測試又稱有效性測試...
黑盒測試知識整理
黑盒測試的定義 黑盒測試又稱功能測試或資料驅動測試，把測試物件當作看不見內部的黑盒，在完全不考慮程式內 部結構和處理過程的情況下，測試者僅依據程式功能的需求規範考慮，確定測試用例和推斷測試結 果的正確性。黑盒測試用例設計主要用到的方法 1 等價類劃分 2 邊界值分析 3 因果圖分析 4 猜錯法 5 ...
黑盒測試概念及設計方法
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...