动态压测模型让工作更轻松

当前的OKR中已经全面接入动态压测模型了，不仅仅是效率的提升，还带来了一个非常意外的收获。

动态模型让工作更加轻松。以往压测，在没有历史数据参考的情况下，一般都是选一个保守的递增策略加上一个足够大的最大值。即使遇到有参考依据的，一般也会将最大QPS值调大已防止出现最后压力不足尴尬。

整个压测过程有时候就变得漫长，前半段总觉得压力长得太慢了，盯着监控略微无聊，又不敢去放心做别的工作。后半段呢，神情紧张，甚至觉得监控刷新频率太低而手动刷新页面。如果服务链路比较复杂，盯的监控就更多还需要跟同事沟通压测事宜，所以压测最后就会变成一个烧脑的活动。

只从接入了动态模型，不仅可以灵活控制压力，还具备了纯人工干预的能力。我先把压力快速增加到预期值的60% ~ 70%，然后降低递增速度，慢慢增加压力。由于增压减压都是手动操作，我完全是看完监控稳定之后再执行加压操作，再也不用担心漏掉某个监控导致负载指标超过安全值。

有了动态模型的加持，压测过程一下子变得轻松了。在完全确认没有问题后，再继续加压。极大避免了压测过程中超出安全值事件得发生。

关于动态模型的想法，也是来源于超出安全值的惨痛经验。在压测过程中，这种自动递增的压测方式，需要大量精力投入监控上。不仅让人精神疲惫也让我在某段时间直接变成了单线程工作机器。

PS：安全值指在不触发报警保障业务稳定的值。

Have Fun ~ Tester ！

• FunTester原创大赏
• 性能测试专题【FunTester原创】
• 接口功能测试专题【FunTester原创】
• Java、Groovy、Python和Golang如何把方法当作参数
• 下单延迟10s撤单性能测试
• 自动化如何选择用例
• Java&Go高性能队列之channel性能测试
• 动态模型之动态增减【FunTester测试框架】
• 白盒测试扫盲
• 6个重要的JVM性能参数
• Java&Go三种HTTP客户端性能测试
• 测试人员常用借口
• 又双叒叕一行代码：Map按值排序
• 基于爬虫的测试自动化经验分享
• 利用闭包实现自定义等待方法