归档

最近在学习性能测试相关的内容，联想到之前团队内做的一次不成熟的压力测试后，我想总结出一个性能测试的方案，以便于之后的项目能一起使用。

最近在准备面试，总会看到一个经典的面试题目“说一下你之前产品的测试流程时什么样的” ，因此我想在这里总结一下我在测试工作中的测试流程；并且拆解测试流程中的关键细节和一些优化的思考。

最近在学习性能测试方案，了解到缓存雪崩，缓存击穿和缓存穿透三个概念，针对学习内容在这里做个总结，以便于之后再遇到对于缓存相关的测试方案时能够参考。

在被测服务中，可能会遇到多个数据源的情况，例如同时存在数据库，消息队列，缓存数据，第三方API数据等 数据源。在之前的测试工作中，我遇到过过由于缓存数据更新逻辑异常，导致产品数据。 首先，我们需要先明确一下，数据一致性指的是什么，才能更好的讨论本章的主题“多数据源的情况下，如何保障被测服务中多数据源

在接口自动化中，很重要的一点是保障测试用例的独立性，确保用例相互之间不被干扰，进而确保测试结果的准确性和可靠性。以下内容是如何在接口自动化测试中保障用例独立性的详细说明。 确保在用例执行前进行数据清理 在每次执行测试用例之前，应该确保测试环境是干净的，没有残留的数据。可以通过在测试用例的前置步骤中进

在之前的产品测试中，我遇到过一些由于redis缓存逻辑导致的bug，因此想总结一下关于redis缓存测试的策略作为之后测试过程中的参考。 Redis缓存测试的思考 在准备Redis缓存测试用例之前，我们需要先了解以下几点： 1. 了解Redis的缓存机制 2. 了解业务逻辑中不同数据缓存的存储时长。

测试工作中，很重要的一个场景就是版本迭代时的升级测试，在此场景下我们的主体测试对象是验证版本升级的正确性、可靠性，历史数据是否能够向下兼容。在今天的文章中我将会总结如何在测试过程中确保服务能够兼容历史数据。 版本升级方式 停服更新和平滑更新 停服更新是指在软件或系统进行升级时，暂停服务让用户无法访问