軟體測試 用例

三、什麼是測試用例的有效性

四、測試用例的粒度和評價

軟體測試：用例

本節重點

1.測試用例的基本要素

2.測試用例的設計方法

4.測試用例的粒度和評價

測試用例就是向被測試系統發起的一組集合，包含測試資料，測試環境，操作步驟，預期結果（要素）測試前期、測試版本、功能模組、重要性、標題

評價測試用例的標準：

用例表達清楚，無二義性

用例可操作性強

用例的輸入於輸出明確，一條用例只有乙個預期結果

… … …

測試執行者的依據

使得工作可重複，自動化測試的基礎

評估需求覆蓋率

積累測試的方法思路以供後續借鑑

測試用例的總體設計方法：基於需求去設計測試用例

基於需求的的測試重點關注以下兩大關鍵問題：

（1）驗證需求是否正確、完整、並且邏輯一致。

（2）要從『黑盒』的角度，設計出充分並且必要的測試集，以保證設計和**都能完全符合需求。

黑盒測試用例設計的方法有哪些？

等價類、邊界值、因果圖、正交法、場景設計法、錯誤猜測法

依據需求將輸入（特殊情況下可以不考慮輸出）劃分為若干個等價類，從等價類中選出乙個測試用例，如果測試用例通過，則認為所代表的等價類測試通過，這樣就可以那個較少的測試用例達到盡量多的功能覆蓋，解決了不能 窮舉的問題。

邊界值分析法就是對輸入或者輸出的邊界值進行測試的一種黑盒測試方法。一般等價類和邊界值法一般結合在一起進行測試用例的設計。

因果圖是簡化了的邏輯圖，能直觀地表明程式輸入和輸出之間的關係。特別適用於被測試程式具有多種輸入條件，程式的輸出又依賴於輸入條件的各種情況。

因果圖需要掌握的基本知識

因果圖法設計測試用例的步驟如下：

1.分析所有可能的輸入和可能的輸出

2.找出輸入與輸出之間的對應關係

3.畫出因果圖

4.把因果圖轉換為判定表

5.把判定表對應到每乙個測試用例。

正交排列的目的是為了減少用例數目，用盡量少的用例覆蓋輸入的兩兩組合。

利用因果圖來設計測試用例時, 作為輸入條件的原因與輸出結果之間的因果關係,有時很難從軟體需求規格說明中得到。往往因果關係非常龐大,以至於據此因果圖而得到的測試用例數目多的驚人，給軟體測試帶來沉重的負擔，為了有效地,合理地減少測試的工時與費用,可利用正交實驗設計方法進行測試用例的設計。

正交實驗設計方法:依據galois理論,從大量的（實驗）資料（測試例）中挑選適量的,有代表性的點（例）,從而合理地安排實驗（測試）的一種科學實驗設計方法.類似的方法有:聚類分析方法,因子方法方法等.

行數：正交表中行的個數，就是實驗的次數，用n表示

因素數：正交表中列的個數，用c代表。

水平數：任何單個因素能夠取得的值的最大個數。正交表中的包含的值為從0到數「水平數-1」，用t代表

正交表中的行數 n=（水平數-1）*因素數+1

1.每一列中各數字出現的次數都一樣多。

2.任何兩列所構成的各有序數對出現的次數都一樣多

正交法設計測試用例的步驟:

1.找出因素

2.根據因素數和水平數選擇乙個合適的正交表

3.根據正交表的性質填寫正交表

4.根據完成的正交表設計測試用例。每一行為乙個測試用例

5.補充認為可能的測試用例

現在的軟體幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。這種在軟體設計方面的思想也可以引入到軟體測試中，可以比較生動地描繪出事件觸發時的情景，有利於測試設計者設計測試用例，同時使測試用例更容易理解和執行。

錯誤猜測法是經驗豐富的測試人員喜歡使用的一種測試方法。只是一種基於經驗和直覺推測程式中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法。它的基本思想是列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例。

我們對測試用例有效性的理論建模是：

測試有效性 = 被發現的問題數 / 出現問題的總數

粒度：指測試用例編寫得詳細程度

（1）測試用例過於詳細和複雜，會帶來兩個問題：乙個是效率問題，另乙個是維護成本

（2）測試用例寫得過於簡單，則可能失去測試週例得意義。

實際用例出來，如何提高測試用例設計的質量？就像軟體產品需要通過各種手段來保證質量一樣，測試用例的質量也需要綜合使用各種手段和方法。評審分為正式和非正式評價。

軟體測試與軟體測試用例

程式設計要寫 測試要寫用例。做了這麼多年的軟體測試工作，經歷了對測試用例認識的不同階段。第一階段，入門。編號，測試點，測試環境，測試資料，測試步驟，預期結果，設計人，設計時間，執行結果，執行時間，備註。所有的一切都要寫的清清楚楚，詳詳細細。設計 評審 修改，迴圈往復。這個階段提到的有關測試用例設計最...

toft 測試用例rat 軟體測試用例型別

rat rat release acceptance test 發布驗收測試 rat又稱為構建驗證測試或者煙霧測試，rat會在每個開發版本發布之後進行。以確定系統處於穩定狀態 所有的主要功能都具備並且能夠在 正常 條件下執行的測試用例。rat用來評斷這個build能否進行後續的測試，如果rat測試失...

軟體測試用例優秀例子 軟體測試用例要素詳解

arnold 大話軟體測試用例要素 zhuanlan.zhihu.com 我們經常都知道乙個測試用例裡面包含以下幾個要素 1，用例編號 2，模組 3，場景 4，用例名稱 5，前置條件 6，測試等級 7，操作步驟 8，預期結果 需求要求的結果 9，實際結果 10，建立日期 11，是否通過 我們分析下，...