1. 程式人生 > >軟體測試用例設計之微信群搶紅包經典用例

軟體測試用例設計之微信群搶紅包經典用例

好吧,本人在遊逛各大招聘網站時,看到這個題目:為微信群發紅包搶紅包設計測試用例。雖然,本人也是測試小白,現在正在找軟體測試的工作,然後寶寶就花了點心思寫了下測試case,我覺得幫助還是挺大的!最重要的是業務理解,還有寶寶也不惜發了紅包在群裡,體驗整個過程~好了,不廢話了......

直接將表格粘過來了~

前提:此用例沒有考慮新增銀行卡支付,以及紅包型別的選擇還有紅包描述。

用例ID

2017-07-23-2209

用例名稱

老闆在微型群裡發紅包,大家一起搶紅包

用例描述

發紅包介面是否滿足要求;

老闆在金額和個數設定正常的範圍內,選擇支付方式,紅包發出,老闆賬戶金額正常減少;

支付方式能自動匹配紅包金額;

老闆或員工在紅包未搶完的情況下只能搶一次紅包;

每次紅包被搶後紅包剩餘金額是正常的減少,搶紅包人的賬號錢包金額正常增加;

超過24小時未領完的紅包將退到老闆零錢包上;

模擬所有人同時搶紅包看會發生什麼;

在網比較差時看搶不搶的到紅包;

用例入口

老闆點擊發紅包按鈕

測試用例ID

場景

測試步驟

預期結果

備註

TC1

初始介面進入

點擊發紅包按鈕

頁面元素完整,顯示與詳細設計一致

TC2

設定金額/個數時,數字鍵盤彈出

點選金額或個數輸入框

數字鍵盤能正常彈出

TC3

金額和個數設定正確

輸入金額5.20

元,個數5

塞錢進紅包按鈕顏色變深,可點選

TC4

金額/個數--金額和個數有效性校驗

金額/個數不設定

塞錢進紅包按鈕是暗色,不能點選

TC5

金額設定--金額有效性校驗

輸入金額201

提示金額超出最大可發紅包數目

TC6

個數設定--個數有效性校驗

輸入個數101

提示個數超出最大可發個數數目

TC7

跳轉到支付時,匹配到零錢支付

輸入金額不大於零錢包裡的金額

自動匹配支付方式---零錢支付

TC8

跳轉到支付時,匹配到銀行卡支付

輸入金額大於零錢包裡的金額

自動匹配支付方式---銀行卡支付

TC9

選擇支付方式時,可選任一支付

輸入金額不大於零錢包裡的金額

可以選擇任一支付方式

TC10

選擇支付方式時,只能選擇銀行卡

輸入金額大於零錢包裡的金額

零錢支付按鈕暗色,不可點選

TC11

紅包發出後,老闆賬戶餘額正確減少

支付完成後,紅包發出

老闆賬戶餘額減少的數目是紅包金額

TC12

員工搶紅包入口

點選紅包

跳轉到搶紅包按鈕介面

TC13

員工進去搶紅包

在搶紅包按鈕介面點選搶紅包按鈕

跳轉到紅包詳細被搶頁面

TC14

員工放棄搶紅包

在搶紅包按鈕介面不點選搶紅包按鈕

頁面一直定格在該介面,直到你點選X退出該頁面

TC15

紅包被搶後,搶的人零錢包餘額正確增加

員工點選搶了個紅包

員工賬戶餘額增加的數目是所搶紅包金額

TC16

多次搶紅包

已經搶過紅包的人再次點選搶紅包按鈕

不會出現搶紅包按鈕,直接跳轉到紅包詳細被搶頁面

TC17

紅包被搶完

當紅包被搶完,點選紅包按鈕

不會出現搶紅包按鈕,直接跳轉到紅包詳細被搶頁面

TC18

紅包剩餘金額在超過有效發出時間退給boss

紅包不被搶完,超過有效時間後

紅包自動退給boss

TC19

多人同時搶紅包

使用工具,模擬多人同時搶紅包

紅包金額減少數目是正確的,不會有溢位或髒讀現象

TC20

網路差時搶紅包

在封閉的電梯裡搶紅包或模擬網很差的情況

紅包如果搶不到響應時間有多長以及提示資訊


ps:可能還有一些情況沒考慮到,希望各位網友在評論區多多指教,麼麼麼噠~~