用例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 |
网络差时抢红包 |
在封闭的电梯里抢红包或模拟网很差的情况 |
红包如果抢不到响应时间有多长以及提示信息 |
微信页面测试用例
猜你喜欢
转载自blog.csdn.net/sinat_21026543/article/details/79850356
今日推荐
周排行