web測試用例如何寫？

時間：2023-12-14 00:24:01 | 來源：網(wǎng)站運營

時間：2023-12-14 00:24:01 來源：網(wǎng)站運營

web測試用例如何寫？：測試一個新功能時，最重要的一個步驟就是編寫測試用例，測試用例寫好了，那么后面的測試工作基本就非常順利了，那么怎樣提高測試用例的質(zhì)量呢？







充分理解需求

拿到測試需求后，不應(yīng)該拿到什么就是什么，需求上怎么寫就怎么做，要有自己的見解。

舉個例子來說，某個網(wǎng)站年終大促，要搞個優(yōu)惠活動，有兩種優(yōu)惠方式：

第一種是店鋪自己發(fā)的優(yōu)惠，兩件8折、3件7折；

另一種是平臺提供的優(yōu)惠，滿100-10、200-30。

測試人員A拿到這個需求后，發(fā)現(xiàn)非常簡單，迅速的就將測試用例編寫完了，如下：







乍一看是沒有問題的，所有情況也都考慮到了，但是仔細研究的話會發(fā)現(xiàn)，其中漏掉了好多場景。

測試人員B拿到這個需求后，發(fā)現(xiàn)有好多不明確的地方。

比如說，兩種優(yōu)惠同時滿足的時候，優(yōu)先使用哪種優(yōu)惠，優(yōu)惠可不可以疊加使用，店鋪發(fā)放的優(yōu)惠只針對當(dāng)前店鋪嗎，一個賬號每種優(yōu)惠是不是只能使用一次等等。

帶著這些問題，測試人員B就會與需求人員去溝通，等需求了解透徹之后，開始編寫測試用例，對上面的補充用例如下：







所以說提高測試用例質(zhì)量的一條重要途徑就是挖掘潛在需求，只有將需求了解透徹之后，才能提高測試用例的覆蓋率。

參照其他同類型網(wǎng)站和功能

如果一個新功能，你之前沒有接觸和了解過，完全沒有頭緒的話，不妨借鑒一下同類型的網(wǎng)站上的類似需求，通過實踐來幫助自己理解這個需求。

虛心求教

編寫完測試用例后，讓老員工來指導(dǎo)一下，是否有需要改進的地方，畢竟老員工的工作經(jīng)驗豐富，對容易出現(xiàn)bug的地方比較敏感，看有沒有漏掉的地方。

而且老員工一般對項目都已經(jīng)非常熟悉了，通過跟他們溝通之后，可能自己也會發(fā)現(xiàn)一些不容易想到的點。

站在使用者角度看問題

功能的最終使用者是客戶，我們要站在客戶的角度來測試。

比如說我們做了一個搜索產(chǎn)品的功能，作為測試人員我們會考慮：支持模糊搜索，可以搜索產(chǎn)品名、產(chǎn)品編碼，可以按照產(chǎn)品顏色搜索等等。

那么如果站在用戶的角度，他們最關(guān)心的是什么呢？是搜索的速度、使用起來方便等等。

所以站在客戶的角度看問題能讓我們收獲更高的滿意度。

測試用例步驟清晰

測試用例步驟一定要清晰，讓不懂測試的人看了也能執(zhí)行。

我們在寫測試用例時，一定要將所有信息都描述清楚。

比如說上面的最后一條用例，執(zhí)行這條用例的條件是：該用戶已經(jīng)參與過優(yōu)惠活動。這個一定要寫清楚，不然容易造成測試用例錯誤的執(zhí)行結(jié)果。

那么，一份高質(zhì)量測試用例的形成，會包含哪些因素和步驟呢？

測試用例是測試設(shè)計的一個產(chǎn)出物，它直接體現(xiàn)測試設(shè)計的思想，一份漂亮的測試用例不僅僅是設(shè)計思路的優(yōu)秀體現(xiàn)，更是便于流轉(zhuǎn)和執(zhí)行，具有可讀性、傳遞性。

首先，我們要一份測試用例例模板，模板可以將測試用例的結(jié)構(gòu)形式固定化、標(biāo)準(zhǔn)化，對編寫者啟引導(dǎo)作用，保證一份測試用例數(shù)據(jù)完整。

其次，測試用例的目標(biāo)、可讀、簡潔是從各個屬性所填的內(nèi)容散發(fā)出來的。

1、用例編號

用例編號就是測試用例文檔中一個代號，需全局唯一，我們可以通過代號快速找到測試用例。

用例編號的書寫，建議是項目名_模塊名_001，我們可以通過編號快速知道一個項目有多少用例，項目中一個模塊有多少用例。

2、用例標(biāo)題

目的:概述測試用例的主要內(nèi)容，明確用例意圖

在做用例評審時，通過瀏覽一個模塊的用例標(biāo)題，能快速判斷有沒有遺漏功能;通過瀏覽一個功能用例標(biāo)題，能快速判斷出有沒有遺漏正?；虍惓ase。

一個測試用例的好壞，一半體現(xiàn)在測試用例標(biāo)題上。

一個好用例的標(biāo)題，書寫方式有三種：

一：一句完整的話(不超過30個漢字)

二：功能簡報形式例：電影詳情頁-返回例：欄目-發(fā)布例：電影-添加

三：按條件/狀態(tài)例：發(fā)起轉(zhuǎn)碼-無源媒體文件例：發(fā)起轉(zhuǎn)碼-有源媒體文件例：鑒權(quán)-已訂購產(chǎn)品已過期例：鑒權(quán)-已訂購產(chǎn)品未過期例：鑒權(quán)-未訂購產(chǎn)品

3、預(yù)置條件

預(yù)置條件-測試用例能執(zhí)行的前提條件?？梢允堑竭_某一狀態(tài)，也可以是一些配置。

書寫要求：一個簡潔的結(jié)果。

用戶已成功登陸自動審核的開關(guān)已關(guān)不需要寫是怎么登陸的/如何將開關(guān)關(guān)掉的。

4、測試步驟

測試步驟是指如何執(zhí)行用例，先做什么后做什么，是有順序的概念在的。步驟和用例的目標(biāo)需要是一致的，任意一個偏離目標(biāo)整個case就是無意義的。

書寫要求：可執(zhí)行的操作，功能用例步驟不大于7，流程用例步驟隨業(yè)務(wù)而定-這里不做限制。

(1) 采集電影[check1](2) 預(yù)處理電影[check2](3) 審核電影[check3](4) 發(fā)布電影[check4]

5、預(yù)期結(jié)果

預(yù)期結(jié)果是和測試步驟一一對應(yīng)的，有幾個檢查點，就需要有幾個結(jié)果。預(yù)期結(jié)果需要是可檢查的，可從三個方面進行校驗：

一：界面(結(jié)果會直接顯示在界面上的)二：數(shù)據(jù)庫(有些數(shù)據(jù)只會存于數(shù)據(jù)庫中)三：磁盤(文件數(shù)據(jù)需具體到磁盤上看是否存在，數(shù)據(jù)是否正確)

書寫要求：和測試步驟中check點一一對應(yīng)，檢查點>=1個

6、測試數(shù)據(jù)

測試數(shù)據(jù)：測試時使用到的數(shù)據(jù)。

書寫要求：可用電影。

不用寫到實際數(shù)據(jù)，在測試添加電影功能時，不需要寫具體電影、導(dǎo)演、演員、宣傳圖片。

具體的數(shù)據(jù)-可以在數(shù)據(jù)準(zhǔn)備時做好，如符合規(guī)格的圖片(海報、圖標(biāo)、劇照)，符合碼率的媒體文件(正片和預(yù)覽片)。

最后，測試用例整體是有邏輯的-需要有用例設(shè)計的魂。

編寫測試用例的兩個途徑

1)先有用例設(shè)計，從整個產(chǎn)品/項目出發(fā)，先確定測試范圍、測試目標(biāo)，再細化范圍到具體對象->具體功能，確定設(shè)計用例技術(shù)和測試方法，再來編寫用例。

2) 測試執(zhí)行后-通過Bug反推 修改補充用例。

兩者相結(jié)合才會產(chǎn)出一份高質(zhì)量且有效的測試用例，理論->實踐->理論過程。

附上編寫測試用例常見問題

1、用例標(biāo)題意圖不明確2、用例中引用其他用例3、用例中包含過多的細節(jié)4、用例中出現(xiàn)籠統(tǒng)的詞反復(fù)、多次確定反復(fù)的具體次數(shù)確定一個反復(fù)的范圍長時間確定長時間的具體時間確定一個長時間的范圍大量確定具體的數(shù)據(jù)量從需求/規(guī)格中中參照值5、用例中步驟不可執(zhí)行6、用例中期望結(jié)果不可驗證

最后就是用例的預(yù)期結(jié)果，一定要將所有涉及到的結(jié)果都列出來，不然執(zhí)行測試的時候容易將要驗證的點漏掉。

希望對大家能有所幫助。覺得有用的點個贊唄