2.测试用例设计问题

[TOC]

测试用例设计

给你一个功能如何设计测试用例？（万能公式）

• 1.UI界面：界面布局、排版是否符合UI设计师或产品需求：文字、图标大小。比如点赞按钮的位置，点赞人的名称文字显示，点赞红星图标，点赞个数
• 2.易用性：操作简单，操作是否有友好提示，如果是输入框（是否支持TAB/ENTER等快捷键）比如：点赞后有提示，点赞流程简单，点赞入口
• 3.兼容性：不同手机，浏览器，操作系统版本，软件版本，分辨率，显示正常且功能正常，比如：平板，小米，华为，微信客户端
• 4.功能测试：流程+场景（用户可能执行的操作，业务流程）+新增改查+排序；点赞别人的朋友圈（朋友点赞我的朋友圈），点赞成功，取消点赞，点赞是否看到共同好友，删除朋友圈，删除点赞，点赞的排序
• 5.接口测试：接口正常调用，返回报文正常，比如：点赞接口调用，参数
• 6.弱网测试：断网、网络信号差，操作的时候来电话，3G/4G/5G网络切换，比如：打电话的时候点赞，断网的时候点赞
• 7.性能测试：使用该功能的响应时间是否在需求规定时间内，多次快速操作，比如：点赞到显示点赞的响应时间，点赞后好友消息更新的速度，同时点赞，多次点赞
• 8.安全测试：客户端和服务端都需要验证（不能单单在客户端验证），涉及手机号，身份证，银行卡，验证码登敏感信息是否加密、比如：点赞是否泄露用户信息

2. 支付功能是如何测试的？

• 支付的业务流程：点击支付——》选择支付方式——》确认金额——》输入密码——》成功支付。需要针对支付流程中的每个阶段和步骤分别测试。
• 支付：点击支付，然后取消订单，能否正常取消
• 1. 选择支付方式：可以从正常和异常角度考虑
  • 正常：可以选择的支付方式有：信用卡、储蓄卡、网银支付、余额、第三方支付（微信、支付宝、京东、聚合支付）、找人代付；验证是否支持并可以正常选择支付
  • 异常： * 1. 支付时结合优惠券/折扣券/促销价抵扣进行相关的抵扣，验证规则正确，并且可以正常抵扣和支付 * 1. 手机上没有安装微信、支付宝等app时，选择对应的支付方式，系统如何处理
• 2. 确认支付金额：
  • 正常：正常金额里用黑盒测试中的边界值法去测试 * 1. 最大支付金额（单日最大，单笔最大，余额最大） * 1. 最小支付金额
  • 异常：同样也用边界值方法提取测试点
    • 超过支付方式单日最大消费金额/单笔最大/余额最大
    • 异常金额支付：非数字、负数、0、小数点超过2位、格式错误、余额小于实际支付金额等
• 3. 支付密码：
  • 正常：可以支持的支付密码类型有：指纹、人脸识别、账号密码、动态获取验证码、手势、信用卡和支付码、小额免密等。确认自己的产品所支持的密码类型，确认可以验证并支付成功
  • 异常：输入错误的密码，检查有无提示信息且正确；超过密码错误上限，检查是否冻结等
• 4. 其它场景测试点：
  • 多笔订单合并支付，是否可以成功
  • 重复点击支付按钮，是否会出现多次购买，并同步检查数据库的数据账目是否正确
  • 支付失败之后，如何补单和退单
  • 支付中断：
    • 主动中断：可以继续支付并成功
    • 被动中断：比如电话、低电量、闹钟、断网、切换后台等，验证可以继续支付
  • 使用Fiddler等抓包篡改价格：不允许抓包或者数据加密，篡改不成功
• 5. 退款测试：
  • 正常：验证正常的退款流程。
    • 点击退款可以退款成功，并且检查交易状态是退款，退款金额可以到账
    • 结合优惠券等抵扣，可以退款实际支付金额
    • 同步检查数据库的数据可账目是正确的
• 6. 非功能测试点：
  • UI测试：
    • 支付按钮是否足够明显
    • 支付的界面是否简洁、美观，符合大众审美
    • 支付页面的字体大小是否合理
  • 兼容性测试：
    • BS：如果是 BS架构的产品，需要测试浏览器的兼容性，所以就需要根据浏览器的内核，选择一些主流的浏览器进行测试；
    • APP：测试手机移动端的兼容性，比如手机型号，系统版本和屏幕大小及分辨率等
  • 易用性测试：
    • 是否支持快捷键功能
    • 点击付款按钮，是否有提示
    • 取消付款，是否有提示
    • 输入框是否对齐，大小是否适中等
  • 性能测试：
    • 多次点击支付按钮时，是否会出现多次扣款
    • 如果发生多次扣款，如何通过原支付渠道退回
    • 如果在双11这种支付高峰时，支付是否会排队
    • 是否会响应超时
    • 如果响应超时，是否会返回友好提示
  • 安全测试：
    • 验证敏感信息是否加密，是否可以篡改
    • 通过一些工具进行安全扫描，检查是否有安全漏洞或者采用一些其他的手段进行专门的安全测试
    • 通过一些工具进行安全扫描，检查是否有安全漏洞或者采用一些其他的手段进行专门的安全测试
  • 网络测试：
    • 验证各种网络类型：2G、3G,4G，5G，wifi下都可以正常支付；
    • 进行网络切换，支付功能正常；
    • 弱网测试下支付功能正常：不会重复支付多次，APP不会闪退崩溃，而且页面提示友好

3. 购物车这块该怎么测试？

• 首先是业务流程的测试：

  • 加入商品到购物车——进入购物车——选择商品提交订单——跳转到订单页面

• 然后我们再按照模块划分测试

一. 购物车基本功能

• 添加商品

  • 1.是否能够添加商品
  • 2.添加单个商品数量是否有上下限
  • 3.添加商品种类是否有上下限
  • 4.添加同类型商品的不同规格商品显示是否分条显示
  • 5.添加同一家商家的多件商品到购物车
  • 6.添加不同商家的多件商品到购物车
  • 7.商品、商家名称和描述太长，UI显示是否正常
  • 8.同一件商品能否再次添加到购物车
  • 9.加入购物车商品排序是否合理

• 删除商品

  • 1.能否删除单类商品
  • 2.是否有快速删除多种商品方式（全选，删除）
  • 3.删除商品是否有确认提示
  • 4.购物车删除商品后，能否再添加回来
  • 5.删除后，商品不显示在购物车列表，商品总件数减 1

• 跳转商品详情

  • 1.跳转商品图片显示是否正常
  • 2.跳转商品链接显示内容是否完整，是否过长
  • 3.点击图片或者链接是否能够跳转商品详情

• 编辑商品数量

  • 1.是否有通过+ -编辑商品数量方式
  • 2.是否有通过输入直接编辑商品数量方式
  • 3.编辑商品数量是否有上下限
  • 4.编辑商品数量是否考虑库存情况

• 显示商品数量，金额，总额等

  • 1.商品加入购物车内是否和原价格一致
  • 2.商品数量显示是否正确
  • 3.选择商品总数是否正确
  • 4.选中商品价格总额是否正确

• 进入商品购物或结算

  • 1.购物车是否有进入购物链接
  • 2.购物车是否有进入结算链接

二.购物车业务功能

• 购物车与用户模块关联

  • 1.未登录用户是否可以添加商品到购物车
  • 2.未登录用户添加商品到购物车，登录后是否将商品合并到用户购物车
  • 3.若不允许未登录用户添加商品到购物车，点击加购物车后是否有登录提示
  • 4.用户有会员折扣时，购物车内商品价格是否对应
  • 5.退出购物车，再去查询购物车，商品是否正常显示

• 购物车与商品订单模块关联

  • 1.加入购物车商品有价格调整，购物车内商品价格是否跟随变化
  • 2.加入购物车商品，库存变化时购物车是否有对应调整
  • 3.购物车商品确认订单后是否会从购物车清除
  • 4.订单价格是否与购物车内一致

• 购物车与优惠活动模块关联

  • 1.商家发放用户优惠券购物车对应变化
  • 2.商品满减活动，购物车价格对应变化

三.购物车非功能

• 性能

  • 1.进入购物车页面 消耗时长
  • 2.添加商品到购物车时长
  • 3.进入购物车结算时长
  • 4.对购物车页面内容变更，页面内容更新速度。（增加某个购买数量，页面对应显示更新速度）
  • 5.比如大量用户同时操作发起请求，是否会引起超卖

• 界面

  • 验证界面的美观，排版和错别字等

• 安全

  • 验证敏感信息是否加密，是否可以篡改；通过一些工具进行安全扫描，检查是否有安全漏洞；或者采用一些其他的手段进行专门的安全测试

• 兼容性

  • 移动端的购物车： a、考虑测试手机移动端的兼容，比如手机型号 b、考虑系统版本的兼容，主流的系统版本需要测试覆盖 c、考虑不同屏幕大小及分辨率的兼容性测试
  • Web 端的购物车： a、考虑浏览器的兼容性，不同的内核版本的浏览器 b、从同一个内核版本的浏览器里选择主流的浏览器进行测试

• 异常测试

  • 支付中断： 购物车操作过程中如果出现一些手机的中断行为，是否会受到影响以及是否可以正常继续。常见的中断类型有： 电话中断 网络中断 闹钟中断 插拔耳机中断 保证这些中断发生的时候，购物车的跳转和操作不会影响，更加不会导致一些异常情况发生，比如 APP 突然 crash 和 ANR 的情况；

• 网络测试

  • 1.验证各种网络类型：2G、3G, 4G，5G，wifi 下都可以正常操作；
  • 2.进行网络切换，功能正常；
  • 3.弱网测试下功能正常： 购物车结算的时候，不会重复提交订单； APP 不会闪退 崩溃，而且页面提示友好；

4. 上传图片的测试用例，请你设计一下？