沒有比這篇文章更詳細的測試用例介紹了

發表于:2020-12-17 10:29  作者:Qiana_Wu   來源:CSDN

字體: | 上一篇 | 下一篇 |我要投稿 | 推薦標簽: 軟件測試技術 用例設計

  1.什么是測試用例
  測試用列(Test Case)是為了實施測試而向被測試的系統提供的一組集合,這組集合包含:測試環境、操作步驟、測試數據、預期結果等要素。
  2.測試用例的要素
  測試用例的標題、測試思路、預設條件、步驟、預期輸出
  一個好的測試用例是一個不熟悉業務的人也能依據用例來很快的進行測試。
  評價測試用例的標準
  ·用例表達清楚,無二義性
  ·用例可操作性強
  ·永獵的輸入與輸出明確,一條用例只有一個預期結果
  ·用例的可維護性好
  ·用例對需求的覆蓋率高
  ·暴露程序bug的能力強
  3.測試用例的好處
  ·它是測試執行者的依據
  ·它使得工作可重復,自動化測試的基礎
  ·評估需求覆蓋率
  ·用例的復用
  ·積累測試的方法思路以供后續借鑒
  4.測試用例的設計方法
  4.1 總體的設計方法 
  基于需求的設計 
  基于需求的測試方法RBT(Requirements-Based Testing)是基于需求的測試方法,會使得測試更加有效,它使測試專注于質量問題產生的根源,即需求。 
  基于需求的測試是一種最根本的軟件測試,它關注以下問題:
  ·驗證需求是否正確、完整、無二義性,并且邏輯一致
  ·要從“黑盒”的角度,設計出充分并且必要的測試集,以保證設計和代碼都能完全符合要求
  4.2具體的設計方法
  <1>等價類: 
  依據需求將輸入(特殊情況下會考慮輸出)劃分為若干個等價類,從等價類找那個選出一個測試用例,如果這個測試用例測試通過,則認為所代表的等價類測試通過,這樣就可以用較少的測試用例達到盡量多的功能覆蓋,解決了不能窮舉測試的問題。
  ·有效等價類 
  對于程序的規格說明書是合理的、有意義的輸入數據構成的集合,利用有效等價類驗證程序是否實現了規格說明書中所規定的功能和性能
  ·無效等價類 
  根據需求說明書,不滿足需求的集合
  等價類只考慮輸入域的分類,沒有考慮輸入域的組合,需要其他的設計方法和補充。 
  <2>邊界值: 
  邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分的補充,這種情況下,其測試用例來自等價類的邊界。
  例:針對6-15位長度設計測試用例。 
  有效等價類:6 < x < 15 
  無效等價類:x < 6 || x > 15 
  邊界值:5,6,15,16 
  完整的測試用例:5,6,10,15,16
  在有效等價類中任選一個值代表這個等價類。 
  為什么6和15不能代表等價類? 
  邊界值法要和等價類法結合使用,是互補的,邊界值是等價類的一種補充。有效等價類的選取時,不選邊界值,邊界值單獨寫。 
  為什么不用3和4作為邊界值? 
  3和4可以代表小于邊界的類,但不能代表等于邊界的類,5可以代表等于邊界的類,也可以代表小于邊界的類
  數據是有區間的:取邊界值的時候要注意是否包含邊界值,注意開區間和閉區間 
  [1,50] 邊界值:0,1,50,51 
  (1,50) 邊界值 :1,2,49,50 
  [1,50) 邊界值:0,1,49,50
  <3>因果圖 
  因果圖是一種簡化了的邏輯圖,能直觀地表明程序輸入條件(原因)和輸出動作(結果)之間的相互關系。因果圖法是借助圖形來設計測試用例的一種系統方法,特別適用于被測試程序具有多種輸入條件、程序的輸出又依賴于輸入條件的各種情況。
  ·恒等 
   
  恒等:如果原因為真,那么結果必定為真
  ·與 
  與:只有兩個原因都為真,結果才為真
  ·或 
   
  2個原因中有一個為真,結果就為真
  ·非 
 
  只有原因為假,結果才為真 
  因果圖設計測試用例的步驟:
  ·分析所有可能的輸入和輸出
  ·找出輸入與輸出之間的對應關系
  ·畫出因果圖
  ·把因果圖轉換成判定表
  ·把判定對應到每一個測試用例 
  因果法設計測試用例可以幫助測試人員理清輸入和輸出的關系,但對于比較復雜的輸入和輸出,會耗費大量的時間
  <4>正交排列 
  目的:正交法是為了減少用例數目,ongoing盡量少的用例覆蓋輸入的兩兩組合。 
  定義:正交試驗設計是研究多因素多水平的一種設計方法,它是根據正交性,由試驗因素的全部水平組合中挑選出部分有代表性的點進行試驗,通過對這部分試驗結果的分析了解全面試驗的情況,找出最優的水平組合,正交試驗設計是一種基于正交表的、高效率、快速、經濟的是試驗。
  正交表中的有關概念: 
  因素(Factor):在一項試驗中,凡欲考察的變量稱為因素(變量) 
  水平(位級)(Level):在實驗范圍內,因素被考察的值稱為水平(變量的取值) 
  行數(Runs):正交表中的行的個數,及試驗的次數,用N表示 
  因素數(Factors):正交表中列的個數,用C代表 
  水平數(Levels):任何單個因素能夠取得的值的最大個數。 
  正交表中包含的值為從0到“水平數-1”,或從1到“水平數”,用T代表 
  正交表的表示形式: 
  L=行數(水平數*因素數) 
  L=N(TC) 
  L 6(25):代表有6次試驗,5代表有5列,有5個考察的因素,2代表每個因素有2種水平,也就是2種取值
  正交表的兩條性質:
  ·每一列中各數字出現的次數都一樣多
  ·任何兩列所構成的各有序數對出現的次數都一樣多
  <5>場景法 
  現在的軟件幾乎都是用事件觸發來控制流程的,事件觸發時的情景便形成了場景,而同一事件不同的觸發順序和處理結果就形成事件流。該方法可以比較生動地描繪出事件觸發時的場景,有利于測試設計者設計測試用例,使測試用例更容易理解和執行。 
  用業務流把各個孤立的功能點串起來,為測試人員建立整體業務感覺,從而避免陷入功能細節忽視業務流程要點的錯誤傾向。
  <6>錯誤猜想法 
  錯誤猜測法是經驗豐富的測試人員喜歡使用的一種測試方法。基于經驗和直覺,找出程序中你認為可能出現的錯誤,有針對性的設計測試用例。
  5.測試用例的有效性
  可以正常的發現有BUG的程序,或正常的驗證程序是正確的。
  6.測試用例的粒度和評價
  測試用例的粒度:是指測試用例編寫的詳細程度。 
  測試用例可以寫得和簡單,也可以寫的很復雜。最簡單的測試用例是測試的綱要,僅僅指出要測試的內容,復雜的測試用例會指定輸入的每項數,期待的結果及檢驗的方法,具體到界面元素的操作步驟,指定測試的方法和工具等。
  大多數的測試團隊編寫的測試用例的粒度介于兩者之間,如何把握好粒度是測試用例設計的關鍵,也將影響測試用例設計的效率和效果,應該根據項目的時機情況、測試資源情況來決定設計出怎樣粒度的測試用例。 
  可以考慮以下的內容:
  ·產品的質量要求
  ·項目對用例的要求
  ·測試時間和資源是否充分
  測試用例的評價: 
  評審分為正式和非正式評審。
  ·同行評審
  ·用戶評審
  ·項目組的評審
  總結: 
  編寫測試用例的時候,要分為正向、逆向、考慮邊界條件、容錯、性能、安全、兼容等方面考慮。

      本文內容不用于商業目的,如涉及知識產權問題,請權利人聯系51Testing小編(021-64471599-8017),我們將立即處理

評 論

論壇新帖

頂部 底部


建議使用IE 6.0以上瀏覽器,800×600以上分辨率,法律顧問:上海信義律師事務所 項棋律師
版權所有 上海博為峰軟件技術股份有限公司 Copyright©51testing.com 2003-2021, 滬ICP備05003035號
投訴及意見反饋:webmaster@51testing.com; 業務聯系:service@51testing.com 021-64471599-8017

滬公網安備 31010102002173號

51Testing官方微信

51Testing官方微博

掃一掃 測試知識全知道

日本av