測試用例
1.測試用例的基本要素
測試用例（test case）是為了實施測試而向被測試的系統提供的一組集合，這組集合包含：測試環境、操作步 驟、測試資料、預期結果等要素。
2.測試用例的設計方法
2.1基於需求的設計
基於需求的測試是一種最根本的軟體測試，重點關注以下兩大關鍵問題：
（1）驗證需求是否正確、完整、無二義 性，並且邏輯一致。
（2）要從「黑盒」的角度，設計出充分並且必要的測試集，以保證設計和**都能完全符合需 求。
2.2 具體的設計方法
2.2.1 等價類
例如：超市買水果
有效等價類：蘋果、桃子、梨
無效等價類：青菜、公尺、飲料，…
2.2.2 邊界值
邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法 的補充，這種情況下，其測試用例來自等價類的邊界。
例如：
2.2.3 因果圖
因果圖是一種簡化了的邏輯圖，能直觀地表明程式輸入條件（原因）和輸出動作（結果）之間的相互關係；如：
因果圖法設計測試用例的步驟如下：
(1)分析所有可能的輸入和可能的輸出。
(2)找出輸入與輸出之間的對應關係。
(3)畫出因果圖。
(4)把因果圖轉換成判定表
(5)把判定表對應到每乙個測試用例。
2.2.4 正交排列
正交試驗設計(orthogonal experimentaldesign)是研究多因素多水平的一種設計方法，它是根據正交性，由試驗 因素的全部水平組合中挑選出部分有代表性的點進行試驗，通過對這部分試驗結果的分析了解全面試驗的情況，找 出最優的水平組合。
正交表的構成：
正交表的兩條性質：
正交法設計測試用例的步驟：
1、有哪些因素（變數）
2、每個因素有哪幾個水平（變數的取值）
3、選擇乙個合適的正交表
4、把變數的值對映到表中
5、把每一行的各因素水平的組合作為乙個測試用例
6、加上你認為可疑且沒有在表**現的用例組合
2.2.5 場景設計法
通過想象某一具體的場景來設計測試用例
現在的軟體幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。該方法可以比較生動地描繪出事件觸發時的情景，有利於測試設計者設計測試用例，使測試用例更容易理解和執行。
2.2.6 錯誤推測法
錯誤猜測法是經驗豐富的測試人員喜歡使用的一種測試方法。
基於經驗和直覺，找出程式中你認為可能出現的錯誤，有針對性地設計測試用例。經驗可能來自於在對某項業務的 測試較多，也可以來自於售後使用者的反饋意見，或者從故障管理庫中整理bug。梳理出產品以往哪些地方容易出現 問題，問題越多的地方，潛在的bug也就越多。
軟體測試之測試用例的設計
測試用例的設計方法 面試案例 為了實施測試而向被測試的系統提供的一組集合 測試環境 操作步驟 測試資料 預期結果 對比好壞 的評價標準 rbt requirements based testing 是基於需求的測試方法，會使測試更加有效，因為它使測試專注於質量問題產生的根源，即需求。重點關注以下兩大...
軟體測試之測試用例設計題
1.假設京東有乙個web api 輸入打折價p1和原價p0,返回折扣資訊0.9，請設計測試 用例進行測試。答案 1 輸入打折價錯誤 輸入原價錯誤 輸入值不在正常範圍內 2 輸入打折價錯誤 輸入原價正確 3 輸入打折價正確 輸入原價錯誤 4 輸入打折價正確 輸入原價正確 打折價高於原價 5 輸入打折價...
軟體測試基礎（四）測試用例的設計
窮舉的黑盒和白盒測試通常都是不可能的，我們可以通過使用特定的面向黑盒測試的測試用例設計方法，而後使用白盒測試方法對程式的邏輯結構進行檢查以補充這些測試用例，藉此來設計出乙個相當嚴格的測試。我們推薦的步驟是先使用黑盒測試方法來設計測試用例，然後視情況需要使用白盒測試方法來設計補充的測試用例。主要的黑盒...