軟件測試用例的幾種設計方法
![[???:????] [???:????]](http://m.trustlankalog.com//file/upload/img/7/135.jpg)
一、等價類劃分法
所謂「等價」,就是具有相同屬性或者方法的集合,這個集合中某個個體所表現(xiàn)的特征與其他個體完全一致。
由此可知,等價類劃分就是將所有可能的輸入數(shù)據(jù),劃分成若干個等價類,然后從每個部分中選取具有代表性的數(shù)據(jù)當做測試用例進行合理的分類,分為有效等價類和無效等價類。
例如,規(guī)定的用戶名長度區(qū)間為4~8個字,那么它的有效等價類是用戶名長度在[4,8],無效等價類為用戶名長度大于8位,或用戶名長度小于4位。
二、邊界值
測試經(jīng)驗告訴我們,在測試有時會涉及到大量的數(shù)據(jù),遍歷所有數(shù)據(jù)會使測試效率低下,如果是手工執(zhí)行,更加難以覆蓋所有數(shù)據(jù)。這時更有效率的做法是,先劃分等價類,再從等價類中選擇部分參數(shù)測試,邊界值是等價類所有可選參數(shù)中最容易出問題的地方,所以我們一般會選擇邊界值作為測試的重點,邊界值法的應用步驟如下:
1.先根據(jù)等價類法劃分有效等價類和無效等價類,確定上點、離點及內點。上點是邊界上的點,離點是離上點最近的點,內點則是邊界有效范圍內的任意一點。同樣以用戶名長度為4~8位為例,4和8為上點,3和9為離點,6則為內點。
2.設計一個新的測試用例,使其盡可能地覆蓋所有尚未覆蓋的有效等價類,直到所有有效等價類完全覆蓋。
3.設計一個新的測試用例,使其僅覆蓋一個無效等價類,直到所有無效等價類都被覆蓋。
三、判定表法
判定表又稱策略表、決策表,能表示輸入條件的組合,以及與每一輸入組合對應的動作組合。判定表法適合邏輯判斷比較復雜的場景,通過窮舉條件獲得結果,對結果再進行優(yōu)化合并,具體又明確地表達復雜地邏輯關系和多種條件組合情況。
判定表主要由條件樁和動作樁兩部分組成。條件樁是功能要滿足地所有條件,動作樁則是所有可能的操作以及產(chǎn)生的結果。
判定表能夠將復雜的問題按照各種可能的情況全部列舉出來,簡明并避免遺漏。其缺點是判定表的建立過程較煩雜,當條件過多時,需要分析的邏輯組合呈2的倍數(shù)增長。測試工程師可根據(jù)實際情況與等價類劃分法、邊界值法結合使用。
四、正交試驗法
正交試驗法是研究多因素、多水平組合的一種實驗法,它是利用正交表來對實驗進行設計,通過少數(shù)的實驗替代全面實驗。正交表中所有參與試驗的、影響試驗結果的條件成為因子,影響試驗因子的取值或輸入的成為水平。
在設計測試用例時,采用正交試驗法能夠有效地、合理地減少測試的工作量與和成本。正交試驗的一般流程包括以下幾個步驟:
1)分析測試需求,獲取因子和水平
2)根據(jù)因子和水平選擇合適的正交表
3)替換正交表中的因子和水平,獲取試驗次數(shù)
4)根據(jù)經(jīng)驗或者其他因素補充試驗次數(shù)
5)細化輸出獲得測試用例
以上是一些常見的測試用例設計方法,希望能夠解答你的問題。
測試用例設計方法有哪些?
可以采用軟件測試常用的基該方法:等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質采用不同的方法。如何靈活運用各種基該方法來設計完整的測試用例,并最終實現(xiàn)暴露隱藏的缺陷,全憑測試設計人員的豐富經(jīng)驗和精心設計。
編寫測試用例文檔應有文檔模板,須符合內部的規(guī)范要求。測試用例文檔將受制于測試用例管理軟件的約束。軟件產(chǎn)品或軟件開發(fā)項目的測試用例一般以該產(chǎn)品的軟件模塊或子系統(tǒng)為單位,形成一個測試用例文檔,但并不是絕對的。
測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息:版本號、模塊名稱、用例編號、用例名稱、用例級別、預知條件、驗證步驟、期望結果(含判斷標準)、測試結果、測試時間、測試人員等。
擴展資料
測試用例設計一般遵循以下原則:
(1)正確性。輸入用戶實際數(shù)據(jù)以驗證系統(tǒng)是否滿足需求規(guī)格說明書的要求;測試用例中的測試點應首先保證要至少覆蓋需求規(guī)格說明書中的各項功能,并且正常。
(2)全面性。覆蓋所有的需求功能項;設計的用例除對測試點本身的測試外,還需考慮用戶實際使用的情況、與其他部分關聯(lián)使用的情況、非正常情況(不合理、非法、越界以及極限輸入數(shù)據(jù))操作和環(huán)境設置等。
(3)連貫性。用例組織有條理、主次分明,尤其體現(xiàn)在業(yè)務測試用例上;用例執(zhí)行粒度盡量保持每個用例都有測點,不能同時覆蓋很多功能點,否則執(zhí)行起來牽連太大,所以每個用例間保持連貫性很重要。
(4)可判定性。測試執(zhí)行結果的正確性是可判定的,每一個測試用例都有相應的期望結果
(5)可操作性。測試用例中要寫清楚測試的操作步驟,以及與不同的操作步驟相對應的測試結果。
測試用例設計方法
為某個業(yè)務目標,而編制的一組由測試輸入,執(zhí)行條件以及預期結果組成的案例
在開始實施測試之前設計好測試用例,可以避免盲目測試并提高測試效率。
測試用例的使用令軟件測試的實施重點突出、目的明確。
在軟件版本更新后只需修正少部分的測試用例便可展開測試工作,降低工作強度、縮短項目周期。
檢驗軟件是否滿足客戶需求、體現(xiàn)一個測試人員的工作量、展現(xiàn)測試用例的設計思路。
必須掌握:用例編號(如何命名)、所屬模塊、用例標題(驗證誰在什么情況下,去做什么,最后結果是什么)、優(yōu)先級、前置條件、操作步驟、測試數(shù)據(jù)、預期結果、實際結果
了解內容:通過否、bugID、編寫人員、編寫時間、測試人員、測試時間、備注
測試用例覆蓋所有的用戶需求
測試用例要簡單明了
各類型的測試用例要齊全
用最少的用例覆蓋最多的需求
等價類劃分 是把所有可能輸入的數(shù)據(jù)分為若干個區(qū)域,然后從每個區(qū)域中取少量有代表性的數(shù)據(jù)進行測試即可。
等價類 :何為等價類,某個輸入域的集合,在這個集合中每個輸入條件都是等效的。
一般可分為有效等價類和無效等價類。
有效等價類:指符合《需求規(guī)格說明書》,輸入合理的數(shù)據(jù)集合
無效等價類:指不符合《需求規(guī)格說明書》,輸入不合理的數(shù)據(jù)集合
取值范圍型: 輸入學生成績? ? 0-100
恒等類型? : 只有一個結果是正確的,其他都是錯誤的? ? 例如? 彩票的特等獎
布爾值型:? 通過是否來進行選擇,如同意協(xié)議
枚舉類型:? 給出選項內容,只要符合其中任意一個就可以? ? 例如選擇學歷
規(guī)則類型:? 給定要求,滿足要求的就可以,比如郵箱
在任意文本輸入框中可以填寫的字符類型: 中文、英文、特殊符號、空格、數(shù)字。
定義:邊界值分析 是取稍高于或稍低于邊界的一些數(shù)據(jù)進行測試。
原因: 程序開發(fā)循環(huán)體時的取數(shù)可能會因為<,<=搞錯。
上點: 是指邊界上的點,無論此時的域是開區(qū)間還是閉區(qū)間,開區(qū)間的話,上點就是在域外,閉區(qū)間的話,上點就是在域內。
離點: 是指離上點最近的點,這里就跟是閉區(qū)間還是開區(qū)間就有關系了,如果是開區(qū)間,那么離點就在域內,如果是閉區(qū)間,那么離點就在域外。(開內閉外)
遵循的原則:開內閉外? ? 開區(qū)間往中間找,閉區(qū)間往外找
內點: 域內的任意點都是內點。
0<=x<=10? ? ? ? ? 左上點 0 左離點 -1 右離點 11 右上點 10 內點 5
0<x<10? ? ? ? ? ? ? 左上點 0? ? 左離點 1? ? 右離點 9? 右上點 10? ? 內點 5
0<=x<10? ? ? ? ? ? 左上點 0? ? 左離點 -1? ? 右離點 9? 右上點 10? ? 內點 5
因果圖法比較適合輸入條件比較多的情況,測試所有的輸入條件的排列組合。所謂的原因就是輸入,所謂的結果就是輸出。
1、確定原因、結果、中間過程
2、連接因果圖
3、標明約束條件
4、輸出測試用例
錯誤猜測法是測試經(jīng)驗豐富的人喜歡使用的一種測試用例設計方法。
一般這種方法是基于經(jīng)驗和直覺推測程序中可能發(fā)送的各種錯誤,有針對性地設計。只能作為一種補充。
輸入一串數(shù)字,程序可自動從小到大排序
郵箱格式@符合的全角以及半角情況
測試手機終端的通話功能,可以設計各種通話失敗的情況來補充測試用 例:
無SIM 卡插入時進行呼出(非緊急呼叫)
插入已欠費SIM卡進行呼出
射頻器件損壞或無信號區(qū)域插入有效SIM卡呼出
網(wǎng)絡正常,插入有效SIM卡,呼出無效號碼(如1、888、333333、不輸入任何號碼等)
網(wǎng)絡正常,插入有效SIM卡,使用“快速撥號”功能呼出設置無效號碼的數(shù)字
最重要的是要思考和分析測試對象的各個方面,多參考以前發(fā)現(xiàn)的bug的相關數(shù)據(jù),總結的經(jīng)驗,個人多考慮異常的情況、反面的情況、特殊的輸入,以一個攻擊者的態(tài)度對待程序,就能設計出比較完善的測試用例來。
設計測試用例時,分析和表達多輸入條件下執(zhí)行不同操作的黑盒測試方法。
注意: 該方法和因果圖法相似。
1、確定原因和動作
2、排列組合
3、標明結果關系
4、輸出測試用例
日本人提出
使用工具:正交表
正交實驗法就是利用排列整齊的表 -正交表來對試驗進行整體設計、綜合比較、統(tǒng)計分析,實現(xiàn)通過少數(shù)的實驗次數(shù)找到較好的生產(chǎn)條件,以達到最高生產(chǎn)工藝效果。
這種試驗設計法是從大量的試驗點中挑選適量的具有代表性的點,利用已經(jīng)造好的表格—正交表來安排試驗并進行數(shù)據(jù)分析的方法。
正交表能夠在因素變化范圍內均衡抽樣,使每次試驗都具有較強的代表性,由于正交表具備均衡分散的特點,保證了全面實驗的某些要求,這些試驗往往能夠較好或更好的達到實驗的目的。
正交實驗設計包括兩部分內容:第一,是怎樣安排實驗;第二,是怎樣分析實驗結果。
在一個界面中有多個控件,每個控件有多個取值,控件之間可以相互組合,不可能(也沒有必要)為每一種組合編寫一條用例,如何使用最少最優(yōu)的組合進行測試?!慌帕蟹?/p>
軟件測試用例的設計方法
功能 測試用例的設計方法 :
1. 邊界值分析法:
指對輸入的邊界條件進行分析,設計出針對邊界值的測試用例。
數(shù)值的邊界值檢驗
字符的邊界值檢驗
如: ASCII和 Unicode編碼方式
其他邊界值檢驗
選上所有選項(最大值)
不選上任何一項(空,零)
只選一項 (最小值)
2. 等價類劃分法:
有效等價類:指輸入完全滿足程序輸入的規(guī)格說明,是由有效且有意義的輸入數(shù)據(jù)所構成的集合,利用有效等價類可以檢驗程序是否滿足規(guī)格說明所規(guī)定的功能和 性能。
無效等價類:和有效等價類相反,即不滿足程序輸入要求或者由無效的輸入數(shù)據(jù)構成的集合。
3. 因果圖法:
就是利用圖解法分析軟件輸入(原因)和輸出條件(結果)之間的關系,以設計測試用例的方法。因果圖法適合于檢查程序輸入條件的多種情況的組合,并最終生成判定表,來獲得對應的測試用例。
4. 功能圖法
功能圖是描述程序狀態(tài)變化、轉移的過程,因為軟件運行或操作的過程可以看作是其狀態(tài)不斷發(fā)生變化的過程。測試用例的設計就是如何覆蓋所有軟件表現(xiàn)出來的狀態(tài),即在滿足輸入/輸出的一組條件下,軟件運行是一系列有次序的、受控制的狀態(tài)變化過程。
5. 錯誤推測法:
推測法主要依賴經(jīng)驗、直覺來作出簡單的判斷甚至是猜測,給出可能存在 缺陷 的條件、場景等,在找到缺陷后,設計出相應的測試用例。
6. 正交實驗設計方法:
主要步驟是:
(1) 對軟件 需求 規(guī)格說明中的功能要求進行劃分(層層分解與展開),分解成具體的、相對獨立的基本功能。
(2) 根據(jù)基本功能的 質量 需求,找出影響其功能實現(xiàn)的操作對象和外部因素,每個因素的取值可以看作水平,多個取值就存在多個水平。
(3) 確定待測試軟件中所有因素及其權值,這是 測試用例設計 的關鍵,確保全面、準確。
權值是依據(jù)各因素的影響范圍、發(fā)生的頻率和質量的需求來確定的。
(4) 加權篩選,生成因素分析表。
(5) 利用正交表構造測試數(shù)據(jù)集,正交表的每一行,就是一條測試用例??紤]交互作用不可忽略的處理因素和不可混雜的原則,有交互作用的組合優(yōu)先安排。
軟件測試測試用例以及方法
測試用例介紹
用例定義:為某個業(yè)務,編制的一組由測試輸入,執(zhí)行條件以及預計結果組成的案例
為什么要學習測試用例
1:在測試前做好用例,我們可避免盲目的測試問題這樣可以大大的節(jié)約我們測試的時間。
2:在測試的時候我們有用例的話我們就是做到避輕就重,把重要先測試。
3:軟件更新后只需要修改少部分的測試用例,降低工作強度,縮短項目周期
4:檢驗軟件是否滿足客戶需求,體現(xiàn)一個測試人員的工作量,展現(xiàn)測試用例的設計思路
測試用例的核心要素(16個)
必須掌握:用例編號(如何命名)、所屬模塊、用例標題、優(yōu)先級、前置條件、操作步驟、測試數(shù)據(jù)、預期結果、實際結果
了解內容:通過否、bugID、編寫人員、編寫時間、測試人員、測試時間、備注
1:用例編號:產(chǎn)品型號-文件類型-版本號-序號 (淘寶商城: TB-TC-11-001)
2:所屬模塊:
3:用例標題:一般要做到一看標題就大概能猜出這條用例在測試什么
4:優(yōu)先級:
5:前置條件:在做這個測試之前必須要先做的事情
6:操作步驟:
7:測試數(shù)據(jù):
8:預期結果:一旦給定了 前置條件/操作步驟/測試數(shù)據(jù),預期結果我們就知道了,預期結果是正確的結果(應該有的結果)
9:實際結果(特別注意):只有實際測試過才知道,寫用例的時候不寫,測完才寫
10:通過否:看實際結果與預期是否一致,一致就是通過了,沒有bug;不一致,沒通過,bug
11:bugID:bug的編號
12:編寫人員:
13:編寫時間:
14:測試人員:誰測試就寫誰
15:測試時間:
16:備注:
提取測試點
一個一個需要分析測試的地方
一個測試點有可能會有多條測試用例,一個用例只有一個測試點
每一個和用戶交互的地方都是測試點
什么是高質量的測試用例
1:測試用例覆蓋所有的用戶需求
2:測試用例要簡單明了
3:各類型的測試用例要齊全
4:用最少的用例覆蓋最多的需求
測試用例的方法
等價類劃分法:
就是把可能輸入的數(shù)據(jù)進行一個區(qū)域的區(qū)分,然后從區(qū)域中取出局有代表性的數(shù)據(jù)去測試
等價類 :何為等價類,某個輸入域的集合,在這個集合中每個輸入條件都是等效的。
分類:
一般分為有效等價類和無效等價類:
有效等價類:就是說符合需求,輸入合理的數(shù)據(jù)集合;
無效等價類:就是不符合需求,輸入的數(shù)據(jù)集合不合理:
類型
取值范圍型: 輸入學生成績 0-100
恒等類型 : 只有一個結果是正確的,其他都是錯誤的 例如 彩票的特等獎
布爾值型: 通過是否來進行選擇,如同意協(xié)議
枚舉類型: 給出選項內容,只要符合其中任意一個就可以 例如選擇學歷
規(guī)則類型: 給定要求,滿足要求的就可以,比如郵箱
在任意文本輸入框中可以填寫的字符類型: 中文、英文、特殊符號、空格、數(shù)字。
邊界值分析法
邊界值定:邊界值分析是取稍高于和低于邊界的一些數(shù)據(jù)進行測試
確定邊界值的方法:上點,離點,內點
1:上點:上點是指邊界上的點,開:區(qū)間的話上點在域外,閉區(qū)間的話在域內,上點遵循開外閉內
2:離點:離上點最近的點,開區(qū)間離點在域內,閉區(qū)間離店在域外,離點遵循開內閉外
3:內點:域內中間的數(shù)值取一
例子:
0<=x<=10 左上點 0 左離點 -1 右離點 11 右上點 10 內點 5
0<x<10 左上點 0 左離點 1? 右離點 9? 右上點 10 內點 5
0<=x<10? 左上點 0 左離點 -1 右離點 9? 右上點 10 內點 5
閉 [0,10)開 上點0 右上點11
什么是測試用例如何設計測試用例
測試用例是將軟件測試的行為活動做一個科學化的組織歸納,目的是能夠將軟件測試的行為轉化成可管理的模式,同時測試用例也是將測試具體量化的方法之一,不同類別的軟件,測試用例是不同的。不同于諸如系統(tǒng),工具,控制,游戲軟件,管理軟件的用戶需求更加不同的趨勢。
測試用例常見的設計方法有:
1、等價類劃分法,就是將測試的范圍劃分成幾個互不相交的子集,他們的并集是全集,從每個子集選出若干個有代表性的值作為測試用例。
2、邊界值分析法,即針對各種邊界情況設計測試用例。
3、錯誤推測法,在測試程序時,人們可以根據(jù)經(jīng)驗或直覺推測程序中可能存在的各種錯誤,從而有針對性地編寫檢查這些錯誤的測試用例的方法。
4、判定表法,又稱為策略表,基于策略表的測試,是功能測試中最嚴密的測試方法。該方法適合于邏輯判斷復雜的場景,通過窮舉條件獲得結果,對結果再進行優(yōu)化合并,會得到一個判斷清晰的策略表。
5、正交實驗法。
軟件測試中性能測試用例如何設計,求寫好的用例?
好的測試用例標準:
質量屬性:
l正確性:確保測試標題描述部分的內容正確性。
l經(jīng)濟性:只為確定需要的目的設計相應的測試步驟。
l可重復性:自我一致性,即不管誰執(zhí)行此用例,結果一樣。
l適應性:既能適應短期需要,又能考慮長遠需要。
l可追蹤性:用例能追蹤到一個具體的需求。
l自我清理性:單個用例不會影響整個測試環(huán)境,即用例執(zhí)行完了可以恢復原有的測試環(huán)境。
l結構化和可測試性
l含有規(guī)范的測試標題和編號。
l含有一個確定的測試某一個特定需求的目的。
l含有關于測試方法的描述。
l指定條件信息-環(huán)境、數(shù)據(jù)、預置的條件測試、安全入口等。
l含有操作步驟和預期結果。
l陳述任何輔助證據(jù),例如截圖報告并確保這些東西妥善保存。
l確保測試環(huán)境的干凈(即用例不會影響整個環(huán)境)。
描述時使用主動語氣結構。
l操作步驟不要超過15步。
l確保單個用例測試執(zhí)行時用時不超過20分鐘。
l自動化腳本用例添加必要的注釋,比如目的、輸入和期望結果。
l如果可能,建議提供可選擇性的預置條件測試。
l用例之間的先后順序是否跟業(yè)務流程一致,即用例在業(yè)務流程中的彼此順序關系是否合理。配置管理:
l采用命名和編號規(guī)范歸檔。
l保存為特定的格式,文件類型。
l用例版本是否與當前被測試軟件版本一致(對應)。
l包含用例需要的相應測試對象,如特定數(shù)據(jù)庫。
l存檔閱讀。
l存檔時按角色控制訪問方式
l當網(wǎng)絡備份時存檔。
l離線歸檔。
這是我在優(yōu)就業(yè)學習時總結的,希望對你有用
什么是軟件測試用例,為什么要寫測試用例?
測試用例就是將測試系統(tǒng)的操作步驟用文檔的形式描述出來,讓軟件測試的行為具體化,來核實軟件產(chǎn)品是否滿足項目需求。測試用例是執(zhí)行測試的依據(jù)。
測試用例的設計和編制在軟件測試活動中非常重要,也是測試人員必須要掌握的一項基本能力。
以下是測試用例的主要作用:
(1) 測試用例是設計和制定測試過程的基礎,方便理清測試思路,避免盲目測試并提高測試效率
(2) 測試人員可以根據(jù)測試用例提前準備測試數(shù)據(jù)
(3) 根據(jù)測試用例可以更準確地估計測試周期各連續(xù)階段的時間安排,便于把控測試的工作進度
(4) 測試用例有助于準確評估測試工作量
(5) 編寫的測試用例可形成文檔沉淀,便于組織測試工作,降低測試的交接成本
一份優(yōu)秀的測試用例可以幫助測試人員在最短的時間內完成測試,發(fā)現(xiàn)軟件系統(tǒng)的缺陷,保障軟件測試質量穩(wěn)定。
軟件測試用例設計方法有哪些
軟件測試用例設計之等價類劃分法
一、等價類劃分法的定義
二、等價類劃分法的術語
三、等價類劃分原則
四、實例演示(三角形問題和檔案管理系統(tǒng)問題)
軟件測試用例之邊界值分析法
一、邊界值分析法定義
二、等價類劃分法和邊界值分析法的區(qū)別
三、內部邊界值
四、設計測試用例的原則
五、邊界值分析法實例(三角形問題)
軟件測試用例設計之錯誤推測法
一、錯誤推測法定義
二、錯誤推測法基本思想
三、錯誤推測法實例
四、錯誤推測法的優(yōu)勢和不足
軟件測試用例設計之判定表驅動法
一、判定表的定義
二、判定表的組成部分
三、判定表驅動法設計步驟
四、實例
五、因果圖和判定表的區(qū)別
六、判定表驅動法的使用條件
七、判定表驅動法的優(yōu)點
八、判定表驅動法的缺點
軟件測試用例設計之因果圖法
一、因果圖法定義
二、因果圖常用符號
三、因果圖的四種關系
四、因果圖約束條件
五、因果圖法設計步驟
六、實例
以上就是小編整理的軟件測試用例的幾種設計方法全部內容了,歡迎大家留言討論。訪問培訓啦了解更多相關話題