各种功能测试点步骤

一.支付功能怎么测试?

1、从功能方面考虑:

1)、用户的使用场景:包括正常完成支付的流程;

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

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

            单订单支付的流程;

            多订单合并支付的流程;

            余额不足;未绑定银行卡;密码错误;密码错误次数过多;找人代付;

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

2)、不同终端上支付:

            包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;

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

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

2、从性能方面考虑:

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

支付的响应时间;

3、从安全性方面考虑

  使用Fiddler拦截订单信息,并修改订单金额,或者修改订单号,

  (下两个订单A,B,付款时拦截订单B,并把订单B的订单号改为A订单的订单号)无法完成支付;

4、从用户体验方面考虑

是否支持快捷键功能;

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

取消付款,是否有提示;

UI界面是否整洁;

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

5、兼容性

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

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

二.购物车怎么测试?

1.功能测试

    a)、未登录时:

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

    b)、登录后:

所有链接是否跳转正确;

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

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

商品总数统计是否正确;

全选功能是否可用;

删除功能是否可用;

价格总计是否正确;

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

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

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

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

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

收藏功能是否可用;

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

2.兼容性测试:

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

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

3.用户体验测试:

      删除商品是否有提示;

      是否支持快捷键功能;

      是否有回到顶部的功能;

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

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

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

      文字是否显示清晰;

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

4.性能测试:

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

输入框怎么测试?

1、长度:例如输入框支持100字符, 那需要测试100字符、101字符,最大长度的显示是否正常;

2、哪些是支持的字符类型:数字、字母、汉字、字符!@!#、特殊字符;

3、是否支持换行;

4、字符串前后中带空格,前后的空格是否过滤, 中间的空格是否保留

5、全角半角的字母、数字

6、快捷键:能不能全选,部分选择,复制剪切粘贴是否可用,粘贴超过最大长度的字符串怎么显示,table键盘是否可用;

7、不同终端的兼容性

三.登陆功能怎么测试?

   功能方面的测试:

  1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录,能否能跳转到正确           的页面

  2.输入错误的用户名, 验证登录失败,并且提示相应的错误信息

    3.输入错误的密码, 验证登录失败,并且提示相应的错误信息

    4.用户名为空, 验证登录失败,并且提示相应的错误信息

    5.密码为空, 验证登录失败,并且提示相应的错误信息

    6.用户名和密码都为空,点击登陆

  7.用户名和密码前后有空格的处理

性能方面的测试

  1.打开登录页面,需要多长时间

  2.输入正确的用户名和密码后,登录成功跳转到新页面,需要多长时间.

安全性方面的测试

  1.密码是否在前端加密,在网络传输的过程中是否加密

  2.用户名和密码的输入框,能否防止SQL注入攻击

  3.用户名和密码的输入框,能否防止XSS攻击

  4.错误登陆的次数限制(防止暴力破解)

    5.是否支持多用户在同一机器上登录

    6.一个用户在不同终端上登陆

    7.用户异地登陆

用户体验测试:

  1.页面布局是否合理,输入框和按钮是否对齐

  2.输入框的大小和按钮的长度,高度是否合理

  3.是否可以全用键盘操作,是否有快捷键

  4.输入用户名,密码后按回车,是否可以登陆

    5. 牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用

兼容性测试

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

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

四.支付功能怎么测试?

1、从功能方面考虑:

1)、用户的使用场景:包括正常完成支付的流程;

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

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

            单订单支付的流程;

            多订单合并支付的流程;

            余额不足;未绑定银行卡;密码错误;密码错误次数过多;找人代付;

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

2)、不同终端上支付:

            包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;

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

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

2、从性能方面考虑:

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

支付的响应时间;

3、从安全性方面考虑

  使用Fiddler拦截订单信息,并修改订单金额,或者修改订单号,

  是否防止SQL注入,XSS攻击(跨站脚本攻击)。

4、从用户体验方面考虑

是否支持快捷键功能;

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

取消付款,是否有提示;

UI界面是否整洁;

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

5、兼容性

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

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

五.还款怎么测试?

功能上:

1.不同的还款方式:等额本息,等额本金还款,一次性还本付息。

2.逾期,提前还款和第三方还款。

3.不同账户的还款。

4.余额不足的还款,.

5.金额输入错误,不输入。

6.弱网状态下连续点击还款按钮或者系统不问题情况下,支付方未把支付结果返回给下单发起方。

从性能方面考虑:

    还款的响应时间;

从安全性方面考虑:

  是否防止SQL注入,XSS攻击(跨站脚本攻击)。

  还款金额是否被拦截,还款密码等敏感信息是否加密。

从用户体验方面考虑










系统界面是否容易理解。

UI界面是否整洁;

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

兼容性:

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

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

《附》

支付流程:

用户发送下单请求-平台后台查看订单并制作支付请求后将请求传给第三方(银行)-银行将支付的信息反馈给客户,客户核对后输入支付密码--银行成功划账后将支付成功信息告知给平台后台和用户--平台确认支付信息反馈给第三方并发货.

退款流程:

用户提交退款申请给平台,平台后台通过审核后将退款信息告知给第三方(银行),第三方将钱退到用户绑定的银行账户中并告知平台处理结果。平台确认结果后并结束用户退款申请。

六.电梯如何测试?

需求测试:

查看电梯使用说明书、安全说明书等

界面测试:

查看电梯外观

功能测试:

1.测试电梯能否实现正常的上升和下降功能。

2.电梯的按钮是否都可以使用。

3.电梯门的打开,关闭是否正常。

4.报警装置是否可用。

5.与其他电梯之间是否协作良好。

6.通风状况如何。

7.突然停电时的情况。

8.上升途中的响应。

1)电梯本来在1楼,如果有人按18楼,那么电梯在上升到5楼的时候,有人按了10楼,这时候是否会在10楼先停下来;

2)电梯下降到10层时显示满员,此时若8层有人等待电梯,是否在8层停。

可靠性:

1.门关上的一刹那出现障碍物。

2.同时按关门和开门按钮。

3.点击当前楼层号码。

4.多次点击同一楼层的号码等等。

5.同时按上键和下键会怎样。

易用性:

1.电梯的按钮的设计符合一般人使用的习惯吗.

负载/压力测试:

1.看电梯的最大限度的承受重量.在负载过重时是否有提醒。

2.在一时间内不断的让电梯上升,下降。

稳定性测试:

1.最大负载下平稳运行的最长时间。

文档测试:

1.使用手册是否对电梯的用法、限制、使用条件等有详细描述.

你可能感兴趣的:(各种功能测试点步骤)