用例设计-常见功能验证点整理

说明

网上整理-侵删
仅供参考

测试用例要素

编号
测试项目名称
用例标题
重要级别
前置条件
输入
操作步骤
预期输出
测试结果
测试时间和测试人员

电商测试要点

1、创建商品分类;
2、在个分类下上架商品;
3、商品分类下展示,商品详情等;
4、加入购物车,计算金额;
5、够买商品库存的增减,包括取消订单商品库存恢复原库存(此处出现过bug);
6、支付;
7、活动、优惠劵;
8、积分
9、会员价格,打折后价格,实际价格的显示,这几个价格比较容易搞混,须瞪大眼睛;
10、选择商品型号颜色,加入购物车以及支付过程中需要反复核对该商品是否为你选择的商品型号颜色,我一朋友曾在此处漏测bug,导致几万订单商品全部一个型号,统统电话更正,这算是比较重大的事故了;
11、电商重点测试前台,后台次要测试,有富余时间还是都测好

支付1

参考
    https://blog.csdn.net/jiangxinrui36/article/details/79099438
主要思考下以下内容:
    1、支付都是与第三方支付(支付宝、微信、财付通、QQ钱包、短信支付等)进行对接,那么,是否了解了第三方接口有哪些?是否都能清楚我们的产品与第三方是如何交互的?是否能画出流程图?
    2、异常场景有哪些?
    3、有哪些风险,如何规避?
流程
    支付
    退款
    查询
接口:
    下单接口:商户提交下单请求到第三方支付接口,第三方支付收单成功后返回下单成功结果给到商户系统。(下单接口的最终处理结果分为下单成功和下单失败,若未收到明确结果可调用单笔订单查询接口查询结果。)
    支付接口:调用该接口时指定支付参数,完成买家账户向商户账户的支付,采用页面跳转交互模式和后台通知交互模式。(结果分为两路返回:一路为前台在return_url页面跳转显示支付结果;一路为后台在notify_url收到支付结果通知后进行响应。)
    退款接口:调用第三方支付的支付请求接口返回付款成功后,在需要做退款处理时调用退款请求接口发起退款处理。(退款接口的最终处理结果分为退款成功和退款失败,若未收到明确结果可调用退款查询接口查询结果。)
    单笔订单查询接口:根据订单号查询单笔订单信息和状态。
    退款订单查询接口:调用第三方支付的退款接口返回后,在需要查询退款请求状态可调用退款订单查询接口查询退款订单的状态和订单信息。
验证点:
    首先要保证接口都能正常调用;
    生成一笔订单,支付完成后,同步或异步重复回调,只有一次有效;
    生成一笔订单,复制订单号和金额,再次生成一笔订单,用fiddler设置断点,用第一笔已完成的订单号和订单金额去替换现有的订单号和金额,无法完成支付;
    生成一笔订单,跳转到第三方时修改金额,无法到账,或者如果是游戏充值游戏币的话,到账为篡改后的金额对应的游戏币;
    异步通知屏蔽,同步有效,进行支付,同步能够正常到账;
    同步设置无效,异步有效,进行支付,异步能够正常到账;
    同步异步都设置无效,在第三方支付完成后,在重发机制时间范围内,设置异步有效,到下次通知时间点时,能够正常通知到账(补单机制的验证,如果商户收到第三方支付成功的通知后,要告知第三方支付收到了成功的通知,如果第三方支付收到商户应答不是ok或超时,第三方支付就会认为通知失败,会在规定的时间内持续调用notify_url,一般有时间或次数的限制);
    针对支付订单在数据库中存储是否完整和正确进行校验(比如:第三方订单号--方便与第三方对账和问题排查、订单金额、订单状态等);
    如果是用户购买实物商品,用户发起退货,要保证退货流程正常,资金能正常返还,要考虑下并发情况的验证以确保安全性;
    如果是用户购买虚拟商品,比如话费、油卡之类的商品,只有在发货失败的时候才能发起退货,注意验证;
遇到过的坑:
    用户购买100元游戏币时,前往第三方支付跳转进行金额的篡改由100元改成0.01元,结果就拿了0.01元充值了100元的游戏币。对订单金额没有做校验导致这样的后果,损失比较大。大家在测试的过程中一定要注意对服务端进行校验,支付时数据的篡改一定要有校验。
    当同步、异步通知都存在的情况的,异步通知(第三方支付成功后台通知),没有到账,导致部分用户充值不到账,引起客诉。当同步、异步并存的时候,一定要分别对同步和异步进行检验,确保都能正常到账。

支付2

1、从功能方面考虑:
    1)、用户的使用场景:包括正常完成支付的流程;
        支付中断后继续支付的流程;
        支付中断后结束支付的流程; 
        单订单支付的流程;
        多订单合并支付的流程;
        余额不足;未绑定银行卡;密码错误;密码错误次数过多;找人代付;
        弱网状态下,连续点击支付功能功能,会不会支付多次;分期付款等;
    2)、不同终端上支付:包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;
    3)、不同的支付方式:银行卡网银支付、支付宝支付、微信支付等;
    4)、从产品容错性上:包括支付失败后,能否再次支付、能否退款;
2、从性能方面考虑:
    多个用户并发支付能否成功;
    支付的响应时间;
3、从安全性方面考虑
    使用Fiddler拦截订单信息,并修改订单金额,或者修改订单号,
    是否防止SQL注入,XSS攻击(跨站脚本攻击)。
4、从用户体验方面考虑
    是否支持快捷键功能;
    点击付款按钮,是否有提示;
    取消付款,是否有提示;
    UI界面是否整洁;
    输入框是否对齐,大小是否适中等。
5、兼容性
    BS架构:不同浏览器测试。
    APP:不同类型,不同分辨率,不同操作系统的手机上测试

购物车

1.功能测试
    a)、未登录时:
        将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加。
    b)、登录后:
        所有链接是否跳转正确;
        商品是否可以成功加入购物车;
        购物车商品总数是否有限制;
        商品总数统计是否正确;
        全选功能是否可用;
        删除功能是否可用;
        价格总计是否正确;
        商品文字太长时是否显示完整;
        购物车中下架的商品是否有标识,是否还能支付;
        新加入购物车商品排序(添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品);
        是否支持快TAB、ENTER等快捷键;
        商品删除后商品总数是否减少;
        收藏功能是否可用;
        购物车结算功能是否可用。
2.兼容性测试:
    BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。
    APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等
3.用户体验测试:
    删除商品是否有提示;
    是否支持快捷键功能;
    是否有回到顶部的功能;
    商品过多时结算按钮是否可以浮动显示;
    购物车有多个商品时,能不能只对单个商品结算;
    界面布局、排版是否合理;
    文字是否显示清晰;
    不同卖家的商品是否区分明显。
4.性能测试:
    打开购物车页面要多长时间

还款

功能
    1.不同的还款方式:等额本息,等额本金还款,一次性还本付息。
    2.逾期,提前还款和第三方还款。
    3.不同账户的还款。
    4.余额不足的还款,.
    5.金额输入错误,不输入。
    6.弱网状态下连续点击还款按钮或者系统不问题情况下,支付方未把支付结果返回给下单发起方。
性能
    还款的响应时间;
安全性
    是否防止SQL注入,XSS攻击(跨站脚本攻击)。
    还款金额是否被拦截,还款密码等敏感信息是否加密。
体验
    系统界面是否容易理解。
    UI界面是否整洁;输入框是否对齐,大小是否适中等。
兼容性:
    BS架构:不同浏览器测试。
    APP:不同类型,不同分辨率,不同操作系统的手机上测试 .

支付流程:
用户发送下单请求-平台后台查看订单并制作支付请求后将请求传给第三方(银行)-银行将支付的信息反馈给客户,客户核对后输入支付密码--银行成功划账后将支付成功信息告知给平台后台和用户--平台确认支付信息反馈给第三方并发货.
退款流程:
用户提交退款申请给平台,平台后台通过审核后将退款信息告知给第三方(银行),第三方将钱退到用户绑定的银行账户中并告知平台处理结果。平台确认结果后并结束用户退款申请。

输入框

1、长度:例如输入框支持100字符, 那需要测试100字符、101字符,最大长度的显示是否正常;
2、哪些是支持的字符类型:数字、字母、汉字、字符!@!#、特殊字符;
3、是否支持换行;
4、字符串前后中带空格,前后的空格是否过滤, 中间的空格是否保留
5、全角半角的字母、数字
6、快捷键:能不能全选,部分选择,复制剪切粘贴是否可用,粘贴超过最大长度的字符串怎么显示,table键盘是否可用;
7、不同终端的兼容性

登录

功能
  1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录,能否能跳转到正确 的页面
  2.输入错误的用户名, 验证登录失败,并且提示相应的错误信息
    3.输入错误的密码, 验证登录失败,并且提示相应的错误信息
    4.用户名为空, 验证登录失败,并且提示相应的错误信息
    5.密码为空, 验证登录失败,并且提示相应的错误信息
    6.用户名和密码都为空,点击登陆
  7.用户名和密码前后有空格的处理
页面
    登录页面显示是否正常?文字和图片能否正常显示,相应的提示信息是否正确,按钮的设置和排列是否正常,页面是否简洁壮观等。
    页面默认焦点是否定位在用户名的输入框中
    首次登录时相应的输入框是否为空?或者如果有默认文案,当点击输入框时默认方案是否消失?
    相应的按钮如登录、重置等,是否可用;页面的前进、后退、刷新按钮是否可用?
    快捷键Tab,Esc,Enter 等,能否控制使用
    兼容性测试:不同浏览器,不同操作系统,不同分辨率下界面是否正常
性能
    单用户登录系统的响应时间是否符合"3-5-8"原则
    用户数在临界点时并发登录是否还能符合"3-5-8"原则
    压力:大量并发用户登录,系统的响应时间是多少?系统会出现宕机、内存泄露、cpu饱和、无法登录吗?
    稳定性: 系统能否处理并发用户数在临界点以内连续登录N个时的场景?
安全
  1.密码是否在前端加密,在网络传输的过程中是否加密
  2.用户名和密码的输入框,能否防止SQL注入攻击
  3.用户名和密码的输入框,能否防止XSS攻击
  4.错误登陆的次数限制(防止暴力破解)
    5.是否支持多用户在同一机器上登录
    6.一个用户在不同终端上登陆
    7.用户异地登陆
用户体验
  1.页面布局是否合理,输入框和按钮是否对齐
  2.输入框的大小和按钮的长度,高度是否合理
  3.是否可以全用键盘操作,是否有快捷键
  4.输入用户名,密码后按回车,是否可以登陆
    5.牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用
兼容性
    BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。
    APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等

电梯

确定测试范围
    黑盒角度
        功能:关注电梯的基本功能是否实现
        性能:关注电梯的性能指标,如负重多少kg
        安全性:关注电梯的安全性,如超重报警,下坠制动
        用户体验:关注电梯的舒适性
    
    白盒角度
        效率:关注电梯控制逻辑的内部算法
        接口:电梯和电梯控制器,电梯和大楼,电梯和摄像头,电梯和对讲机(报警装置)的接口测试
        零件:电梯的零件的单元测试
        兼容性:电梯和其他东西的兼容性
具体测试用例的设计
    一台电梯:
        功能测试:
            按钮功能,开门(运行中按开门键不开门),关门,电梯内按钮功能(电梯按键在按下时是否点亮,按错楼层是否可以取消);
            上升,下降(每一层申请是否有效,是否可以正常停靠),超载时是否会忽略其它楼层的上行和下行申请,电梯的两边按钮是否都可以使用;
            电梯内电话、灯光等
        性能测试:
            反应时间
            关门时间
            速度(是否造成人体不适)
        压力测试:
            超载
            碰撞电梯壁
        安全测试:
            进入电梯喊话,外面是否听到,拨打手机是否有信号;
            停电(不会坠落。电梯门可以通过外力打开,紧急电话可用),报警装置(超载),通风状况;
            停靠位置,有人扒门(不会强制关门),若有异物阻碍,会停在当前楼层;
            监控装置
        UI测试:
            标识的承重和人数,仅提供可到达楼层的按钮,美观程度,光滑程度、形状
        可用性:
            按键高度
            操作是否方便
        稳定性:
            长时间运行情况
    两台电梯联动:协作
        2部均空闲时,采取就近原则
        有一部运行时,以同行方向且顺路电梯优先运行,否则安排空闲电梯
        2部均运行时,以方向同行且顺路的优先运行
        电梯在上行或下行时若满载,遇到有人等待电梯,是否停靠

水杯

功能:
    1、水倒容量的一半
    2、水倒规定的安全线
    3、水倒满且流出来
    4、水杯的容量刻度与其他水杯一致,5ML=5ML
    5、盖子拧紧水倒不出来
    6、烫手验证
性能:
    1、使用最大次数或时间
    2、掉到地上不易损坏
    3、盖子拧紧时到什么程度水倒不出来
    4、保温时间长
    5、杯子的耐热性
    6、杯子的耐寒性
    7、长时间放置水不会漏
    8、杯子放置重物到达什么程度杯子会被损坏
界面:
    1、外观完整、美观
    2、高、宽、容量、直径,大小与设计一样
    3、拿着舒服
    4、材质与设计一样
安全:
    1、杯子使用的材质毒或细菌验证
    2、高温材质释放毒性
    3、低温材质释放毒性
易用:
    1、倒水方便
    2、喝水方便
    3、使用简单,容易操作
    4、防滑措施
兼容性:
    杯子能够容纳果汁、白水、酒精、汽油等
震动测试:
    杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路/公路/航空运输

椅子

功能测试:
    1.能不能供人坐,即能不能供人使用。
    2.坐上去是否摇晃。
    3.坐人后是否会发出响声。
    4.椅子上会不会掉颜色,即坐上去,来回摩擦椅子上的颜色会不会粘到衣服上。
    5.有水撒到椅子上的时候,用布子或纸擦的时候会不会掉颜色。能不能擦干净水。
    6.坐上去会不会有塌陷的感觉。
    7.从椅子上离开的时候会不会发出响声。
    8.椅子会不会轻易挂到衣服。
    9.靠在椅背上的时候会不会,发出响声,椅子会不会摇晃。
    10.椅子脏了是能易清理干净。
    11.是否只能供一个人坐
性能测试:
    1.椅子能承受多大的重量,不会发出响声;能承受多大的重量不被压坏。
    2.椅子是否怕水
    3.椅子是否怕火
    4.椅子是否能在压了重物的情况下,然后摇晃,能坚持不长时间不响\不坏.
    5.椅背,用力向后靠椅背,检测椅背的向后的承受能力.
安全性测试:
    1.椅子的材质是否与用户说明书或质量保证书上的一样。
    2.椅子的材料是否对人体有危害。
    3.在撒到椅子上水/饮料等液体的时候,椅子会不会产生什么有害的物质。
    4.在椅子被磨损的时候,会不会有划伤或擦伤用户的可能。
    5.坐在椅子上的时候,是否安全,例如在只坐到椅子最前端的一部分时,椅子会不会失去平衡等等。
    6.在与椅子摩擦的时候,会产生一定的容量,在摩擦的比较厉害的时候,会不会,产生有害的气体或物质。例如,产生难闻            的气味等等。
    7.在人坐或踩在椅子上时椅子是否稳固,即不摇晃等。
外观/适用性测试(界面/适用性测试):
    1.椅子的外观是否美观实用。
    2.是否与用户说明书或质量保证书上的一样出现的实物图相同。
    3.椅子的气味/扶手/坐垫及靠垫的软硬度是否合适。
    4.椅子是否容易挪动。
    5.椅子的高度/重量/材质是否合适。
    6.椅子的适用场合是否合适

猜你喜欢

转载自www.cnblogs.com/w00chann/p/10897788.html
今日推荐