电商测试-从图到点

逻辑图


1、购物流程图




2、用户添加购物车的逻辑流程图




3、用户打开购物车的逻辑流程图

电商几个测试点

1、支付测试

1、从功能方面考虑:

用户的使用场景:

包括正常完成支付的流程;

支付中断后继续支付的流程;

支付中断后结束支付的流程;

单订单支付的流程;

多订单合并支付的流程;

余额不足;

未绑定银行卡;

密码错误;

密码错误次数过多;

找人代付;

弱网状态下,连续点击支付功能功能,会不会支付多次;

分期付款等;

不同的支付方式:银行卡网银支付、支付宝支付、微信支付等;

从产品容错性上:包括支付失败后,能否再次支付、能否退款;

2、从性能方面考虑:

  多个用户并发支付能否成功;

  支付的响应时间;

3、从安全性方面考虑

    使用Fiddler拦截订单信息,并修改订单金额,或者修改订单号,(下两个订单A,B,付款时拦截订单B,并把订单B的订单号改为A订单的订单号)无法完成支付;

4、从用户体验方面考虑

    是否支持快捷键功能;

    点击付款按钮,是否有提示;

    取消付款,是否有提示;

    UI界面是否整洁;

    输入框是否对齐,大小是否适中等。

5、兼容性

    BS架构:不同浏览器测试。

    APP:不同类型,不同分辨率,不同操作系统的手机上测试

  不同终端上支付:包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;

2、购物车测试

1.功能测试

未登录时:

    将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加。

 登录后:

      所有链接是否跳转正确;

      商品是否可以成功加入购物车;

      购物车商品总数是否有限制;

      商品总数统计是否正确;

      全选功能是否可用;

      删除功能是否可用;

      价格总计是否正确;

      商品文字太长时是否显示完整;

      购物车中下架的商品是否有标识,是否还能支付;

      新加入购物车商品排序(添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品);

      是否支持快TAB、ENTER等快捷键;

      商品删除后商品总数是否减少;

      收藏功能是否可用;

      购物车结算功能是否可用。

2.兼容性测试

          BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。

          APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等

3.用户体验测试

          删除商品是否有提示;

          是否支持快捷键功能;

          是否有回到顶部的功能;

          商品过多时结算按钮是否可以浮动显示;

          购物车有多个商品时,能不能只对单个商品结算;

          界面布局、排版是否合理;

          文字是否显示清晰;

          不同卖家的商品是否区分明显。

4.性能测试

          打开购物车页面要多长时间

3、订单管理测试

订单的同步

订单的状态

订单的内容是否完整

订单变更 退单等


各模块测试所要注意的点总结:

首页

电商类首页主要是以展示为主,所以首页的主要测试点在UI展示,UE体验和浏览器兼容性上。

UI的测试主要参照UI人员出的图,配合浏览器自带的开发者工具进行测试;

测试中的易出现bug点有:

1、图片过大加载较慢(检查是否进行了预加载处理,检查是否有缓存处理,可咨询开发进行缓慢加载逐渐清晰的方式)

2、图片尺寸未适配

3、文字超过边款显示(规范显示规则,多余以...形式显示)

4、banner页或其他滚动效果不连续

UE上主要站在用户角度,对页面的配比和是否符合大多数人操作习惯,是否符合企业的文化,是否易于辨识来进行衡量测试;

5、页面操作提示不明显

6、缺少整体的友好提示

7、弹框、提示太多操作麻烦

8、浏览器的兼容性上,我们可以调查用户使用习惯,选择不同的浏览器及版本重点进行兼容测试。

360浏览器、搜狗浏览器、以及一些开发人员不常用的浏览器比如2345浏览器,虽然开发人员用的较少,但是在用户那里很是常见,所以不要避免这些浏览器的兼容性问题。


登录/注册

登录和注册是网站的基本功能,属于必须正常运行的模块,所以在这里要更严谨的去测试


1、注册中空格是否在前后边界上进行了处理

2、特殊字符%在登录中是否进行了特殊处理

3、防止在登录中出现sql注入的现象,从而绕过登录密码直接进入系统

4、登录接口中数据是否进行了加密处理


测试用例设计

前台下单业务场景测试设计

流程步骤:

设计测试用例:

第一步:需求分析

第二步:绘制流程图

       1、确定业务中的操作

       2、分析执行的顺序

       3、按照业务方向进行连线

             登录->选购商品->加入购物车->支付->确认订单->等待收货

   第三步:设计测试用例(一个流程的路径就是一条测试用例,注意覆盖流程图中所有的路径)

1、前台下单流程图




首先电商平台业务性决定了她是一侧重交易贸易往来的性质,可从以下几个方面进行设计:

PC+APP端涉及用例点相通:


1.购物车功能:增加商品,删除商品,多个商品重复添加,商品收藏,基本功能是否ok


2.结算功能:

一件商品,多件商品价格计算正确,

优惠折扣商品价格计算正确,买2 送一,等等,这些特殊规则的商品价格计算正确;

重复添加商品,删除后又添加,计算正确;

正常商品+特殊规则商品组合,计算正确


支付功能(最关键):无论使用第三方还是自己公司开发,支付功能一定要慎重,不能出错,计算金额精确到小数点后2位,支付=接受原则,1)

主要验证点侧重:支付金融是否等于商品金额,2)更换产品后,金额价格是否改变3)已经支付是否可以重新支付;4)支付的时候,点取消,是否支付出去;5)支付时,大于商品金额,小于商品金额,是否可以支付出去,等等

4.物流功能:1)收获地址功能,添加,改变,删除功能,默认地址使用,取消默认地址,物流实时跟踪,等等测试点


APP侧重点:

1)系统兼容性:IOS/安卓,同一功能,可能IOS是OK的,安卓则不可以,这是兼容性导致的

2)网络限制:1)弱网,2)4G;3)wifi;4)无网络时,系统的使用情况,是否影响交易

3)使用:系统整体的安装,运行,卸载功能,占用内存空间大小等等

4)同一系统兼容性:IOS:不同版本,不同型号,不同屏幕大小,数据展示问题等等

5)版本更新迭代:新老功能兼容,版本更新不影响业务流程等主要功能

6)性能:如双十一,同一时间段,用户量集体访问,服务器是否会垮

7)安全性:支付,结算信息,已经客户信息,物流信息,在数据库中是怎样存储,是否会泄露,等等

8)与APP端其他软件共存问题:正在使用平台,忽然来电话,或者打开微信,平台是否还可以正常使用

9)极限测试:在各种边界压力情况下,如电池、存储、网速等,验证App是否能正确响应

电商测试点

积分兑换:纯积分兑换 OK、积分商品需要运费 fail、积分+钱商品的兑换(页面显示)fail、虚拟商品的兑换OK、积分不够的情况下积分商品的显示 OK

商品查看:

1)商品详情页分商品介绍和规格参数 OK

2)评价:文字、图片(左右滑动翻页) OK、视屏(暂不支持)

3)规格:同一商品的不同格式的价格 OK

4)优惠券:最多可领取的张数、未来优惠券不可以展示出来 OK

5)地址:配送不在范围的地址、在配送范围内

6)商品:包邮的商品 OK、不包邮的商品fail、送积分的商品 fail

7)加入对比 OK

8)收藏:收藏商品,点击删除已收藏的商品、取消收藏的提示 OK

9)限购商品的显示和购买 ok,多规格的商品中一个商品限购促销在规格中的显示和购买fail

10)团购价及秒杀价在页面和购物车的显示 OK、多规格的商品只有一个商品促销的显示 OK

11)商品副标题的显示 fail

3.商品列表:

1)搜索:搜索存在的商品、搜索不存在的商品 OK

2)销量、价格的排序(注意排序的正确性)OK

3)筛选商品的正确性

4)退款退货:未发货时的退款 OK、已发货的退款 fail、签收后的退款退货 OK、送积分商品的退款退货 OK、买多件商品送积分的退款 、使用优惠券的商品的退款退货OK、满减后退掉其中的一件商品 OK、要邮费商品的退款 OK

4.购买商品:

1)使用积分(积分的减少、在积分记录)、使用优惠券(优惠券的减少)

2)支付方式:微信、支付宝、余额、银行卡

3)买多件商品送积分

4)切换送货地址,运费的重新计算

购物车:

购物车中商品数量的限制

自营商品和非自营商品的显示

5.优惠券:

优惠券:注册优惠券、购物赠券、全场赠券、商品券(用来买的)

满就减:按总数、按金额、按所有类别

满就送:按总数、按金额、按所有类别(购买后,赠送商品出现在待发货中)

秒杀:(注意限购和时间)

团购:(注意时间和多规格商品的限购促销的显示,尤其是选择其他规格的商品后再点选回去)

库存:

购买商品后,存库减少(在什么时候减少?待出款?待发货?)

购买商品,但商品未发货时,申请退款,库存是否增加?

购买的商品收货后,申请退款,库存是否增加?

5)收货

1)客户未点击收货,一定时间后,订单是否自动变成“已收货”状态


淘宝购物车用例设计


  界面测试: 

  打开页面后,页面的布局是否合理,显示是否完整;

  鼠标浮动在购物车按钮,迷你购物车界面显示是否正常;

  不同卖家的商品在不同的table区域显示,区分明显;

  页面的tooltips能正常显示;

  功能测试: 

  所有页面链接功能正常,可以点击到正确页面;

  页面关联本地软件阿里旺旺的icon点击后,能打开软件;

  从商品信息页面添加的商品能显示在购物车中;

  购物车页面打开的同时,在其他页面添加了商品,购物车页面刷新后,新的商品能显示;

  若未登录,点击购物车,则提示用户输入用户名和密码,或者提示其他的非注册用户购物方式;

  商品未勾选的状态下,结算按钮是灰色无法点击的;

  勾选商品后,已选商品的总价会显示,结算按钮变高亮可点击工作;

  勾选商品,点击结算按钮后,进入确认订单信息页面;

  购物车页面中,可以对添加的商品信息做信息的修改,并自动保存成功;

  卖家在线的时候,旺旺icon高亮,反之,灰色;

  购物车有商品降价或者库存告急的,那么点击对应的tab,降价或者告急商品会归类后显示;

  购物车能添加的商品种类是有数量上限的;

  不要的商品,可以删除;

  (其他特有的功能不做赘述,只讨论常见通用功能)

  若商品已经失效,购物车的商品是否可以继续结算

  已进入支付界面但支付未成功,重新进入购物车,又重新添加了一些物品,则原有的物品是否能正确保留;


  性能测试: 

  打开购物车页面要多久;

  可用性测试: 

  快捷键功能知否支持

  兼容测试: 

  不同浏览器上的测试功能是否正常;

  app上测试。 

你可能感兴趣的:(电商测试-从图到点)