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