是為特定目的為設計的一組測試輸入、執行條件和預期的結果，是執行的最小實體。
依據軟體需求說明對輸入的範圍進行細分，然後在分出的每乙個區域內選取乙個有代表性的測試資料開展測試。
有效等價類：符合需求說明，合理地輸入資料集合；
無效等價類：不符合需求說明，無意義低輸入資料的集合。
等價劃分方法設計測試用例的主要的兩個步驟：1.確定等價類；2.生成測試用例。
具體步驟：
劃分等價類；
為每個等價類表中的每乙個等價類分別規定乙個唯一的編號；
設計乙個新的測試用例，使它能夠盡量多覆蓋尚覆蓋的有效等價類。重複該步驟，直到所有的有效等價類均被用例所覆蓋；
設計乙個新用例，使它僅覆蓋乙個尚未覆蓋的無效等價類。重複該步驟，直到所有的無效等價類均被用例所覆蓋。
考慮邊界條件的測試用例與其他沒有考慮邊界條件的測試用例相比，具有更高的測試回報率。
通常作為對等價劃分的一種補充
邊界條件是值輸入和輸出等價類中那些處於邊界、超過邊界、或者在邊界一下的狀態。
邊界值分析法與等價劃分方法的不同：
1.與等價類中挑選出任意乙個元素作為代表不同，邊界值分析需要選擇乙個或多個元素，以便等價類的每個邊界都經過一次測試。
2.與僅僅關注輸入（空間）條件不同，邊界值分析還需要考慮從結果空間（輸出等價類）設計測試用例。
確定邊界值的常用指南：
1.如果輸入條件規定了乙個輸入值範圍，那麼應針對範圍的邊界設計測試用例，針對剛剛越界的情況設計無效輸入測試用例。
2.如果輸入條件規定了輸入值的數量，那麼應針對最小數量輸入值、最大數量輸入值，以及比最小數量少乙個、比最大數量多乙個的情況設計測試用例。
3.對每個輸出條件應用指南1.
4.對每個輸出條件應用指南2.
5.如果程式輸入或輸出是乙個有序序列（如順序檔案、線性列表或**）則應特別注意該序列的第乙個和最後乙個元素。
6.自由發揮
等價劃分和邊界值分析的乙個弱點是沒有對輸入條件的組合進行分析。
借助於乙個系統的方法選擇出高效的測試用例集，而且可以指出規格說明不完整的和不明確之處。
步驟：1.將規格說明分解為可執行的片段。這是必須的步驟，因為因果圖不善於處理比較大的規格說明
2.確定規格說明中的因果關係。所謂因是指乙個明確的輸入條件或者輸入條件的等價類。所謂果是指乙個輸出條件或者系統轉換。，因和果被確定下來之後，每個因和果都被賦予乙個唯一的編號。
3.分析規格說明的語義內容，並將其轉換為因果關係的布林圖。這就是因果圖。
4.給圖加上註解符號，說明由於語法或者環境的限制而不能聯絡起來的因和果。
5.通過仔細跟蹤圖中的狀態變化情況，將因果圖轉換成乙個有限項的判定表。表中的每一列代表乙個測試用例。
6.將判定表中的列轉換成測試用例。
最有難度的地方在於將因果圖轉化成判定表，但這個過程可以編寫程式自動完成。
基於經驗和直覺推測程式中所有可能存在的各種錯誤，而有針對性的設計測試用例的方法。
比如：1.輸入或者輸出為0的情況；
2.輸入為空格時；
3.一些字段設計成了可修改欄位時；
4.匯出頁面字段顯示錯誤；
5.輸入列表所有條目的值都相同；
6.輸入條目是排過序的等。
1. 本文框測試
（1）輸入正常字母或者數字，例如在「名稱」中輸入「工作表4」，按下確定按鈕，確定當前的工作表之前建立了乙個名稱為「工作表4」的工作表。
（2）輸入已存在的工作表名稱。例如，已有「工作表1」，再次輸入「工作表1」，程式應當給出提示。
（3）輸入超長字元。例如在「名稱」中輸入超過允許邊界個數的字元，假設最多為255個字元，嘗試輸入256個字元，檢查程式能否正確處理；
（4）輸入預設值，空白，空格。例如在「名稱」中輸入空格，按「確定」；或者使用預設值，「直接按確定」；或者刪除預設值，使內容為空白，按「確定」。
（5）若只允許輸入字母，嘗試輸入數字；若只允許輸入數字，嘗試輸入字母；
（6）利用複製貼上等操作強制輸入程式不允許輸入的資料，例如，某文字框只允許輸入數字，利用複製貼上操作，貼上文字到該文字框，程式不應當允許這樣的操作；
（7）輸入特殊字元。例如nul，\n等變成語言的保留字；
（8）輸入超過文字框長度的字元或者輸入多行文字，檢查輸入內容可以正常顯示。
（9）輸入不符合格式要求的資料，檢查程式能否正確校驗。
2.按鈕
（1）點選按鈕正確相應操作；
（2）對非法輸入或操作給出足夠的提示說明。例如輸入手機號碼不正確時，點選提交時，能夠提示手機號碼不準確。
（3）錯誤說明應該清楚明了恰當，讓使用者明白錯誤出處；
（4）對可能造成資料無法恢復的操作必須提供確認資訊，給使用者放棄選擇的機會。例如刪除、關閉、複製、移動等操作，點選刪除按鈕，系統應該提示「是否刪除檔案？」，點選關閉按鈕，若檔案沒有儲存，系統應該提示「檔案未儲存，是否要儲存檔案？」
軟體測試 黑盒測試
1.黑盒測試概述 黑盒測試也稱功能測試或資料驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用。在測試時，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，測試者在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能...
軟體測試 黑盒測試
白盒測試計畫書著重測試軟體的源 黑盒技術著重測試軟體功能。因此，設計測試用例時，需要研究需求說明和總體設計說明中的相關程式功能或輸入，輸出之間的關係等資訊，從而與測試後的結果進行分析比較。在實際測試中，常常把黑盒測試常常與白盒測試聯合使用，它是與白盒測試互補的測試方法。它很可能發現白盒測試不易發現的...
軟體測試技術 黑盒測試
黑盒測試就是把測試物件看做乙個不透明的黑盒子，不必了解程式的內部邏輯和結構，只需按照需求規格說明書檢查程式的功能是否符合 黑盒測試主要是為了發現以下幾點錯誤 1 是否有不正確或者遺漏的功能 2 在介面上，輸入能否被正確的接收，是否能輸出正確的結果 3 是否有資料結構錯誤或者外部資訊訪問錯誤 4 效能...