如果给你以下功能怎么测试

支付功能怎么测试？

• 从功能方面考虑：

  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. 多用户长时间运行提交订单功能。