Redis怎么测试?

有些测试朋友来问我，redis要怎么测试？首先我们需要知道，redis是什么？它能做什么？

redis是一个key-value类型的高速存储数据库。

redis常被用做：缓存、队列、发布订阅等。

所以，“redis要怎么测试？”这个问题就可以转化为：

缓存怎么测试？

队列怎么测试？

订阅怎么测试？

在我所接触的技术栈中，发布订阅很少用redis的，我们主要说一说缓存和队列。

01、缓存的分类

缓存有几种类型：文件缓存、数据库缓存、内存缓存、浏览器缓存。

浏览器缓存指的是浏览器自身的缓存能力。现代浏览器为了加快页面加载速度，往往会把css、js等资源文件下载一次之后缓存一段时间，直到缓存失效或者请求明确告知需要更新。

通过后端语言直接渲染、smarty等模板渲染方式输出界面的，一般都会选择文件类型缓存。

随着大前端技术迅速发展，前后端分离越来越流行，smarty渲染的方式使用越来越少，对后端服务的接口响应时间要求也越来越高，文件缓存不再适用这种场景，数据库缓存越来越流行。

数据库缓存目前最常见的：redis和memcached。它们都是分布式的key-value高速缓存系统。

内存缓存跟数据库缓存也是类似的，但受技术栈限制，比如Java可以使用，并且Java中使用非常频繁，但PHP无法使用。内存缓存比数据库缓存更快，但因为内存不可能一直增加，所以限制更多，稍不注意就会出现内存泄漏等问题。

在实际的使用过程中，Java接口往往会将部分高频数据塞到内存缓存中作为一级缓存，次高频数据塞到redis中作为二级缓存，最后再从db查询数据。

缓存的作用：

从上面的内容你可能已经知道，缓存最重要的两个作用：加快访问速度、减少服务器和db压力。

02、缓存的使用场景

你可能会问，上面这些跟测试没啥关系啊？不，我认为了解上面的内容对测试还是有帮助的。你知道在技术实现上，什么时候应该加缓存，什么时候不应该加缓存吗？这就是对一个接口的技术把控，不光开发需要知道，测试人员也一样。

如果一个应该添加缓存的接口没有添加缓存在压测之前被你提前发现了，你不觉得自豪吗？其实跟缓存的作用一一对应，当接口的qps较高（比如超过100）或者对响应速度有要求，或者服务器性能、db性能较差的，都可以尝试使用缓存解决问题。

我举几个例子说明：

1、微信新版本中，个人中心多了一个“状态”功能。

微信的用户体量非常庞大，访问qps非常高，几十万人在同一秒访问，不可能每次都去查询数据库。

类似这种需求，一般会是这样的做法：先把用户的状态数据缓存在app中（浏览器缓存），在某个时间段通过主动推或者被动拉的方式调用后端接口请求“状态”数据；接口从redis/memcached的缓存中读取数据并返回；如果数据量不那么庞大，接口可以直接从内存缓存中读取数据并返回；数据返回后，再把用户app中的缓存更新。