自己总结的测试分析时,应该思考的一些点
- 需求分析
- 确定需求范围、改动点,涉及到的功能,
- 功能交互分析
- 需求逻辑,业务流程图、时序图,各域之间的调用
- 测试点
2.1 接口测试
2.1.1确定接口变动,明确接口调用链路---新增接口,删除接口,
2.1.2 参数变动--入参变动,出参变动,
边界值分析、入参变动要考虑app新老版本的兼容性
2.1.3输入异常--包括入参为特殊字段类型、非法长度、边界值等
2.1.4 操作异常--操作为特殊业务流程、非法修改数据等非正常业务操作
高频操作导致的并发、乱序等
2.1.5 依赖服务异常—访问超时,下游服务挂掉,异常返回
2.2 数据库--DB兼容性
新增字段:是否要初始化?字段必填非必填?对老数据的影响?字段长度?最大值
删除字段、修改字段、
测试方法:覆盖所有涉及“被改动表”的增删查改
2.3 配置变动
2.4缓存变动
2.4.1 缓存时间设置的合理性。
缓存时间的设置,需要根据数据更新的频次合理设置;缓存时间太长会导致用户访问到的数据一直是老的,缓存时间太短对数据库访问会比较频繁。所以需要调研清楚实际数据更新的频次,再去设置缓存时间。
2.4.2 缓存逻辑合理性
- 服务端或数据库返回数据的正确性。返回异常,不应该缓存;返回数据正常才缓存;
- 存储缓存时查询条件。比如要缓存歌曲信息,可以查询歌名缓存也可以查询歌手缓存歌曲list;根据实际业务需求确认;
2.4.3 缓存读取/更新合理性
有缓存,优先读取缓存;没有缓存,请求接口或者查询数据库获取数据,并存储缓存;
缓存失效后能够更新缓存内容
2.4.5 缓存内容是否正确,缓存数据不能出现重复
2.5消息MQ改动
MQ丢失、超时、重发、幂等