记于一次写性能测试工具的经历

Posted 点点寒彬

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了记于一次写性能测试工具的经历相关的知识,希望对你有一定的参考价值。

背景

最近接到一个需求,就是对我们的某个产品线进行压测,实际上主要还是看系统的稳定性,比如压个一晚上,看看系统是否稳定。基于这个需求,我专门去看了一些协程的知识,整个开发过程有了那么一点点的想法,作文以记之。

数据准备

要对接口做压测,很基本的一个前提,数据的准备必须要很充分。比如压一晚上,那么几万条数据你得准备好,用传统的Excel或者CSV的方式来做,那数据准备得搞死你,我之前面过一个小哥,他们准备一次压测,数据就要准备一周,要是其中某些数据做的被人破坏了,只能重新来过,整个过程非常痛苦。

  • 以数据平台的方式来造数据

我们已经有了一个现成的数据平台,每次只要从这个数据平台啦数据就行了。

但是这里依然有一个问题,我们的平台并发量只有20,我在测试的时候拉取数据并发量太大就会导致数据丢失,因此在获取数据的时候,我必须要分批次的拉取数据,比如每次我只拉取10条数据保存在内存中。这样就导致了,如果每次要并发1000个请求,那么我就要先从数据平台拉取100次,然后才能往下请求,整个拉取过程中如果服务器出了点什么问题,就必须重来了。

  • 性能建模

我们造数据的时候还要考虑到性能建模的问题。所谓的性能建模,也就是把生产的数据拉下来,按照一定的业务比例去造数据。比如生产上10%是成功的,%10是由于A原因导致失败的,%10是由于B原因导致失败的等等。这类数据也是需要在生成的时候去考虑的,能够配置化生

以上是关于记于一次写性能测试工具的经历的主要内容,如果未能解决你的问题,请参考以下文章

记一次 Laravel 应用性能调优经历

第二次写linux驱动总结

性能调优一次监控数据错误的性能调优经历

性能调优一次监控数据错误的性能调优经历

性能调优一次监控数据错误的性能调优经历

性能调优一次监控数据错误的性能调优经历