从0到1的项目测试实践(三)测试场景那些事

目录

一、直接面向用户的web页面

二、前端页面缓存

三、用户体验

四、前后端交互

五、i版

六、小程序

七、后端服务

八、数据检查

总结


         引言:大致归纳总结了一个立项近半年的一个新业务线测试的场景,及主要产生的一些bug类型,问题大致分为:

  1. 直接面向用户的web页面。指从页面上可以比较直观的测试场景,属于通用的测试场景,和具体涉及什么业务,关系不太大。
  2. 前端页面缓存。这块测试一般在APP端上的测试比较侧重,小程序次之,纯H5页面再次之了, 和前端开发人员具体如何应用缓存,以及缓存有效性有关。
  3. 用户体验。这部分内容更多依赖于测试人员的产品敏感度,和用户体验积累,一个能力超强的后端服务测试人员,不一定能很好测好这块了。
  4. 前后端交互。这部分内容属于有些隐藏的问题了,或许不影响功能层面的正常使用,但却影响了技术实现的规范性。
  5. i版。 这部分内容属于H5页面测试范畴了,除了H5本身的测试场景外,还需要特别关注页面的具体入口了。
  6. 小程序。指微信小程序、百度小程序等中的页面测试,除了小程序本身技术实现功能测试外,需要关注小程序本身的特性了。
  7. 后端服务。指核心实现逻辑的测试,包括:API接口、底层服务、服务间交互等功能测试、性能测试、异常测试等
  8. 数据检查。这部分需要配合页面测试、后端服务测试、甚至性能测试一起进行。

一、直接面向用户的web页面

  • 前端控件的检查。例如:下拉框,多个下拉框之间的交替选择:正常用户路径、非正常使用路径
  • 兼容性。 通常包括:机型、操作系统、浏览器、APP版本、第三方APP版本、网速、网络类型等,可以从第三方/官方数据做覆盖
  • 功能-登录。包括:缓存的使用/禁用、重复登录、不可登录、登录信息的时效性、与退出交互、缓存清除后交互等场景
  • 多端-一致性。包括:不同应用间、不同页面、不同模块间相同数据、有关联数据的相互印证、前端显示与接口返回一致
  • 交互-页面定位。包括:后退、点击确定、页面跳转时定位到的页面、标签
  • 打点。包括:不同页面、不同模块的前端打点;后端接口的打点 

1)重复埋点

2)缺少字段、没有传参

3)传值不正确

4)第一次正常,重复操作时不正常了

5)打点上传字段与需求不一致

  • 样式。包括:遮挡、错乱、显示不全、居中问题
  • 数据刷新。包括:分页传参、不同页面下滑、上滑数据刷新
  • 安全性。包括:敏感信息加密显示,例如:没有隐藏手机号,提交参数,cookie,log,数据库中信息没有加密
  • 功能交互。 包括:条件各种组合变换时,与目标不一致
  • 异常场景。包括:

1)点击搜索输入框 页面“抖动”;

2)搜索页面-多次切换筛选条件时出现报错

3)下滑页面时,会请求后端接口多次(次数和下滑后松开的时长成正比)

二、前端页面缓存

  • 新页面加载不出
  • 缓存失效时数据更新不正常
  • 缓存更新异常,导致页面一直loading
  • 缓存失效后,与登录功能的影响
  • 首个用户进来,产生异常(例如:页面加载不出来)
  • 非首个用户进来,产生异常

三、用户体验

  • 交互的流畅度
  • 是否存在多余/不必要的操作
  • 操作不符合用户习惯
  • 操作/交互容易产生歧义性
  •  

四、前后端交互

  • 前后端对默认参数处理不一致
  • 前端多次重复调用接口
  • 前端调用了无用的接口
  • 前端对分页调用不正常
  • 后端提示报错,与前端提示不一致
  •  

五、i版

  • 地址栏信息显示
  • 上滑下滑
  • cookie禁用/iOS无痕浏览
  • 手动清理数据后,页面交互
  • 兼容性(机型、主流浏览器)。容易产生问题:页面错乱、交互弹框错乱、元素遮挡、提交参数不正常
  • 所有能与用户交互信息的元素的异常输入

六、小程序

  • 下拉页面没有办法刷新
  • 拉起的键盘遮挡
  • 页面缓存检查
  • 版本更新检查
  • 从不同端 分享进来后的,页面交互
  • 兼容性检查
  • 网络差时,页面的提示
  • 登录、非登录场景
  • token失效时的交互
  • 重复操作检查
  • 分页:limit 值与接口实际返回数量不一致(实际返回数量大于limit值)

七、后端服务

八、数据检查

  • 数据量级检查。
  • 数据正确性检查。例如:多线程操作时,数据入库、查询正常
  • 数据一致性检测。 例如:多个页面、模块、端 对应数据可以相互印证
  • 异常场景下,无脏数据。例如:提示报错时,无脏数据入库
  • 重复操作时,无重复数据。例如:多次重复操作时,无重复数据入库

总结


          总结了近半年时间负责的项目和产生的bug后,不禁想起了一首诗“不识庐山真面目,只缘身在此山中”。初创业务,产生的bug中60%~70%属于较为浅显的问题,30%~40属于需要技巧才能发现的问题。但在考虑和设计测试场景时,面对时间紧、任务重的情况,需要多种测试手段同时进行,才能尽可能多的暴露问题了。既需要深入具体的业务、实现技术中涉及测试场景,又需要从中彻底跳出来,以用户的视角看到整个产品的实现了。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

多则惑少则明

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值