试想一下，如果用户使用的是我们的即时通信APP，某天登陆突然收到了朋友在几个月前发来的一条消息，那么用户会有什么样的反应呢？一般情况下用户会毫不犹豫地删除这个APP，而且还会劝说身边的朋友不去使用这个APP。
所以对于消息显示，测试人员在测试过程中不能只是简单地验证消息在各种情况下是否能正常的显示，还需要考虑到APP中各种缓存对于消息显示的影响。
一般在以下的环境中，我们才会在APP中使用缓存机制。
APP需要提供网络服务。
APP中有至少一部分数据不需要实时更新，哪怕是很短时间（3~5分钟）的缓存也是有好处的。
APP可以针对某种数据设定固定的过期时间，而不会导致其功能和用户体验出现问题。
APP使用缓存的好处？
对用户来说可以减少流量的消耗。
减少由于网速过慢而导致用户长时间等待的状况，APP的响应速度变快了。
APP因从网络加载数据而出错的情况会大大减少，提高了APP的稳定性。
APP在一定程度上可以算是支持了离线浏览。
对APP开发和维护团队来说，则可以减轻APP请求对服务器进行大量访问的压力。
我们在设计APP的过程中，一般都会采取“内存”->“文件”->“网络”的结构来设计APP的缓存机制。因此，测试人员在测试APP的时候也可根据这个特点来设计测试场景。
对于APP采用内存来缓存数据的方式，一般来说，测试人员不需要特定去测试，因为ios和android操作系统会处理APP使用内存来缓存数据的请求。但是，对于浏览器这样的APP，测试人员可以通过同时打开多个月面页面，访问相同的网址，来测试是否APP对数据在内存中是否进行了缓存。
对于APP采用文件来缓存数据的方式，由于ios并不支持用户手动清除APP的文件缓存，所以这一部分在iosAPP测试中可以不涉及；但是对于android操作系统，可以通过在APP的应用系统程序信息中清除APP缓存来测试APP是否对于数据文件进行了正确的缓存。
对于用户信息这些不常变化的数据，还要那些定期变化的数据（比如每个月的账单等），虽然缓存时间可以比较长，但是由于缓存的数据可以在任何时间段变化，所以我们需要在服务器端有推送更新的功能，以便在服务器数据变化时，APP能及时更新和显示这些信息。
除此之外，在测试缓存的时候，测试人员还需要注意缓存所占的存储空间的大小，由于用户的存储空间是有限的，不可能让APP无限制地存储数据。
还有一种情况需要考虑。如果APP支持多个客户端同时登陆同一个账号，那么消息显示的方式就会更加复杂。测试人员还需要测试APP在多个客户端同时登陆时，消息是否能够被同步到所有设备。须考虑以下几点。
对于同时支持ios和android的APP，需要在这两种操作系统上安装APP，测试APP消息的同步显示。
在同一种操作平台上也需要安装APP。
需要选取APP支持消息同步显示的不同版本进行测试。
对于APP在被关闭了情况，测试在别人的APP消息都被同步了之后，再次打开这个APP，观察是否会收到在别的AOO上被同步的消息。
当APP同时支持缓存和同步显示消息时，测试人员需要在消息处于缓存的阶段改变该消息，再去测试在不同APP上该条消息是否能更新相应的内容。
