Hello , 大家好 , 又給大家?guī)?lái)新的專(zhuān)欄嘍 ~
這個(gè)專(zhuān)欄是專(zhuān)門(mén)為零基礎(chǔ)小白從 0 到 1 了解軟件測(cè)試基礎(chǔ)理論設(shè)計(jì)的 , 雖然還不足以讓你成為軟件測(cè)試行業(yè)的佼佼者 , 但是可以讓你了解一下軟件測(cè)試行業(yè)的相關(guān)知識(shí) , 具有一定的競(jìng)爭(zhēng)實(shí)力 .
那也歡迎大家訂閱此專(zhuān)欄 : https://blog.csdn.net/m0_53117341/category_12427509.html
希望大家都能夠拿到好的 Offer

一 . 設(shè)計(jì)測(cè)試用例的萬(wàn)能公式

測(cè)試用例的概念 : 對(duì)被測(cè)系統(tǒng)提供的一組集合
測(cè)試用例存在的意義 : 幫助測(cè)試人員了解測(cè)什么、怎么測(cè)
假如說(shuō)有一個(gè)水杯 , 針對(duì)水杯來(lái)設(shè)計(jì)測(cè)試用例
初步分析 :

1. 水杯是否可以盛水
2. 水杯不漏水
3. 水杯耐溫
4. 水杯是否方便喝水
5. 水杯喝水是否喇嘴
6. 水杯攜帶是否方便
7. 水杯是否保溫
8. 水杯是否防摔
9. 水杯的容量、外觀、質(zhì)量是否符合預(yù)期
10. …

上述過(guò)程 , 就是想一個(gè)說(shuō)一個(gè) , 按照這樣設(shè)計(jì)測(cè)試用例的方法 , 肯定不是很好的
那么就給大家介紹一個(gè)萬(wàn)能公式幫助大家分析思路 , 讓大家的測(cè)試用例盡量覆蓋全面
功能測(cè)試 + 性能測(cè)試 + 界面測(cè)試 + 兼容性測(cè)試 + 易用性測(cè)試 + 安全測(cè)試

功能測(cè)試

對(duì)產(chǎn)品的功能設(shè)計(jì)測(cè)試用例
正常情況下來(lái)源于需求文檔 , 但是面試的時(shí)候面試官不可能給你一個(gè)需求文檔讓你分析 , 所以還需要來(lái)自于一定的生活經(jīng)驗(yàn)

性能測(cè)試

我們的功能雖然實(shí)現(xiàn)了 , 但是好不好使還不一定 , 還得測(cè)試一下性能如何 , 我們就可以測(cè)試一下極端情況 : 高并發(fā)測(cè)試、響應(yīng)時(shí)間測(cè)試等等
比如小刀電動(dòng)車(chē)和法拉利 , 雖然都能用 , 但是從性能來(lái)說(shuō) : 法拉利還是比小刀電動(dòng)車(chē)牛逼的
功能測(cè)試沒(méi)問(wèn)題不代表性能就沒(méi)有問(wèn)題
后續(xù)還會(huì)給大家講解性能測(cè)試

界面測(cè)試

我們?cè)谲浖_(kāi)發(fā)之前 , 就會(huì)設(shè)計(jì)出產(chǎn)品模型圖 , 工作中需要按照產(chǎn)品模型圖去進(jìn)行測(cè)試 , 那么測(cè)試人員測(cè)試的時(shí)候也要關(guān)注實(shí)現(xiàn)出來(lái)的效果是否與需求文檔相同 , 我們需要考慮每個(gè)元素的大小、顏色、材質(zhì)、形狀；頁(yè)面跳轉(zhuǎn)、文字的錯(cuò)別字、遮擋等 , 都需要進(jìn)行測(cè)試

兼容性測(cè)試

版本的兼容性 : 軟件的不同版本是否兼容
瀏覽器的兼容性 : 不同瀏覽器展示效果是否相同
系統(tǒng)兼容性 : Windows/Mac
數(shù)據(jù)的兼容性 : 有沒(méi)有可能一行數(shù)據(jù) , 在 Windows 上一行顯示 , 但是在 Mac 版本上就分兩行顯示了

易用性測(cè)試

產(chǎn)品是否具備簡(jiǎn)單易上手的屬性 : 新用戶(hù)沒(méi)用過(guò)你的產(chǎn)品 , 那么你是否能讓用戶(hù)上手就能用明白 .
玩游戲還有新手教程呢

安全測(cè)試

用戶(hù)的隱私數(shù)據(jù)是否加密 (比如說(shuō)注冊(cè)場(chǎng)景注冊(cè)成功之后直接把密碼展示在界面上了 , 或者接口返回值(響應(yīng)) : 比如說(shuō)這個(gè)接口返回了用戶(hù)的隱私數(shù)據(jù))
還有一些操作需要注意 , 比如 :
SQL 注入

后臺(tái)的查詢(xún)語(yǔ)句 : select * from info where ziduan = 關(guān)鍵字;
假如用戶(hù)輸入的關(guān)鍵詞是 ' or 1='1', 此時(shí)就導(dǎo)致全表數(shù)據(jù)返回
select * from info where ziduan = '1' or 1='1';

越權(quán)問(wèn)題
分為垂直越權(quán)和水平越權(quán)
垂直越權(quán) : 我是普通用戶(hù) , 但是能操作管理員具備的操作
水平越權(quán) : 我們都是普通用戶(hù) , 但是張三可以操作或者瀏覽到只有我能操作的數(shù)據(jù) , 就比如 : 張三和李四都記筆記 , 但是張三能看到李四記的筆記 , 也能修改李四記的筆記 , 這肯定不行 , 所以這就是水平越權(quán)
假如我就是個(gè)普通用戶(hù) , 你給了我很大的權(quán)力 , 那我就可以為所欲為了 , 這肯定是不可以的

案例

案例1 : 對(duì)水杯設(shè)計(jì)測(cè)試用例

接下來(lái) , 使用萬(wàn)能公式 , 對(duì)水杯設(shè)計(jì)測(cè)試用例
設(shè)計(jì)測(cè)試用例的過(guò)程 , 推薦大家使用思維導(dǎo)圖 , 下載 XMind 即可 https://xmind.cn/

水杯的測(cè)試用例.xmind
那么設(shè)計(jì)測(cè)試用例一定是越多越好嗎 ?
如果這個(gè)是面試的時(shí)候面試官問(wèn)的 , 那答案一定是 : 不是 , 測(cè)試用例雖然能提高測(cè)試質(zhì)量 , 但是質(zhì)量覆蓋率高才最好
但是 , 在面試的時(shí)候設(shè)計(jì)測(cè)試用例越多越好 , 面試官出測(cè)試用例題是為了考察大家設(shè)計(jì)測(cè)試用例的能力 , 考察大家的發(fā)散性思維 , 你寫(xiě)的越多 , 靠譜的就越多

案例 2 : 對(duì)登錄頁(yè)面設(shè)計(jì)測(cè)試用例

登錄頁(yè)面測(cè)試用例.xmind
在對(duì)登錄頁(yè)面設(shè)計(jì)測(cè)試用例的過(guò)程中 , 我們需要關(guān)注到幾個(gè)問(wèn)題

1. 在性能測(cè)試中 , 有一個(gè)叫做 “用戶(hù)打開(kāi)頁(yè)面需要多久” 的測(cè)試用例 , 這個(gè)案例我們?yōu)槭裁匆粚?xiě)成 “用戶(hù)打開(kāi)頁(yè)面的響應(yīng)時(shí)間” 呢 ?

2. 兼容性測(cè)試中 , 提到了不同瀏覽器 . 那市面上有很多瀏覽器 , 難道我們都要去測(cè)試嗎 ?

   這當(dāng)然不是 , IE 瀏覽器都被淘汰了 , 還測(cè)試他干嘛 .
   那我們選擇測(cè)試瀏覽器的標(biāo)準(zhǔn)是什么 ?

   1. 大部分用戶(hù)使用的
   2. 在工作中 , 后臺(tái)可以獲取到用戶(hù)手機(jī)型號(hào)/瀏覽器/瀏覽器的版本號(hào) , 后臺(tái)把這些信息匯總 , 我們只需要根據(jù)給出的數(shù)據(jù)進(jìn)行篩選 , 使用人數(shù)多的我們優(yōu)先測(cè)試

二 . 具體設(shè)計(jì)測(cè)試用例的方法

2.1 等價(jià)類(lèi)

我們目前有一個(gè)需求 : 用戶(hù)的密碼為 6~18 位 , 那么測(cè)試的時(shí)候我們應(yīng)該提出哪些測(cè)試用例呢 ?
是 6 位 的密碼 , 還是 15 位的密碼 , 還是 20 位的密碼呢 ?
難不成我們每個(gè)數(shù)字都測(cè)試一遍 , 從 -∞ ~ +∞ ?
使用窮舉法明顯不太可能 , 但是我們可以根據(jù)需求特征 , 使用等價(jià)類(lèi)測(cè)試方法找出具有標(biāo)志性的測(cè)試用例進(jìn)行測(cè)試

等價(jià)類(lèi)的概念

等價(jià)類(lèi)實(shí)際上就是一個(gè) 分區(qū)/分塊 的概念

依據(jù)需求將輸入 ( 特殊情況下會(huì)考慮輸出 ) 劃分為若干個(gè)等價(jià)類(lèi)

把一個(gè)需求分解成許多小需求

從等價(jià)類(lèi)中選出一個(gè)測(cè)試用例 , 如果這個(gè)測(cè)試用例測(cè)試通過(guò) , 則認(rèn)為所代表的等價(jià)類(lèi)測(cè)試通過(guò)
這樣就可以用較少的測(cè)試用例達(dá)到盡量多的功能覆蓋 , 解決了不能窮舉測(cè)試的問(wèn)題
等價(jià)類(lèi)的劃分 :

1. 有效等價(jià)類(lèi) : 根據(jù)程序的需求說(shuō)明書(shū) (其實(shí)就是需求文檔) , 是合理的、有意義的集合
2. 無(wú)效等價(jià)類(lèi) : 根據(jù)程序需求說(shuō)明書(shū) , 是不合理的、無(wú)意義的集合

所以上面那個(gè)例子中 , 6~18 位就是有效等價(jià)類(lèi) , 無(wú)效等價(jià)類(lèi)就是非 6~18 位(小于 6 位 , 大于 18 位)
再舉個(gè)栗子 : 購(gòu)買(mǎi)的水果有橘子、檸檬、香蕉
其中 , 有效等價(jià)類(lèi)就是橘子、檸檬、香蕉 , 無(wú)效等價(jià)類(lèi)就是其他水果(比如 : 柚子 , 榴蓮 , 櫻桃等等)

等價(jià)類(lèi)的用例編寫(xiě)

關(guān)于等價(jià)類(lèi)的測(cè)試用例編寫(xiě) , 一般分為兩個(gè)步驟

1. 確認(rèn)有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)
2. 編寫(xiě)測(cè)試用例

那么我們的測(cè)試用例就可以編寫(xiě)下面這幾條 :

1. 輸入長(zhǎng)度為 6~18 位的密碼 , 具體是 10 位
2. 輸入長(zhǎng)度為小于 6 位的密碼 , 具體是 1 位
3. 輸入長(zhǎng)度為大于 18 位的密碼 , 具體是 20 位

在測(cè)試用例的編寫(xiě)中 , 我們還需要格外關(guān)注邊界值的問(wèn)題

2.2 邊界值

我們之前介紹過(guò)雙 11 活動(dòng)
假如我們的代碼是這樣寫(xiě)的

11.11 00:00:00 <= activityTime < 11.12 00:00:00

如果你邊界條件控制不好 , 就容易出現(xiàn)很大問(wèn)題
如果我們這樣寫(xiě)

11.11 00:00:00 <= activityTime < 11.11 23:59:59

那 11.11 23:59:59 到 11.12 00:00:00 這一分鐘就不算了嗎 , 有的人就是卡最后一分鐘搶貨 , 你直接不讓人家搶能行嗎 ?
所以邊界值的問(wèn)題在我們測(cè)試的過(guò)程中 , 非常重要 !
那邊界值指的是什么 ?
邊界值指的就是有效邊界 + 無(wú)效邊界 , 什么意思 ?
分析一下我們最剛開(kāi)始的栗子

再舉個(gè)栗子 : 成績(jī)大于 60 分 , 請(qǐng)問(wèn)他的邊界值是什么 ? (成績(jī)一定為整數(shù))
有效邊界 : 61 分 (因?yàn)橐蟠笥?60 分 , 60 就不能算)
無(wú)效邊界 : 59 分

有的地方還這樣講 : 邊界值集合 = 邊界值 + 次邊界值

2.3 判定表

下面這張圖片 , 就是一個(gè)判定表 , 在不同的條件下 , 進(jìn)行不同的操作
賒欠情況 > 60 天 , 并且發(fā)貨單金額大于 500 元 , 我們不發(fā)出批準(zhǔn)書(shū)
賒欠情況 > 60 天 , 并且發(fā)貨單金額小于等于 500 元 , 我們發(fā)出批準(zhǔn)書(shū)發(fā)出發(fā)貨單、發(fā)出賒欠報(bào)告
賒欠情況 <= 60 天 , 我們發(fā)出批準(zhǔn)書(shū)發(fā)出發(fā)貨單

判定表使用的場(chǎng)景比較少
使用場(chǎng)景 : 輸入條件的組合對(duì)應(yīng)不同的結(jié)果
給大家講一下判定表設(shè)計(jì)測(cè)試用例的步驟 :

1. 確認(rèn)輸入條件和輸出條件
2. 找出輸入條件和輸出條件之間的關(guān)系
3. 畫(huà)判定表
4. 根據(jù)判定表編寫(xiě)測(cè)試用例

給大家舉個(gè)案例 : 雙 11 , 平臺(tái)搞活動(dòng) , 當(dāng)某一訂單使用了紅包或者訂單金額大于 300 元 , 就被認(rèn)為是優(yōu)惠訂單 , 否則是不優(yōu)惠的訂單
按照步驟就進(jìn)行分析吧

1. 確認(rèn)輸入條件和輸出條件

   1. 輸入條件 : 紅包、訂單金額大于 300 元、訂單已提交

      一定要格外注意訂單已提交這一個(gè)條件 , 如果訂單不提交 , 就不會(huì)有任何事發(fā)生

   2. 輸出條件 : 有優(yōu)惠、無(wú)優(yōu)惠

2. 找出輸入條件和輸出條件之間的關(guān)系 : 先確定輸入條件之間有效的排列組合 , 最后根據(jù)排列結(jié)果分析并給出分析結(jié)果

AC:有紅包并且提交了訂單
BC:訂單金額大于 300 元并且提交了訂單
ABC:有紅包并且訂單金額大于 300 元,最后提交了訂單
A:有紅包,訂單金額未大于 300 元,沒(méi)提交訂單(有優(yōu)惠,不買(mǎi),就是玩)
B:訂單金額大于 300 元,無(wú)紅包,沒(méi)提交訂單(有優(yōu)惠,不買(mǎi),就是玩)
C:無(wú)紅包,訂單金額未大于 300 元,提交了訂單(大冤種)
AB:有紅包,并且訂單金額大于 300 元,但是未提交訂單(有便宜不占)
非ABC:無(wú)紅包,訂單金額未大于 300 元,未提交訂單(啥也不干)

他們對(duì)應(yīng)的輸出結(jié)果如下 :

3. 根據(jù)上面的排列組合畫(huà)判定表

符合條件的就填 Y , 不符合條件的就填 N

4. 根據(jù)判定表編寫(xiě)測(cè)試用例

1.有紅包、訂單金額小于等于300元,并且提交訂單,則該訂單有優(yōu)惠
2.訂單金額大于300元、無(wú)紅包,并且提交訂單,則該訂單有優(yōu)惠
3.有紅包、訂單金額大于300元,并且提交訂單,則該訂單有優(yōu)惠
4.有紅包、訂單金額小于等于300元,但是未提交訂單,則該訂單無(wú)優(yōu)惠
5.訂單金額大于300元、無(wú)紅包,但是未提交訂單,則該訂單無(wú)優(yōu)惠
6.無(wú)紅包、訂單金額小于等于300元,并且提交訂單,則該訂單無(wú)優(yōu)惠
7.有紅包、訂單金額大于300元,但是未提交訂單,則該訂單無(wú)優(yōu)惠
8.無(wú)紅包、訂單金額小于等于300元,并且未提交訂單,則該訂單無(wú)優(yōu)惠

與判定表類(lèi)似的還有因果圖 , 但是因果圖使用場(chǎng)景及其的少 , 并且極其復(fù)雜 , 就不帶著大家來(lái)看了 , 大家只需要知道 , 因果圖是根據(jù)判定表畫(huà)出來(lái)的 , 而且因果圖畫(huà)法不唯一
這就是因果圖 , 看著就很頭疼

2.4 場(chǎng)景設(shè)計(jì)法

場(chǎng)景設(shè)計(jì)法使用的場(chǎng)景也非常少 , 它主要用來(lái)進(jìn)行一個(gè)思路引導(dǎo)的作用 , 告訴我們不能完全參考需求文檔上寫(xiě)的基本流程 , 要盡可能多地設(shè)計(jì)可能存在的意想不到的流程 .
分為基本事件流和備選事件流
看取鈔的例子

基本事件流就是一件事的主干 , 備選時(shí)間流就是在基本事件流的基礎(chǔ)上發(fā)生的額外的事情 , 一般備選時(shí)間流要比基本事件流要長(zhǎng)
我們也可以通過(guò)場(chǎng)景設(shè)計(jì)法編寫(xiě)測(cè)試用例

1. 基本事件流的用例 : 先插卡 , 然后輸入正確的密碼 , 選擇取款功能 …
2. 備選事件流的用例 :
   1. 插入卡 , 但是插不進(jìn)去 …
   2. 密碼輸入錯(cuò)誤 , 把卡彈出來(lái)了
   3. …

2.5 正交法

正交法的定義

正交表在實(shí)際測(cè)試中 , 用到的場(chǎng)景也比較少
使用判定表設(shè)計(jì)測(cè)試用例 , 很容易就設(shè)計(jì)出了非常多測(cè)試用例 , 這樣對(duì)于測(cè)試工作的推進(jìn)并不是什么好事 , 所以我們需要篩選出尤其關(guān)鍵的測(cè)試用例進(jìn)行測(cè)試 , 用局部代替所有 , 所以就可以使用正交法篩選測(cè)試用例 .
我們先來(lái)看什么是正交法
正交試驗(yàn)設(shè)計(jì)法指從大量的試驗(yàn)中挑選出適量的、有代表性的點(diǎn)，依據(jù) “正交表” 從而合理的設(shè)計(jì)出測(cè)試用例
其中 , 提到了正交表

我們直接通過(guò)一個(gè)例子理解正交表的定義

那么我們?cè)購(gòu)能浖y(cè)試的角度看一下正交表

正交法的性質(zhì)

1. 每一列中，不同的數(shù)字出現(xiàn)的次數(shù)相等。

   

2. 任意兩列中數(shù)字的排列方式齊全而且均衡。

   

根據(jù)正交表設(shè)計(jì)測(cè)試用例

1. 找出因素和水平

   找出測(cè)試用例和測(cè)試用例對(duì)應(yīng)的可能性

2. 生成正交表 : 使用 allpairs 生成正交表

   pairs.zip
   下載成功之后直接解壓即可 , 不要進(jìn)行任何操作

3. 根據(jù)正交表編寫(xiě)測(cè)試用例

4. 補(bǔ)充可能存在遺漏但是非常重要的測(cè)試用例

接下來(lái) , 我們就舉一個(gè)案例 , 來(lái)根據(jù)正交表設(shè)計(jì)測(cè)試用例

1. 找出因素和水平 :

   因素 : 用戶(hù)名、手機(jī)號(hào)、密碼、確認(rèn)密碼、手機(jī)號(hào)
   水平 : 填寫(xiě)、不填寫(xiě)

2. 生成正交表

   首先 , 我們打開(kāi)電腦里面的 excel 軟件 ! (word 啥的都不可以)
   橫行寫(xiě)因素 , 豎行寫(xiě)水平
   
   接下來(lái) , 把這段內(nèi)容選中 , 進(jìn)行復(fù)制

   選中左上角 , 按住 shift 點(diǎn)擊右下角 , 就全部選中了

   接下來(lái) , 在我們 allpairs 的存放目錄下面新建一個(gè) txt 文件 , 名字無(wú)所謂 , 但是要記住
   
   將剛才復(fù)制的結(jié)果粘貼進(jìn) txt 文檔 , ctrl + s 退出即可 , 不要去進(jìn)行任何修改 !
   
   還要注意一點(diǎn) , 用記事本打開(kāi)不要用其他文本編輯軟件

3. 使用 cmd 通過(guò) allpairs 生成正交表

   進(jìn)入到 allpairs 的文件路徑 , 在地址欄輸入 cmd
   
   然后輸入命令 : allpairs.exe 任意文件名.txt>任意文件名jg.txt
   
   這時(shí)候 , 我們的文件夾內(nèi)就出現(xiàn)了保存正交表結(jié)果的 txt 文檔
   注意 : 這個(gè)結(jié)果文檔不需要我們提前創(chuàng)建 , 別多此一舉 , 人家 allpairs 都幫你準(zhǔn)備好了
   
   

4. 根據(jù)正交表編寫(xiě)測(cè)試用例

   

1.全部填寫(xiě)用戶(hù)名、手機(jī)號(hào)、密碼、確認(rèn)密碼、驗(yàn)證碼
2.填寫(xiě)用戶(hù)名,不填寫(xiě)手機(jī)號(hào)、密碼、確認(rèn)密碼、驗(yàn)證碼
3.填寫(xiě)手機(jī)號(hào)、確認(rèn)密碼,不填寫(xiě)用戶(hù)名、密碼、驗(yàn)證碼
4.填寫(xiě)密碼、驗(yàn)證碼,不填寫(xiě)用戶(hù)名、手機(jī)號(hào)、驗(yàn)證碼
5.填寫(xiě)用戶(hù)名、手機(jī)號(hào)、密碼,不填寫(xiě)確認(rèn)密碼、驗(yàn)證碼
6.填寫(xiě)用戶(hù)名、確認(rèn)密碼、驗(yàn)證碼,不填寫(xiě)手機(jī)號(hào)、密碼

5. 補(bǔ)充可能存在遺漏但是非常重要的測(cè)試用例 : 全部不填寫(xiě)

1.全部填寫(xiě)用戶(hù)名、手機(jī)號(hào)、密碼、確認(rèn)密碼、驗(yàn)證碼
2.填寫(xiě)用戶(hù)名,不填寫(xiě)手機(jī)號(hào)、密碼、確認(rèn)密碼、驗(yàn)證碼
3.填寫(xiě)手機(jī)號(hào)、確認(rèn)密碼,不填寫(xiě)用戶(hù)名、密碼、驗(yàn)證碼
4.填寫(xiě)密碼、驗(yàn)證碼,不填寫(xiě)用戶(hù)名、手機(jī)號(hào)、驗(yàn)證碼
5.填寫(xiě)用戶(hù)名、手機(jī)號(hào)、密碼,不填寫(xiě)確認(rèn)密碼、驗(yàn)證碼
6.填寫(xiě)用戶(hù)名、確認(rèn)密碼、驗(yàn)證碼,不填寫(xiě)手機(jī)號(hào)、密碼
7.全部不填寫(xiě)用戶(hù)名、手機(jī)號(hào)、密碼、確認(rèn)密碼、驗(yàn)證碼

這樣 , 我們就通過(guò)了較少用例完成了基本的測(cè)試 , 避免了過(guò)多測(cè)試用例造成測(cè)試人員壓力過(guò)大的問(wèn)題

2.6 錯(cuò)誤猜測(cè)法

錯(cuò)誤猜測(cè)法就是根據(jù)測(cè)試人員自己的工作經(jīng)驗(yàn)以及生活經(jīng)驗(yàn) , 猜測(cè)出現(xiàn)問(wèn)題的位置在哪里
一般情況下測(cè)試人員非常敏感的位置就是邊界值文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-741411.html

到了這里，關(guān)于SoftwareTest4 - 咋設(shè)計(jì)一個(gè)好的測(cè)試用例的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！