一.支付功能怎么测试？

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.使用手册是否对电梯的用法、限制、使用条件等有详细描述.