性能文章>【6】性能测试平台从设计到实现-报告初步解读和平台的增强优化>

【6】性能测试平台从设计到实现-报告初步解读和平台的增强优化原创

https://a.perfma.net/img/2871132
11月前
3869218

        在构建完任务后,开始进入到执行阶段,目前我们还是以人工值守的方式来进行测试,通过观察摘要和指标的变化来确定当前的性能测试是否符合预期,是否需要提前终止测试等操作

        先来给大家看下我们的压测执行中所做的事情,在中控系统的前端页面中,我们给用户按Tab展示了本次压测任务的任务摘要,被测服务的实时监控【硬件指标及服务指标】、实时日志【被测服务的错误日志】和实时数据【引擎执行的实时数据可视化看板】,如下图所示:

        本次我们主要讲解和压力源相关的任务摘要和实时数据这两部分,首先来看下,任务摘要~

        在任务只要的Tab页下,我们给用户呈现本次任务的概要数据,包括基于用户压力模型参数,计算得出的发起的请求总数、执行市场、已完成数、待完成数等。

        其次,我们将每次请求的response以console打印日志的方式,给到用户,来对每次请求,进行查看

同样如果发生问题,我们会将错误类型的摘要显示出来~

        以数字形式呈现的摘要信息,可以宏观定性的来看变化,但是如果想要实时进行统计分析,并基于此查看趋势的话,显然数字摘要的形式不能满足我们的需求,于是,我们参考了官方提供的实时监控的方案,基于Graphite+Influxdb+Grafana的方式来做实时数据的可视化展示~,详细方法参考文末资料

 

        有了数据摘要和实时可视化报告,可以方便QA同学判定当前测试过程是否符合预期,如果不符合预期,我们可以通过手动部分停止或一次停止全部压力源的方式,来减少压力或停止任务

        最后,我们去历史任务中来查看本次任务的结果吧

        哈哈 看看我们这次任务的汇总报告

        至于具体的指标解读,且听下回分解~

参考资料:https://gatling.io/docs/gatling/guides/realtime_monitoring/

点赞收藏
分类:标签:
imath60

ASAP

请先登录,查看2条精彩评论吧
快去登录吧,你将获得
  • 浏览更多精彩评论
  • 和开发者讨论交流,共同进步

为你推荐

设计和实现的对比:4种常见堆分析器进行内存泄漏故障排除

设计和实现的对比:4种常见堆分析器进行内存泄漏故障排除

Arrivals 线程组的一点解释

Arrivals 线程组的一点解释

【全网首发】设计了一个自动归档工具

【全网首发】设计了一个自动归档工具

【全网首发】案例分享-https证书链不完整导致请求失败

【全网首发】案例分享-https证书链不完整导致请求失败

【全网首发】抛砖系列之redis监控命令

【全网首发】抛砖系列之redis监控命令

一个jsqlparse+git做的小工具帮我节省时间摸鱼

一个jsqlparse+git做的小工具帮我节省时间摸鱼

18
2