第三四五六單元 測試用例設(shè)計方法

第三單元 測試用例設(shè)計方法(一)

3.1 用例介紹

3.1.1 定義

為某個業(yè)務(wù)目標(biāo),而編制的一組由測試輸入,執(zhí)行條件以及預(yù)期結(jié)果組成的案例

3.1.2 為什么要學(xué)習(xí)測試用例?

在開始實施測試之前設(shè)計好測試用例,可以避免盲目測試并提高測試效率。

測試用例的使用令軟件測試的實施重點突出、目的明確。

在軟件版本更新后只需修正少部分的測試用例便可展開測試工作,降低工作強度、縮短項目周期。

檢驗軟件是否滿足客戶需求、體現(xiàn)一個測試人員的工作量、展現(xiàn)測試用例的設(shè)計思路。

3.1.3 用例核心要素(16個)

必須掌握:用例編號(如何命名)、所屬模塊、用例標(biāo)題(驗證誰在什么情況下,去做什么,最后結(jié)果是什么)、優(yōu)先級、前置條件、操作步驟、測試數(shù)據(jù)、預(yù)期結(jié)果、實際結(jié)果

了解內(nèi)容:通過否、bugID、編寫人員、編寫時間、測試人員、測試時間、備注

注冊圖.png

3.1.4 什么是高質(zhì)量的測試用例

測試用例覆蓋所有的用戶需求

測試用例要簡單明了

各類型的測試用例要齊全

用最少的用例覆蓋最多的需求

3.2 等價類劃分法

3.2.1 定義

等價類劃分是把所有可能輸入的數(shù)據(jù)分為若干個區(qū)域,然后從每個區(qū)域中取少量有代表性的數(shù)據(jù)進行測試即可。

等價類 :何為等價類,某個輸入域的集合,在這個集合中每個輸入條件都是等效的。

3.2.2 分類

一般可分為有效等價類和無效等價類。

有效等價類:指符合《需求規(guī)格說明書》,輸入合理的數(shù)據(jù)集合

無效等價類:指不符合《需求規(guī)格說明書》,輸入不合理的數(shù)據(jù)集合

3.2.3 類型

取值范圍型: 輸入學(xué)生成績? ? 0-100

恒等類型? : 只有一個結(jié)果是正確的,其他都是錯誤的? ? 例如? 彩票的特等獎

布爾值型:? 通過是否來進行選擇,如同意協(xié)議

枚舉類型:? 給出選項內(nèi)容,只要符合其中任意一個就可以? ? 例如選擇學(xué)歷

規(guī)則類型:? 給定要求,滿足要求的就可以,比如郵箱

在任意文本輸入框中可以填寫的字符類型: 中文、英文、特殊符號、空格、數(shù)字。

3.2.4 案例

案例一:

image.png

劃分等價類并編號,下表為等價類劃分的結(jié)果

image.png

案例二:

邊界值等價類.png

3.3 邊界值分析法

3.3.1 定義

定義:邊界值分析是取稍高于或稍低于邊界的一些數(shù)據(jù)進行測試。

原因:程序開發(fā)循環(huán)體時的取數(shù)可能會因為<,<=搞錯。

比如下面代碼:

//有效等價劃分? ? -1? 0? ? 100? 101? for(int i=0;i<100;i++){int j=i+1;System.out.println("循環(huán)第“+j+"次")//循環(huán)地做某件事情}

這里的程序是循環(huán)了100次,所以會做100次;

如果程序員不小心,把i <100寫成i <= 100,則會溢出,這時候邊界值檢查是一個很好的測試方法。

3.3.2 確定邊界值的方法

上點:是指邊界上的點,無論此時的域是開區(qū)間還是閉區(qū)間,開區(qū)間的話,上點就是在域外,閉區(qū)間的話,上點就是在域內(nèi)。

離點:是指離上點最近的點,這里就跟是閉區(qū)間還是開區(qū)間就有關(guān)系了,如果是開區(qū)間,那么離點就在域內(nèi),如果是閉區(qū)間,那么離點就在域外。(開內(nèi)閉外)

遵循的原則:開內(nèi)閉外? ? 開區(qū)間往中間找,閉區(qū)間往外找

內(nèi)點:域內(nèi)的任意點都是內(nèi)點。

0<=x<=10? ? ? ? ? 左上點 0? ? 左離點 -1? ? 右離點? 11? 右上點 10? 內(nèi)點 50

3.3.3 邊界值與等價類去重

案例一:檔案管理系統(tǒng),用戶輸入日期格式為“年月日”,范圍是1990年1月~2049年12月。示例:19900101-20491231

image.png

案例二:

邊界值等價類.png

測試點分析:1、熟讀需求? 3-5遍2、斷句3、逆向思維4、疑問點

第四單元 測試用例設(shè)計方法(二)- 了解、知道即可

4.1 因果圖

4.1.1 定義

因果圖法比較適合輸入條件比較多的情況,測試所有的輸入條件的排列組合。所謂的原因就是輸入,所謂的結(jié)果就是輸出。

4.1.2 因果圖測試用例的編寫過程

1、確定原因、結(jié)果、中間過程

2、連接因果圖

3、標(biāo)明約束條件

4、輸出測試用例

4.1.3 案例:自動售貨機

需求說明:

有一個處理單價為2.5元的盒裝飲料的自動售貨機軟件。若投入2.5元硬幣,按“可樂”、“啤酒”、或“奶茶”按鈕,相應(yīng)的飲料就送出來。若投入的是3元硬幣,在送出飲料的同時退還5角硬幣。

分析:

原因(輸入):? ? ? ? ? ? ? ? ? 中間狀態(tài)? ? ? ? ? ? ? ? 結(jié)果(輸出)投入2.5元硬幣;? ? ? ? ? ? ? 已投幣/已按鈕? ? ? ? ? ? 退還5角硬幣;投入3元;? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 按“可樂”按鈕;? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 送出“可樂”飲料;按“啤酒”按鈕;? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 送出“啤酒”飲料;按“奶茶”按鈕。? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 送出“奶茶”飲料;

4.2 錯誤推測法

4.2.1 定義

錯誤猜測法是測試經(jīng)驗豐富的人喜歡使用的一種測試用例設(shè)計方法。

一般這種方法是基于經(jīng)驗和直覺推測程序中可能發(fā)送的各種錯誤,有針對性地設(shè)計。只能作為一種補充。

4.2.2 應(yīng)用

輸入一串?dāng)?shù)字,程序可自動從小到大排序

郵箱格式@符合的全角以及半角情況

4.2.3 案例

測試手機終端的通話功能,可以設(shè)計各種通話失敗的情況來補充測試用 例:

無SIM 卡插入時進行呼出(非緊急呼叫)

插入已欠費SIM卡進行呼出

射頻器件損壞或無信號區(qū)域插入有效SIM卡呼出

網(wǎng)絡(luò)正常,插入有效SIM卡,呼出無效號碼(如1、888、333333、不輸入任何號碼等)

網(wǎng)絡(luò)正常,插入有效SIM卡,使用“快速撥號”功能呼出設(shè)置無效號碼的數(shù)字

4.2.4 技巧

最重要的是要思考和分析測試對象的各個方面,多參考以前發(fā)現(xiàn)的bug的相關(guān)數(shù)據(jù),總結(jié)的經(jīng)驗,個人多考慮異常的情況、反面的情況、特殊的輸入,以一個攻擊者的態(tài)度對待程序,就能設(shè)計出比較完善的測試用例來。

4.3 判定表

4.3.1定義:

設(shè)計測試用例時,分析和表達多輸入條件下執(zhí)行不同操作的黑盒測試方法。

注意:該方法和因果圖法相似。

4.3.2 判定表測試用例編寫過程

1、確定原因和動作

2、排列組合

3、標(biāo)明結(jié)果關(guān)系

4、輸出測試用例

4.3.3 案例

要求:

掃槍掃描車身機器碼自動識別汽車品牌和型號,對于發(fā)動機功率大于100馬力的汽車并且維修記錄不全里程超過20萬公里的汽車,應(yīng)給予合作4s店優(yōu)先的維修處理

分析:

條件? ? ? ? ? ? ? ? ? ? ? 1? 2? 3? 4? 5? 6? 7? 8功率大于100馬力? ? ? ? ? ? ? 維修記錄不全? 里程超過20萬公里動作4s店進行優(yōu)先處理進行其他處理

4.4 正交實驗法

4.4.1 概述

日本人提出

使用工具:正交表

正交實驗法就是利用排列整齊的表 -正交表來對試驗進行整體設(shè)計、綜合比較、統(tǒng)計分析,實現(xiàn)通過少數(shù)的實驗次數(shù)找到較好的生產(chǎn)條件,以達到最高生產(chǎn)工藝效果。

這種試驗設(shè)計法是從大量的試驗點中挑選適量的具有代表性的點,利用已經(jīng)造好的表格—正交表來安排試驗并進行數(shù)據(jù)分析的方法。

正交表能夠在因素變化范圍內(nèi)均衡抽樣,使每次試驗都具有較強的代表性,由于正交表具備均衡分散的特點,保證了全面實驗的某些要求,這些試驗往往能夠較好或更好的達到實驗的目的。

正交實驗設(shè)計包括兩部分內(nèi)容:第一,是怎樣安排實驗;第二,是怎樣分析實驗結(jié)果。

4.4.2 應(yīng)用場景

在一個界面中有多個控件,每個控件有多個取值,控件之間可以相互組合,不可能(也沒有必要)為每一種組合編寫一條用例,如何使用最少最優(yōu)的組合進行測試。——正交排列法

image.png

image.png

4.4.3 使用正交設(shè)計助手

(1)下載解壓正交設(shè)計助手

(2)文件新建工程

(3)實驗新建實驗

①實驗說明

實驗說明.png

②選擇正交表

選擇正交表.png

③因素與水平

因素與水平.png

④確定

結(jié)果.png

正交表測試用例設(shè)計方法的特點是什么?

1、用最少的實驗覆蓋最多的操作,測試用例設(shè)計很少,效率高,但是很復(fù)雜;

2、對于基本的驗證功能,以及二次集成引起的缺陷,一般都能找出來;但是更深的缺陷,更復(fù)雜的缺陷,還是無能為力 的;

3、體的環(huán)境下,正交表一般都很難做的。大多數(shù),只在系統(tǒng)測試的時候使用此方法。

第五單元? 測試用例設(shè)計方法(三)- 場景法

5.1 定義

通過模擬業(yè)務(wù)場景來對系統(tǒng)的功能點或業(yè)務(wù)流程的描述,從而提高測試效果的黑盒測試方法

5.2 ATM引入場景法

ATM流程圖.png

5.3 原理圖

image.png

5.4 兩個流

5.4.1 基本流

概念

正確完成的流程

流程

插卡 → 輸入密碼 → 選擇服務(wù) → 取款 → 選擇金額 → 等待出鈔 → 取出卡片

5.3.2? 備選流

概念

存在異常的流程,對于基本流每一步都取反

流程

插卡 → 輸入密碼 → 密碼錯誤 → 重新輸入? →? 密碼正確 → 選擇服務(wù) → 取款 → 選擇金額 → 等待出鈔 → 取出卡片

5.4 場景法測試用例編寫過程

分析用戶場景

設(shè)計場景覆蓋基本流和備選流

輸出測試用例

5.6 案例

測試點提取.png

需求說明:

注冊網(wǎng)站一共需要三個步驟,輸入手機號,密碼,輸入正確的手機驗證碼、并同意服務(wù)協(xié)議后,點擊立即申請,注冊成功。信息填寫錯誤時給出友好的提示信息,說明錯誤原因。注冊成功后給注冊用戶發(fā)一條信息,信息內(nèi)容如下:“您好!Xxx用戶,歡迎您注冊,請及時完成實名認證。”

分析方法:

①熟讀需求:熟讀3-5遍,讀需求

②斷句:將需求整理成一段段要求

③分類:流程/規(guī)則

④逆向思維:從不同地的方面進行考慮

⑤質(zhì)疑:將自己有疑問地方找出來

⑥應(yīng)用測試用例分析方法

測試點分析.png

使用相應(yīng)的測試用例方法對測試點進行用例的編寫,一個測試點對應(yīng)一個或多個測試用例,而測試用例只能對應(yīng)某個測試點。

5.7 作業(yè):

APP升級.png

image.png

第六單元 測試用例綜合案例

6.1 案例分析

6.1.1 案例一

要求

測試用例分析.png

相關(guān)測試點

1、收貨人姓名:20位以內(nèi)中文、字母,不能為空和空格2、所在地區(qū):根據(jù)等價類劃分選擇的地區(qū)3、詳細地址:中文、字母和符號組合,不能為空和空格4、手機號碼:號碼11位數(shù)字,不能為空和空格5、固定電話:與手機號碼互斥

思維導(dǎo)圖

收貨人信息保存.png

編寫測試用例

根據(jù)測試點編寫測試用例

6.2 案例分析

要求

測試用例分析2.png

測試點

添加一個商品,添加多個商品;添加多個不同商家商品;添加多個不同支付方式的商品;添加多個不同地區(qū)的商品;添加一種商品多個數(shù)量;添加最大數(shù)量的商品;不登錄添加多個商品,然后再登錄;登錄成功后再添加多個商品。

思維導(dǎo)圖

測試用例

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,702評論 6 534
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,615評論 3 419
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,606評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,044評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,826評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,227評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,307評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,447評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,992評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,807評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,001評論 1 370
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,550評論 5 361
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,243評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,667評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,930評論 1 287
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,709評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,996評論 2 374

推薦閱讀更多精彩內(nèi)容