消息队列测试场景和redis测试场景-Toy模板网

这篇具有很好参考价值的文章主要介绍了消息队列测试场景和redis测试场景。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

消息队列测试场景和redis测试场景

一、消息队列测试场景

解题思路：
什么是消息队列。
消息队列应用场景。
消息队列测试点列举。

Broker：消息服务器，提供消息核心服务
Producer：消息生产者，业务的发起方，负责生产消息传输给 broker。
Consumer：消息消费者，业务的处理方，负责从 broker 获取消息并进行业务逻辑处理。

消息队列测试场景和redis测试场景

异步通信
流量削峰
应用解耦
负载均衡
数据同步

读写性能优异。
数据类型丰富。
Redis 支持数据的备份。
数据自动过期。
发布订阅。
分布式。

读多写少，并发强的场景。（秒杀、微博热搜）
有时间性的业务场景。（短信验证码）
对有序集合数据类型排序。（排行榜）
对于时效性要求不高。（计数器）
Session 会话缓存。
消息系统。
单线程的特点可以天然用作分布式锁。

消息队列测试场景和redis测试场景

消息队列测试场景和redis测试场景

解题思路:
前提条件：了解缓存的读写流程。

缓存操作流程-读

缓存中有数据。
缓存中没有数据。

缓存操作流程-写（淘汰缓存）

优点：操作简单，性能比较好。
缺点：至少会出现一个 cache miss。（当大量的请求访问数据库时，数据库压力很很大）

缓存操作流程-写（更新缓存）

优点：基本不会出现cache miss的情况。
缺点：每次更新数据库都更新缓存，比较影响性能。

淘汰缓存与更新缓存区别
淘汰缓存：性能较好，至少会出现一个 cache miss（用的多）
更新缓存：性能较差，基本不会出现cache miss

解题思路：
缓存失效是什么？
缓存不可用之后，大量并发到数据库。
消息队列测试场景和redis测试场景

缓存失效的原因是什么？
缓存过期。
Redis 异常。
网络异常。
缓存更新
消息队列测试场景和redis测试场景

缓存失效研发应该如何处理，测试如何测试？
降级：禁用部分接口，开放核心接口。
熔断：禁用部分服务，开放核心服务。

缓存失效相关测试方法

梳理系统中的核心服务列表（通常直接让研发给出对应列表）。
梳理服务中核心接口列表（通常直接让研发给出对应列表）。
模拟 Redis 失效，验证核心服务和核心接口是否还能正常运行。

Redis 击穿、穿透区别，如何设计用例以及完成测试？

解题思路：
击穿的概念，如何设计测试用例。
穿透的概念，如何设计测试用例。

消息队列测试场景和redis测试场景
击穿的场景的测试用例步骤
获取热 key 的列表（与运维沟通后获取）。
模拟热 key 失效的场景（比如登陆 Redis，直接将热 key 删除）。
查看研发是否有对应的容错机制，保证服务正常运行。

消息队列测试场景和redis测试场景

穿透的场景的测试用例步骤
不停访问对应服务的接口，传递一个不存在的数据的查询请求。
查看研发是否有对应的容错机制，保证服务正常运行。

击穿与穿透总结文章来源地址https://www.toymoban.com/news/detail-442152.html

类型	穿透	击穿
测试目标	查看研发是否有对应的容错机制，保证服务正常运行。	查看研发是否有对应的容错机制，保证服务正常运行。
测试方法	不停访问对应服务的接口，传递一个不存在的数据的查询请求。	模拟热 key 失效的场景（比如登陆 Redis，直接将热 key 删除）。