支付怎么测试？

**从功能方面测试：**
1.正常完成支付的流程
2.支付中断后继续支付的流程
3.支付中断后结束支付的流程
4.单订单支付的流程
5.多订单合并支付的流程
6.余额不足，金额的最小值：如0.01；金额为0，金额为负数
7.未绑定银行卡
8.密码错误
9.密码错误次数过多
10.找人代付
11.弱网状态下，连续点击支付功能，会不会多次支付
12.有优惠券、折扣、促销价进行结算是否正确
13.不同终端上支付：包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等
14.不同的支付方式：银行卡网银支付、支付宝支付、微信支付等
15.支付失败后，再次支付

**从性能方面考虑：**
1.多个用户并发支付能否成功
2.支付响应时间

**从安全性方面考虑**
1.使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，(下两个订单A,B，付款时拦截订单B，并把订单B的订单号改为A订单的订单号)无法完成支付；

**从用户体验方面考虑**
1.是否支持快捷键功能；
2.点击付款按钮，是否有提示；
3.取消付款，是否有提示；
4.UI界面是否整洁；
5.输入框是否对齐，大小是否适中等。

**兼容性**
1.BS架构：不同浏览器测试。
2.APP：不同类型，不同分辨率，不同操作系统的手机上测试

购物车怎么测试？

**功能测试**
1.未登录时：将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。
2.登录后：
	所有链接是否跳转正确；
	商品是否可以成功加入购物车；
	购物车商品总数是否有限制；
	商品总数统计是否正确；
	全选功能是否可用；
	删除功能是否可用；
	价格总计是否正确；
	商品文字太长时是否显示完整；
	购物车中下架的商品是否有标识，是否还能支付；
	新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商	品）；
	是否支持快TAB、ENTER等快捷键；
	商品删除后商品总数是否减少；
	收藏功能是否可用；
	购物车结算功能是否可用

**兼容性测试**
1.BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
2.APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等

**用户体验测试**
1.删除商品是否有提示；
2.是否支持快捷键功能；
3.是否有回到顶部的功能；
4.商品过多时结算按钮是否可以浮动显示；
5.购物车有多个商品时，能不能只对单个商品结算；
6.界面布局、排版是否合理；
7.文字是否显示清晰；
8.不同卖家的商品是否区分明显。

**性能测试**
1.打开购物车页面要多长时间

**安全性测试**
1.加入购物车时，抓包拦截数据

搜索功能怎么测试？

**功能方面的测试：**
1.搜索单个字，词语，句子，检索到的内容是否准确，链接是否准确
2.长度：例如输入框支持100字符， 那需要测试100字符、101字符，最大长度的显示是否正常；
3.哪些是支持的字符类型：数字、字母、汉字、字符！@！#、特殊字符；
4.是否支持换行；
5.字符串前后中带空格，前后的空格是否过滤， 中间的空格是否保留
6.全角半角的字母、数字

**性能方面的测试**
1.点击搜索按钮后，搜索结果多长时间能够显示
2.进入搜索页面需要多久

**安全性方面的测试**
1.能否防止SQL注入攻击,否防止XSS攻击

**用户体验测试：**
1.页面布局是否合理，输入框和按钮是否对齐
2.输入框的大小和按钮的长度，高度是否合理
3.快捷键：能不能全选，部分选择，复制剪切粘贴是否可用，粘贴超过最大长度的字符串怎么显示，table键盘是否可用；

**兼容性测试**
1.BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
2.APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等

文件上传功能怎么测试？

**功能测试**
1.选择符合要求的文件，上传--------上传成功；
2.上传成功的文件名称显示----------显示正常（根据需求）
3.查看，下载上传成功的文件--------上传的文件可查看或下载
4.删除上传成功的文件-------------可删除
5.替换上传成功的文件-------------可替换
6.上传文件是否支持中文名称--------根据需求而定
7.文件路径是否可手动输入----------根据需求而定
8.手动输入正确的文件路径，上传-----上传成功
9.手动输入错误的文件路径，上传-----提示，不能上传

**文件大小测试**
1.符合格式，总大小稍小于限制大小的文件------上传成功
2.符合文件，总大小等于限制大小的文件--------上传成功
3.符合文件总大小稍大于限制大小的文件--------在上传初提示附件过大
4.小为0kb的txt文档-----------------------不能上传

**文件名称测试**
1.文件名称过长。Win2000标准：255个字符（指在英文的字符下），如果是中文不超过127个汉字-----提示过长
2.文件名称达到最大长度（中文，英文或混在一起）上传后名称显示，页面排版-----------页面显示正常
3.文件名称中包含特殊字符-------------根据需求而定
4.文件名全为中文--------------------根据需求而定
5.文件名全为英文--------------------根据需求而定
6.文件名为中、英混合-----------------根据需求而定

**文件格式测试**
1.上传正确格式-----------------上传成功
2.上传不允许的格式--------------提示不能上传
3.上传rar,zip等打包文件（多文件压缩）---------根据需求而定

**安全性测试**
1.上传可执行文件（exe文件）-----------------根据需求而定
2.上传常见的木马文件------------------------提示不能上传
3.上传时服务器空间已满----------------------有提示

**性能测试**
1.上传时网速很慢（限速）-----------------当超过一定时间，提示
2.上传过程断网--------------------------有提示是否上传成功
3.上传过程服务器停止工资------------------有提示是否上传成功
4.上传过程服务器的资源利用率---------------在正常范围

**界面测试**
1.界面美观性、易用性（键盘和鼠标的操作、tab跳转的顺序是否正确）----------显示正常（根据需求）
2.按钮文字是否正确--------------正确
3.正确/错误提示的文字是否正确---------------正确
4.说明性文字是否正确-----------------------正确

**其他测试**
1.有多个上传框时，上传相同名称的文件---------------根据需求而定
2.上传一个正在打开的文件-------------------------可以上传
3.文件路径是手工输入的是否限制长度----------------限制一定的长度
4.上传过程中是否有取消正在上传文件的功能-----------有
5.保存时有没有已经选择好，但没有上传的文件-----------提示上传
6.选择好但是未上传的文件是否可以取消选择------------可以取消选择

登录功能怎么测试？

**功能方面的测试：**
1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录，能否能跳转到正确的页面
2.输入错误的用户名, 验证登录失败，并且提示相应的错误信息
3.输入错误的密码, 验证登录失败，并且提示相应的错误信息
4.用户名为空, 验证登录失败，并且提示相应的错误信息
5.密码为空, 验证登录失败，并且提示相应的错误信息
6.用户名和密码都为空，点击登陆
7.用户名和密码前后有空格的处理

**性能方面的测试**
1.打开登录页面，需要多长时间
2.输入正确的用户名和密码后，登录成功跳转到新页面，需要多长时间

**安全性方面的测试**
1.密码是否在前端加密，在网络传输的过程中是否加密
2.用户名和密码的输入框，能否防止SQL注入攻击
3.用户名和密码的输入框，能否防止XSS攻击
4.错误登陆的次数限制（防止暴力破解）
5.是否支持多用户在同一机器上登录
6.一个用户在不同终端上登陆
7.用户异地登陆

**用户体验测试：**
1.页面布局是否合理，输入框和按钮是否对齐
2.输入框的大小和按钮的长度，高度是否合理
3.是否可以全用键盘操作，是否有快捷键
4.输入用户名，密码后按回车，是否可以登陆
5.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用

**兼容性测试**
1.BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。
2.APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等

还款功能怎么测试？

**功能：**
1.正常还款流程
2.逾期还款
3.不同的还款账户
4.余额不足还款
5.弱网状态下，连续点击还款按钮
6.弱网状态，或系统不稳定，支付服务方未把支付结果返回给下单发起方(如果发生这种问题，结果是，钱扣了，还款状态未发生变化)
7.金额不输，为0，为负数
8.提前还款
9.第三方还款

**性能：**
1.还款的响应时间是否过长

**用户体检：**
1.系统提示是否容易理解
2.界面是否友好，输入框是否对齐，按钮大小是否适中，是否有错别字等

**安全性：**
1.是否能防止SQL注入，防XSS攻击
2.还款金额是否会被拦截篡改
3.还款密码等敏感信息是否加密

**兼容性：**
1.BS架构的系统，要考虑不同浏览器的兼容性
2.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.多用户长时间运行提交订单功能。