目前从事测试开发,欢迎交流。
文章会优先更新到个人博客:https://www.ontheway.cool/
其他:
testerhome:https://testerhome.com/zailushang
CSDN:https://blog.csdn.net/u011608531
简书:https://www.jianshu.com/u/ffd338c98cde

  • 之前没有做过中台的测试。建议按照这样的顺序评估是否需要做性能:
    (1)服务是否会面对并发场景?
    (2)出现并发或高并发时,是否可以忍受服务出现性能问题,甚至崩溃?
    (3)如果不能忍受,那就必须要做性能测试了。一方面用于性能评估,另一方面可以提前暴露性能问题,避免早上线上损失。

  • 我觉得性能评估是比较必要的。但是没必要测试整个集群,可以测试集群单元和单实例性能,然后再综合考虑负载损耗,来评估大集群性能。

  • 那有可能是被平均掉的,因为图显示的是 采样周期 每个采样器的平均响应时间。

  • 还有一个关键因素,就是 Response Over Time 的采样周期控制(Group timeline values for 100 ms),当采样周期为 100ms 的时候,图中数值会更接近聚合报告,但是当采样周期为 2000ms 时,就会差距较大。

    如下图所示,前一段采样周期是 100ms,后一段采样周期是 2000ms,这样曲线上能显示的值,距离实际值,差距会较大。

  • 从官方文档来看,Response Over Time 将显示每个采样器的平均响应时间。

    关于为什么聚合报告和 Response Over Time 的最大时间不一样,我怀疑是这样的:
    聚合报告展示的数据,是全量采集数据的展示。Response Over Time 展示的数据是抽样数据。因为 Response Over Time 有这样一个设置:Limit number of points in row to 20 points.
    因为显示的数据点数限制,导致 Response Over Time 并不是显示了所有数据。

  • 厉害,我回头尝试一下,这个还真得第一次看到

  • Locust 是支持的,笔误了。
    Jmeter 的方式我理解你意思了,压力使用变量,然后 BeanShell 中修改变量,即可修改压力值。

    请教一下,测试期间,如何通过 BeanShell 远程修改变量的值?

    方便贴一下相关代码吗?学习一下,第一次见到这样的方式,长见识了。多谢多谢。

  • 快三年前 面试的 CTO,问的是一个算法题(给出思路就行),一个设计测试平台题(画出结构图)

  • 我们也做了几个版本的遍历了,觉得携程的逻辑更高效,可以看一下:Trip.com 智能自动化探索测试

  • 楼主没有试用字节开源的fastBot

目前从事测试开发,欢迎交流。
文章会优先更新到个人博客:https://www.ontheway.cool/
其他:
testerhome:https://testerhome.com/zailushang
CSDN:https://blog.csdn.net/u011608531
简书:https://www.jianshu.com/u/ffd338c98cde