前言:
最近写了互联宝典的项目,为分布式微服务架构,里面包含:内容服务,媒资服务,验证码服务,认证服务等…………,现在后端逻辑已经实现完成,功能测试也已经完成,自动化测试正在准备中,我们现在进行压力测试
首先压力测试,我们先考虑哪些功能是会被大量请求的,比如一些后台配置的功能是不太可能会被大量用户使用的,所以我们主要去压测用户常用的功能,比如用户登录,验证码服务,用户登录到门户页面查询课程信息的服务
下面我们开始使用 jmeter 进行压测:
1、获取课程发布信息的接口

首先,先创建线程组,每隔 1s 创建 1个线程,循环 200 次,那么总的样本数就是 4w,我们看一下 TPS(吞吐量)


可以看到吞吐量是 1k 多,还是比较可观的,这里的吞吐量和你本地开的服务数有关,我们可以通过关闭本地一些服务提升吞吐量,同时吞吐量也证明了我们代码的性能,我们可以优化代码,来看吞吐量是否可以上涨
优化的方式:比如需要从数据库查到的数据,我们可以去缓存中去查。日志的级别也可以优化,减少日志的输出量也可以优化代码的性能
2、用户登录服务:

请求验证码服务:

查看吞吐量:800 多还算可以

3、登录服务

请求登录服务:

查看吞吐量:

以上就是几个可能较大用户量请求的页面,进行了压测
文章介绍了在完成分布式微服务架构的后端逻辑和功能测试后,进行的压力测试过程。重点对用户登录、验证码服务以及获取课程信息等高流量功能使用JMeter进行压测,观察并优化吞吐量。提到的优化策略包括利用缓存和调整日志级别来提升性能。
9025

被折叠的 条评论
为什么被折叠?



