目录
支付功能怎么测试?
购物车怎么测试?
搜索功能怎么测试?
文件上传功能怎么测试?
登录功能怎么测试?
还款功能怎么测试?
订单功能怎么测试?
支付功能怎么测试?
从功能方面考虑:正常完成支付的流程;支付中断后继续支付的流程;支付中断后结束支付的流程;单订单支付的流程;多订单合并支付的流程;余额不足;金额的最小值 :如0.01;金额为0;金额为负数未绑定银行卡;密码错误;密码错误次数过多;找人代付;弱网状态下,连续点击支付功能功能,会不会支付多次;有优惠券、折扣、促销价进行结算是否正确;不同终端上支付:包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;不同的支付方式:银行卡网银支付、支付宝支付、微信支付等;支付失败后,再次支付。从性能方面考虑:多个用户并发支付能否成功;支付的响应时间;从安全性方面考虑使用Fiddler拦截订单信息,并修改订单金额,或者修改订单号,(下两个订单A,B,付款时拦截订单B,并把订单B的订单号改为A订单的订单号)无法完成支付;从用户体验方面考虑是否支持快捷键功能;点击付款按钮,是否有提示;取消付款,是否有提示;UI界面是否整洁;输入框是否对齐,大小是否适中等。兼容性BS架构:不同浏览器测试。APP:不同类型,不同分辨率,不同操作系统的手机上测试购物车怎么测试?
功能测试
未登录时:将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加。登录后: 所有链接是否跳转正确;商品是否可以成功加入购物车;购物车商品总数是否有限制;商品总数统计是否正确;全选功能是否可用;删除功能是否可用;价格总计是否正确;商品文字太长时是否显示完整;购物车中下架的商品是否有标识,是否还能支付;新加入购物车商品排序(添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品);是否支持快TAB、ENTER等快捷键;商品删除后商品总数是否减少;收藏功能是否可用;购物车结算功能是否可用。
兼容性测试
BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等
用户体验测试
删除商品是否有提示;是否支持快捷键功能;是否有回到顶部的功能;商品过多时结算按钮是否可以浮动显示;购物车有多个商品时,能不能只对单个商品结算;界面布局、排版是否合理;文字是否显示清晰;不同卖家的商品是否区分明显。
性能测试
打开购物车页面要多长时间
安全性测试
加入购物车时,抓包拦截数据
搜索功能怎么测试?
功能方面的测试:
搜索单个字,词语,句子,检索到的内容是否准确,链接是否准确长度:例如输入框支持100字符, 那需要测试100字符、101字符,最大长度的显示是否正常;哪些是支持的字符类型:数字、字母、汉字、字符!@!#、特殊字符;是否支持换行;字符串前后中带空格,前后的空格是否过滤, 中间的空格是否保留全角半角的字母、数字
性能方面的测试
点击搜索按钮后,搜索结果多长时间能够显示进入搜索页面需要多久
安全性方面的测试
能否防止SQL注入攻击,否防止XSS攻击
用户体验测试:
页面布局是否合理,输入框和按钮是否对齐输入框的大小和按钮的长度,高度是否合理快捷键:能不能全选,部分选择,复制剪切粘贴是否可用,粘贴超过最大长度的字符串怎么显示,table键盘是否可用;
兼容性测试
BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等
文件上传功能怎么测试?
功能测试
选择符合要求的文件,上传--------上传成功;上传成功的文件名称显示----------显示正常(根据需求)查看,下载上传成功的文件--------上传的文件可查看或下载删除上传成功的文件-------------可删除替换上传成功的文件-------------可替换上传文件是否支持中文名称--------根据需求而定文件路径是否可手动输入----------根据需求而定手动输入正确的文件路径,上传-----上传成功手动输入错误的文件路径,上传-----提示,不能上传
文件大小测试
符合格式,总大小稍小于限制大小的文件------上传成功符合文件,总大小等于限制大小的文件--------上传成功符合文件总大小稍大于限制大小的文件--------在上传初提示附件过大小为0kb的txt文档-----------------------不能上传
文件名称测试
文件名称过长。Win2000标准:255个字符(指在英文的字符下),如果是中文不超过127个汉字-----提示过长文件名称达到最大长度(中文,英文或混在一起)上传后名称显示,页面排版-----------页面显示正常文件名称中包含特殊字符-------------根据需求而定文件名全为中文--------------------根据需求而定文件名全为英文--------------------根据需求而定文件名为中、英混合-----------------根据需求而定
文件格式测试
上传正确格式-----------------上传成功上传不允许的格式--------------提示不能上传上传rar,zip等打包文件(多文件压缩)---------根据需求而定
安全性测试
上传可执行文件(exe文件)-----------------根据需求而定上传常见的木马文件------------------------提示不能上传上传时服务器空间已满----------------------有提示
性能测试
上传时网速很慢(限速)-----------------当超过一定时间,提示上传过程断网--------------------------有提示是否上传成功上传过程服务器停止工资------------------有提示是否上传成功上传过程服务器的资源利用率---------------在正常范围
界面测试
界面美观性、易用性(键盘和鼠标的操作、tab跳转的顺序是否正确)----------显示正常(根据需求)按钮文字是否正确--------------正确正确/错误提示的文字是否正确---------------正确说明性文字是否正确-----------------------正确
其他测试
有多个上传框时,上传相同名称的文件---------------根据需求而定上传一个正在打开的文件-------------------------可以上传文件路径是手工输入的是否限制长度----------------限制一定的长度上传过程中是否有取消正在上传文件的功能-----------有保存时有没有已经选择好,但没有上传的文件-----------提示上传选择好但是未上传的文件是否可以取消选择------------可以取消选择
登录功能怎么测试?
功能方面的测试:
输入正确的用户名和密码,点击提交按钮,验证是否能正确登录,能否能跳转到正确的页面输入错误的用户名, 验证登录失败,并且提示相应的错误信息输入错误的密码, 验证登录失败,并且提示相应的错误信息用户名为空, 验证登录失败,并且提示相应的错误信息密码为空, 验证登录失败,并且提示相应的错误信息用户名和密码都为空,点击登陆用户名和密码前后有空格的处理
性能方面的测试
打开登录页面,需要多长时间输入正确的用户名和密码后,登录成功跳转到新页面,需要多长时间
安全性方面的测试
密码是否在前端加密,在网络传输的过程中是否加密用户名和密码的输入框,能否防止SQL注入攻击用户名和密码的输入框,能否防止XSS攻击错误登陆的次数限制(防止暴力破解)是否支持多用户在同一机器上登录一个用户在不同终端上登陆用户异地登陆
用户体验测试:
页面布局是否合理,输入框和按钮是否对齐输入框的大小和按钮的长度,高度是否合理是否可以全用键盘操作,是否有快捷键输入用户名,密码后按回车,是否可以登陆牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用
兼容性测试
BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等
还款功能怎么测试?
功能:正常还款流程逾期还款不同的还款账户余额不足还款弱网状态下,连续点击还款按钮弱网状态,或系统不稳定,支付服务方未把支付结果返回给下单发起方(如果发生这种问题,结果是,钱扣了,还款状态未发生变化)金额不输,为0,为负数提前还款第三方还款性能:还款的响应时间是否过长用户体检:系统提示是否容易理解界面是否友好,输入框是否对齐,按钮大小是否适中,是否有错别字等安全性:是否能防止SQL注入,防XSS攻击还款金额是否会被拦截篡改还款密码等敏感信息是否加密兼容性:BS架构的系统,要考虑不同浏览器的兼容性APP:考虑在不同分辨率,不同操作系统,不同类型的手机的兼容性订单功能怎么测试?
订单怎么测试?(主要测试订单的状态变化)
我们系统的订单生成的流程是这样子的,用户下单后,系统会在用户端和卖家端生成一个待付款的订单,同时在数据库也会生成一个待付款的订单;当用户付款之后,用户端显示待发货状态,卖家端显示已付款待发货状态,订单在数据库的状态为待发货,产品相应的库存量会减少,用户的账户金额减少相应的金额;当卖家发货后,用户端和卖家端的订单状态都显示为配送中,数据库中的订单状态也同时发生变化;当用户确认收货后,订单状态会显示为已完成,待评价状态,数据库中的订单状态也同时发生变化,买家支付的款项会打入到卖家的账户;当用户评论完后,订单状态显示为已结束,数据库中的订单状态也同时发生变化。这是一个正常的流程,我们测试的时候,要优先把这个流程测试通过。
然后再考虑用户的其他使用场景,比如:
用户下单后,取消订单;下单后,一直不付款,检查订单超时不付款的场景下,会不会自动取消订单;在订单快超时时,付款;下单后,在不同的终端登录,一端取消订单,同时一端对该订单进行付款;弱网状态下,多次点击提交订单按钮,检查是否会生成多个订单;用户付款后,申请退款,买家端的订单状态为退款申请中,卖家端显示为退款审核;申请退款通过后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝退款,订单状态为待发货状态;卖家超时不处理退款申请,自动退款,订单自动设置为已退款状态,买家收到退还的金额;当卖家发货后,买家申请退款,买家端的订单状态为退款申请中,卖家端显示为退款审核;申请退款通过后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝退款,订单状态为待发货状态;卖家超时不处理退款申请,自动退款,订单自动设置为已退款状态,买家收到退还的金额;买家收货后,买家申请退款/退货,买家端的订单状态为退款申请中,卖家端显示为退款审核;申请退款通过后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝款/退货,订单状态为已确认收货状态;卖家超时不处理退款/退货申请,自动退款,订单自动设置为已退款状态,买家收到退还的金额;买家长时间不确认收货,系统自动确认收货,系统自动设为好评,订单状态为已结束,卖家收到买家的货款;收货后,超时不评论,系统自动设为好评,订单状态为已结束。
这些是功能测试的场景,每个场景,我们都要检查数据库对应订单的数据变化。用户体验:订单界面是否整洁,清晰,文字大小是否适中,订单编号是否能复制;下单,取消订单,申请退款等功能是否有响应的提示,提示是否合理;超时时长是否有倒计时提示;只对订单的部分商品进行发货,订单里的商品发货状态是否分开展示;是否支持Enter,tab等快捷键。安全性:使用Fiddler,检查是否能拦截篡改修改订单的信息。兼容性:web端,在不同的浏览器,比如:谷歌,IE,火狐,360上测试;app端,在主流的不同的机型,不同的分辨率,不同的操作系统的手机上进行测试,比如:xxx;性能:多用户并发下单;提交订单,取消订单,申请退款的响应时间。可靠性:多用户长时间运行提交订单功能。
如果觉得《支付/购物车/搜索/文件上传/登录/还款/订单/功能设计点》对你有帮助,请点赞、收藏,并留下你的观点哦!