支付怎么测试？
1、从功能方面考虑：
1）、正常完成支付的流程；
2）、支付中断后继续支付的流程；
3）、支付中断后结束支付的流程；
4）、单订单支付的流程；
5）、多订单合并支付的流程；
6）、余额不足；
7）、未绑定银行卡；
8）、密码错误；
9）、密码错误次数过多；
10）、找人代付；
11）、弱网状态下，连续点击支付功能功能，会不会支付多次；
12）、有优惠券、折扣、促销价进行结算是否正确；
13）、不同终端上支付：包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
14）、不同的支付方式：银行卡网银支付、支付宝支付、微信支付等；
15）、支付失败后，再次支付。
2、从性能方面考虑：
多个用户并发支付能否成功；
支付的响应时间；
3、从安全性方面考虑
使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，(下两个订单A,B，付款时拦截订单B，并把订单B的订单号改为A订单的订单号)无法完成支付；
4、从用户体验方面考虑
是否支持快捷键功能；
点击付款按钮，是否有提示；
取消付款，是否有提示；
UI界面是否整洁；
输入框是否对齐，大小是否适中等。
5、兼容性
BS架构：不同浏览器测试。
APP：不同类型，不同分辨率，不同操作系统的手机上测试
购物车怎么测试？
一. 验证购物车界面设计
界面设计验证点如下：
1.界面设计是否美观，显示是否正常
2.界面布局是否合理
3.购物车入口数量设计是否合理（购物车需要引导用户付款，入口设计需要有此体现）
4.购物车图标链接显示是否明显
5.鼠标悬停购物车图标，是否有迷你购物车界面，显示是否正常
二、购物车功能测试
功能测试可以分为两个部分，验证内容如下：
•1.购物车基本功能
– 添加商品
1.是否能够添加商品
2.添加单个商品数量是否有上下限
3.添加商品种类是否有上下限
4.添加同类型商品的不同规格商品显示是否分条显示
5.加入购物车商品排序是否合理
• 删除商品
1.能否删除单类商品
2.是否有快速删除多种商品方式（全选，删除）
3.删除商品是否有确认提示
• 跳转商品详情
1.跳转商品图片显示是否正常
2.跳转商品链接显示内容是否完整，是否过长
3.点击图片或者链接是否能够跳转商品详情
•编辑商品数量
1.是否有通过+ -编辑商品数量方式
2.是否有通过输入直接编辑商品数量方式
3.编辑商品数量是否有上下限
4.编辑商品数量是否考虑库存情况
• 显示商品数量，金额，总额等
1.商品加入购物车内是否和原价格一致
2.商品数量显示是否正确
3.选择商品总数是否正确
4.选中商品价格总额是否正确
•进入商品购物或结算
1.购物车是否有进入购物链接
2.购物车是否有进入结算链接
•2.购物车业务功能
– 购物车与用户模块关联
1.未登录用户是否可以添加商品到购物车
2.未登录用户添加商品到购物车，登录后是否将商品合并到用户购物车
3.若不允许未登录用户添加商品到购物车，点击加购物车后是否有登录提示
4.用户有会员折扣时，购物车内商品价格是否对应
• 购物车与商品订单模块关联
1.加入购物车商品有价格调整，购物车内商品价格是否跟随变化
2.加入购物车商品，库存变化时购物车是否有对应调整
3.购物车商品确认订单后是否会从购物车清除
4.订单价格是否与购物车内一致
• 购物车与优惠活动模块关联
1.商家发放用户优惠券购物车对应变化
2.商品满减活动，购物车价格对应变化
三. 购物车非功能
购物车非功能测试可以从多方面进行考虑，举出部分进行说明，验证内容如下：
•1.性能
1.进入购物车页面 消耗时长
2.添加商品到购物车时长
3.进入购物车结算时长
4.对购物车页面内容变更，页面内容更新速度。（增加某个购买数量，页面对应显示更新速度）
•2.兼容性
1.不同设备上显示和使用是否正常
2.不同浏览器显示和使用是否正常
搜索功能怎么测试？
界面测试
搜索框UI显示正常，布局合理；
搜索页面布局合理，无错别字；
搜索出的结果展示，布局合理；
已查看过的结果链接，链接的眼神要灰化处理，和没有点击过的结果链接区分；
结果数量庞大时，页面的分页布局合理；
功能测试
链接测试：页面上的链接都可连接至正确的页面
搜索历史内容记录，便于查找检索过的内容
搜索内容联想输入，便于用户搜索的便捷与准确性
搜索功能测试（重点）
搜索内容为空，验证系统如何处理
搜索内容为空格，查看系统如何处理
边界值验证，在允许的字符串范围内外，验证系统的处理
超长字符串的输入，系统是否会截取允许的长度来检索结果
合法的字符串长度后，加空格，验证检索结果
多个关键词中间加入空格，tab，逗号后，验证系统的结果是否正确
验证每种合法的输入，结果是否正确
是否支持检索内容的复制、黏贴、编辑等操作
是否支持回车键搜索
多次输入相同的内容，查看系统每次检索的结果是否正确，相同
特殊字符，转义符，html脚本等需作处理
敏感词汇，提示用户无权限等信息
输入的内容，是否支持快捷键操作等
只能输入允许的字符串长度
性能方面的测试
点击搜索按钮后，搜索结果多长时间能够显示
进入搜索页面需要多久
安全性方面的测试
能否防止SQL注入攻击,否防止XSS攻击
用户体验测试
页面布局是否合理，输入框和按钮是否对齐
输入框的大小和按钮的长度，高度是否合理
快捷键：能不能全选，部分选择，复制剪切粘贴是否可用，粘贴超过最大长度的字符串怎么显示，table键盘是否可用；
兼容性测试
BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等
文件上传功能怎么测试？
功能测试:
文件类型检查
指定的文件类型，允许上传
指定之外的文件类型，不允许上传并做出合理提示
指定的文件类型后缀大写，允许上传
指定的文件类型后缀大小写混合，允许上传
文件大小检查
假设限制上传文件最大为X：
指定文件类型的文件小于X，允许上传
指定文件类型的文件等于X，不允许上传
指定文件类型的文件大于X，不允许上传并给出合理提示
指定文件类型的文件等于0，视具体需求看是否允许上传
非指定文件类型的文件大于X，不允许上传并给出合理提示
剩余存储空间不足，上传失败并做出提示
剩余存储空间已满，上传失败并做出提示
如果没有限制上传文件大小的话，建议测试下超大文件的上传
文件名称检查
文件名称符合命名规范，允许上传（名称是否允许包含中文、数字、特殊符号等等，这里的命名规范要看具体的需求）
文件名称不符合命名规范，不允许上传（这里的命名规范要看具体的需求）
文件名称有长度限制-符合长度限制，允许上传
文件名称有长度限制-不符合长度限制，不允许上传
文件名称没有长度限制-Windows文件名称最短1个字符，允许上传
文件名称没有长度限制-文件名称是Windows允许输入的最长名称（区分中英文），允许上传
文件路径检查
手动输入当前路径下存在的文件名，允许上传
手动输入当前路径下不存在的文件名，不允许上传
手动输入当前路径先不合法的文件名，不允许上传
手动输入正确的文件路径，允许上传
手动是输入不存在的文件路径，不允许上传
文件已打开，允许上传
文件上传响应时间检查
上传正常大小的文件，检查上传时间是否在可接受范围内（或者需求是否对上传时间有具体要求）
文件内容检查
同名文件是否可以上传，视具体需求和应用场景来定
文件内容要求的规则，上传成功
文件内容不符合要求的规则，上传失败
病毒文件，上传失败
上传页面检查
上述每种上传失败是否有提示，提示是否合理
上传成功的是否有提示，提示是否合理
文件上传是否显示进度，进度显示是否正常
文件上传中
文件上传中，文件被删除，上传失败
文件上传中，文件所在文件夹被删除，上传失败
文件上传中，文件名称被修改，上传失败
文件上传中，文件类型被修改，上传失败
文件上传中断网，上传失败
上传后
文件上传成功后样式合理
上传文件的数据是否转存数据库，写入数据库的信息是否准确
文件上传都是否可以下载-下载后内容与上传时一致
文件上传都是否可以预览-预览内容与上传时一致
文件删除前端提示删除成功，对应数据库记录更新
上传权限验证
非授权用户不可上传
授权用户可以上传
非授权用户不可以删除
授权用户可以删除
性能测试
上传时网速很慢（限速）
上传过程断网
上传过程服务器停止工作
上传过程服务器的资源利用率
界面测试
界面美观性、易用性（键盘和鼠标的操作、tab跳转的顺序是否正确）
按钮文字是否正确
正确/错误提示的文字是否正确
说明性文字是否正确
其他测试
有多个上传框时，上传相同名称的文件
上传一个正在打开的文件是否可以上传
文件路径是手工输入的是否限制长度
上传过程中是否有取消正在上传文件的功能
保存时有没有已经选择好，但没有上传的文件
选择好但是未上传的文件是否可以取消选择
登录功能怎么测试？
功能方面的测试：
输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确的页面
输入错误的用户名, 验证登录失败，并且提示相应的错误信息
输入错误的密码, 验证登录失败，并且提示相应的错误信息
用户名为空, 验证登录失败，并且提示相应的错误信息
密码为空, 验证登录失败，并且提示相应的错误信息
用户名和密码都为空，点击登陆
用户名和密码前后有空格的处理
性能方面的测试
打开登录页面，需要多长时间
输入正确的用户名和密码后，登录成功跳转到新页面，需要多长时间
安全性方面的测试
密码是否在前端加密，在网络传输的过程中是否加密
用户名和密码的输入框，能否防止SQL注入攻击
用户名和密码的输入框，能否防止XSS攻击
错误登陆的次数限制（防止暴力破解）
是否支持多用户在同一机器上登录
一个用户在不同终端上登陆
用户异地登陆
用户体验测试：
页面布局是否合理，输入框和按钮是否对齐
输入框的大小和按钮的长度，高度是否合理
是否可以全用键盘操作，是否有快捷键
输入用户名，密码后按回车，是否可以登陆
牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
兼容性测试
BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等
还款功能怎么测试？
功能：
正常还款流程
逾期还款
不同的还款账户
余额不足还款
弱网状态下，连续点击还款按钮
弱网状态，或系统不稳定，支付服务方未把支付结果返回给下单发起方(如果发生这种问题，结果是，钱扣了，还款状态未发生变化)
金额不输，为0，为负数
提前还款
第三方还款
性能：
还款的响应时间是否过长
用户体检：
系统提示是否容易理解
界面是否友好，输入框是否对齐，按钮大小是否适中，是否有错别字等
安全性：
是否能防止SQL注入，防XSS攻击
还款金额是否会被拦截篡改
还款密码等敏感信息是否加密
兼容性：
BS架构的系统，要考虑不同浏览器的兼容性
APP：考虑在不同分辨率，不同操作系统，不同类型的手机的兼容性
订单功能怎么测试?
功能：
1.用户下单后，取消订单；
2.下单后，一直不付款，检查订单超时不付款的场景下，会不会自动取消订单；
3.在订单快超时时，付款；
4.下单后，在不同的终端登录，一端取消订单，同时一端对该订单进行付款；
5.弱网状态下，多次点击提交订单按钮，检查是否会生成多个订单；
6.用户付款后，申请退款，买家端的订单状态为退款申请中，卖家端显示为退款审核；申请退款通过后，订单状态为已关闭状态，买家收到退还的金额；卖家拒绝退款，订单状态为待发货状态；卖家超时不处理退款申请，自动退款，订单自动设置为已退款状态，买家收到退还的金额；
7.当卖家发货后，买家申请退款，买家端的订单状态为退款申请中，卖家端显示为退款审核；申请退款通过后，订单状态为已关闭状态，买家收到退还的金额；卖家拒绝退款，订单状态为待发货状态；卖家超时不处理退款申请，自动退款，订单自动设置为已退款状态，买家收到退还的金额；
8.买家收货后，买家申请退款/退货，买家端的订单状态为退款申请中，卖家端显示为退款审核；申请退款通过后，订单状态为已关闭状态，买家收到退还的金额；卖家拒绝款/退货，订单状态为已确认收货状态；卖家超时不处理退款/退货申请，自动退款，订单自动设置为已退款状态，买家收到退还的金额；
9.买家长时间不确认收货，系统自动确认收货，系统自动设为好评，订单状态为已结束，卖家收到买家的货款；
10.收货后，超时不评论，系统自动设为好评，订单状态为已结束。
用户体验：
1.订单界面是否整洁，清晰，文字大小是否适中，订单编号是否能复制；
2.下单，取消订单，申请退款等功能是否有响应的提示，提示是否合理；
3.超时时长是否有倒计时提示；
4.只对订单的部分商品进行发货，订单里的商品发货状态是否分开展示；
5.是否支持Enter，tab等快捷键。
安全性：
1.使用Fiddler，检查是否能拦截篡改修改订单的信息。
兼容性：
1.web端，在不同的浏览器，比如：谷歌，IE，火狐，360上测试；
2.app端，在主流的不同的机型，不同的分辨率，不同的操作系统的手机上进行测试，比如：xxx；
性能：
1.多用户并发下单；
2.提交订单，取消订单，申请退款的响应时间。
可靠性：
1.多用户长时间运行提交订单功能。
