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