如何使用 shell 脚本进行性能测试 - 工具和技术？

Question

我有一个系统，为了性能测试，我必须对其施加负载。 一些负载可以通过 HTTP 上的 LoadRunner 创建。

但是，为了为系统生成实际负载，我还需要使用命令行工具模拟用户，该工具使用非 HTTP 协议*与服务器通信。

*编辑：实际上它是 HTTP，但供应商已告知我们，录制/脚本和重放并不容易。 因此，我们只能使用 CLI 工具调用它。

我的限制是没有 LoadRunner 的许可证来执行此操作，也没有时间提交案例以获得许可证。

因此，我想知道是否有一个工具可以用来控制一组 shell 脚本（它需要在 Solaris 上运行）的并发执行，这些脚本将作为我的事务。 理想情况下，它将能够根据预定的时间表逐渐增加。

我环顾四周，不知道 JMeter 是否会成功。 它似乎非常面向网络。

Answer 1

您可以使用波纹管脚本触发 HTTP/S 请求的负载测试，

#!/bin/bash

#define variables

set -x # run in debug mode
DURATION=60 # how long should load be applied ? - in seconds
TPS=20 # number of requests per second
end=$((SECONDS+$DURATION))
#start load
while [ $SECONDS -lt $end ];
do
        for ((i=1;i<=$TPS;i++)); do
                curl -X POST <url> -H 'Accept: application/json' -H 'Authorization: Bearer xxxxxxxxxxxxx' -H 'Content-Type: application/json' -d '{}' --cacert /path/to/cert/cert.crt -o /dev/null -s -w '%{time_starttransfer}\n' >> response-times.log &
        done
        sleep 1
done
wait
#end load
echo "Load test has been completed"

您可以参考此了解更多信息

Answer 2

如果您所需要的只是并行启动一堆 shell 脚本，您可以使用 fork、exec 和 sleep 在 perl 中快速创建一些您自己的脚本。

#!/usr/bin/perl

for $i (1..1000)
{   
    if (fork == 0)
    {
        exec ("script.sh");
        exit;
    }

    sleep 1;
}

Answer 3

对于任何感兴趣的人，我已经编写了一个 Java 工具来为我管理它。 它引用了几个文件来控制它的运行方式：

1) Schedules File - 定义各种命名的时序列表，这些时序控制顺序阶段的长度。

例如MAIN,120,120,120,120,120

这将产生一个名为MAIN的计划，它有 5 个阶段，每 120 秒长。

2) 交易文件 - 定义需要运行的交易。 每个事务都有一个名称、一个应该调用的命令、布尔控制重复、整数控制重复之间的暂停（以秒为单位）、数据文件引用、使用时间表和增量。

例如Trans1,/path/to/trans1.ksh,true,10,trans1.data.csv,MAIN,0,10,0,10,0

这将导致事务运行 trans1.ksh，在重复之间重复暂停 10 秒。 它将引用 trans1.data.csv 中的数据。 在第 1 阶段，它会将并行调用的数量增加 0，第 2 阶段将添加 10 个并行调用，第 3 阶段不添加，依此类推。 阶段时间取自名为 MAIN 的计划。

3) 数据文件 - 正如交易文件中所引用的，这将是一个带有标题的 CSV。 每行数据都将传递给事务的后续调用。

例如

HOSTNAME,USERNAME,PASSWORD
server1,jimmy,password123
server1,rodney,ILoveHorses

这些通过环境变量（例如PASSWORD=ILoveHorses ）传递给事务脚本，有点笨拙，但可行。

我的 Java 只是解析配置文件，为每个事务设置一个管理器线程，它本身负责根据配置设置和启动执行程序线程。 管理器负责线性地添加执行器，以免使其完全过载。

当它运行时，它只是每秒报告每个事务正在运行的工作人员数量以及它处于哪个阶段。

这是一个有趣的小周末项目，它肯定没有负载运行器，而且我确信其中存在一些我目前完全没有意识到的巨大缺陷，但它似乎还可以。

所以总而言之，这里的答案是“滚你自己的”。