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

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

https://a.perfma.net/img/2871132
5月前
3558118

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

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

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

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

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

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

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

 

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

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

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

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

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

分类:
标签:
请先登录,再评论

期待续集!

14月前
回复 六大龄童:

续集已更新~

4月前回复

为你推荐

借助Xpocket中的perf插件 了解cpu热点函数的抓取原理
本文使用了xpocket工具包的插件链接xpocket地址: [https://plugin.xpocket.perfma.com](https://plugin.xpocket.perfma.com
【0】性能测试平台从设计到实现-开篇
性能测试平台从设计到实现-开篇;从背景介绍、目标价值和特征分析三个方面,对性能测试平台的建设进行阐述
【1】性能测试平台从设计到实现-中控系统
性能测试平台从设计到实现的第二篇,中控系统,本文主要介绍了中控系统的任务管理的新建任务功能,将任务所需的各类资源按照步骤进行拆分,映射到资源管理模块下的各个子模块中,可复用,可新建【支持保存】。任务从创建到实时执行查看到执行完成回看的全过程。
【2】性能测试平台从设计到实现-中控系统之资源管理
性能测试平台从设计到实现的第三篇,中控系统之资源管理,本文主要介绍了资源管理中的四要素,即用例、数据、压力模型和执行节点。
【3】性能测试平台从设计到实现-如何玩转压测脚本
性能测试平台从设计到实现的第四篇,如何玩转压测脚本,本文主要介绍了Gatling引擎的scala脚本的常用写法,直接拿走不用谢~
【4】性能测试平台从设计到实现-玩转压测脚本之场景化压测
性能测试平台从设计到实现的第五篇,玩转压测脚本之场景化压测,本文是第四篇如何玩转脚本的姊妹篇,以春运活动为例,讲解了场景化压测脚本的编写方法
【5】性能测试平台从设计到实现-如何选择适合自己的压力模型
性能测试平台从设计到实现的第六篇,如何选择适合自己的压力模型,本文从实际业务场景出发,介绍两大类场景并发数和QPS下的压力模型构造方法,及在引擎提供的基础能力上,如果简化这部分的工作。
【6】性能测试平台从设计到实现-报告初步解读和平台的增强优化
性能测试平台从设计到实现的第七篇,报告初步解读和平台的增强优化。本文讲述了在压测中和压测结束后,针对报告的解读方法,需关注的指标以及平台所做的增强型优化功能