目錄
測試用例
什麼是測試用例
爲了實施測試而向被測試的系統提供的一組集合
測試用例的基本要素
測試環境、操作步驟、測試數據、預期結果
評價測試用例的標準：
對比好壞代碼的評價標準
- 用例表達清楚，無二義性。。
- 用例可操作性強。
- 用例的輸入與輸出明確。一條用例只有一個預期結果。
- 用例的可維護性好。
- 用例對需求的覆蓋率高，
- 暴露程序Bug的能力強力。
測試用例的設計方法
測試用例的總體設計方法還是基於需求設計
RBT( Requirements-Based Testing)是基於需求的測試方法，會使測試更加有效，因爲它使測試專注於質量問題產生的根源，即需求。
重點關注以下兩大關鍵問題。
（1）驗證需求是否正確、完整、無二義性，並且邏輯一致。
（2）要從“黑盒”的角度，設計出充分並且必要的測試集，以保證設計和代碼都能完全符合需求。
具體的設計方法（6種）
等價類劃分
我們知道測試用例是無窮的，我們不能一個一個測試。所以依據需求將輸入（特殊情況下會考慮輸出）劃分爲若干個等價類，從等價類中選出一個測試用例，如果這個測試用例測試通過，則認爲所代表的等價類測試通過，這樣就可以用較少的測試用例達到儘量多的功能覆蓋，解決了不能窮舉測試的問題。
等價類分爲：
- 有效等價類：對於程序的規格說明書是合理的、有意義的輸入數據構成的集合，利用有效等價類驗證程序是否實現了規格說明中所規定的功能和性能
- 無效等價類：：根據需求說明書，不滿足需求的集合。
比如你去超市買水果時：
有效等價類：蘋果、桃子、梨
無效等價類：青菜、米、飲料，…
邊界值
邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作爲對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。
以註冊郵箱的軟件需求爲例子：
用戶名要求長度爲6-15位，此時我們的測試用例爲：5、6、7、14、15、16
因果圖（邏輯圖）
能直觀地表明程序輸入條件（原因）和輸出動作（結果）之間的相互關係。因果圖法是藉助圖形來設計測試用例的一種系統方法，特別適用於被測試程序具有多種輸入條件、程序的輸出又依賴於輸入條件的各種情況。
因果圖法設計測試用例的步驟如下：
(1)分析所有可能的輸入和可能的輸出。
(2)找出輸入與輸出之間的對應關係。
(3)畫出因果圖。
(4)把因果圖轉換成判定表。
(5)把判定表對應到每一個測試用例。
正交排列
正交法的目的是爲了減少用例數目。用盡量少的用例覆蓋輸入的兩兩組合。緩解因果法設計用例太多
正交試驗設計(Orthogonal experimentaldesign)是研究多因素多水平的一種設計方法，它是根據正交性，由試驗 因素的全部水平組合中挑選出部分有代表性的點進行試驗，通過對這部分試驗結果的分析瞭解全面試驗的情況，找 出最優的水平組合。正交試驗設計是一種基於正交表的、高效率、快速、經濟的試驗。
- 因素（Factor）：在一項試驗中，凡欲考察的變量稱爲因素（變量）
- 水平（位級）（Level）：在試驗範圍內，因素被考察的值稱爲水平（變量的取值）
- 正交表的構成：
- 行數(Runs)：正交表中的行的個數，即試驗的次數,用N代表。
- 因素數(Factors)：正交表中列的個數，用C代表。
- 水平數(Levels)：任何單個因素能夠取得的值的最大個數。正交表中的包含的值爲從0到數“水平數-1”或從1到“水平數”，用T代表。
- 正交表的表示形式： L=行數(水平數*因素數) L=N(TC)
- 正交表的兩條性質：
每一列中各數字出現的次數都一樣多。
任何兩列所構成的各有序數對出現的次數都一樣多，
場景設計
現在的軟件幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。該方法可以比較生動地描繪出事件觸發時的情景，有利於測試設計者設計測試用例，使測試用例更容易理解和執行。
典型的應用是是用業務流把各個孤立的功能點串起來，爲測試人員建立整體業務感覺，從而避免陷入功能細節忽視業務流程要點的錯誤傾向
比如你去ATM機子上取錢，每個步驟相當於一個事件，這是你會想每個事件觸發的過程中會不會出現其他的問題。
錯誤猜測法
基於經驗和直覺，找出程序中你認爲可能出現的錯誤，有針對性地設計測試用例。經驗可能來自於在對某項業務的測試較多，也可以來自於售後用戶的反饋意見，或者從故障管理庫中整理bug。梳理出產品以往哪些地方容易出現問題，問題越多的地方，潛在的bug也就越多。
面試案例
某公司招聘測試工程師時，有一道這樣的筆試題：”某手機軟件有用TF卡導出數據的功能，請寫出測試此功能點的思路”
