问题标签 [artillery]

我有一个火炮测试，我想检查页面上的标题以确保它是正确的。我能够很好地捕捉元素

这个元素是 a span，我想检查该跨度中的文本。我已经尝试过各种组合，attr例如text, value，innerHTML并且我尝试过像这样从捕获中记录属性

这里的第一个日志打印了类似的东西，[Object: null prototype] { id: 'BodyContent_lblWelcome' }但第二个日志什么也没打印。如何在不使用正则表达式或 xpath 匹配的情况下获取节点的内容？

我正在尝试将 Artillery 配置设置为能够发送嵌套的 JSON 正文。这是我的配置的样子：

我对“属性”有疑问，因为属性的内容是：

所以基本上，这不起作用：

还有这个：

我没有在炮兵文档中找到这种特殊情况的好例子。

我想运行一个火炮测试，启动 n 个 socket.io 客户端，这些客户端都侦听来自服务器的周期性数据包。这个想法是服务器以特定间隔广播 json“帧”，我想看看客户端接收这些“帧”的速度有多快。

我在服务器上生成帧，然后将其广播给所有客户端。然后客户端有一个相同的本地帧副本，以检查它们在接收时是否相等。我这样做是为了确保数据包的完整性，因此我可以自信地使用数据包的大小和延迟来测量吞吐量。

但是，我没有得到我正在寻找的行为。这是我的服务器代码，我的火炮脚本，以及相应的帮助函数。

服务器.js

火炮测试.yml

build_frame.js

我知道我“听”帧的方式很老套。我不认为仅仅为了侦听传入帧而发出虚拟消息是要走的路，但我很想知道如何将客户端停在侦听模式下，然后每次新的时候检查传入数据的完整性数据包到达。

这是客户端启动后我的输出示例： Report @ 01:40:08(-0700) 2020-09-02 经过时间：30 分 37 秒 场景启动：0 场景完成：0 请求完成： 746 平均响应/秒：37.49 响应时间（毫秒）：最小值：1161.8 最大值：1468.1 中值：1317.1 p95：1388.5 p99：1444.4 代码：0：746

警告：高 CPU 使用率警告（pids：2056）。有关详细信息，请参阅https://artillery.io/docs/faq/#high-cpu-warnings。

会喜欢任何提示！

当尝试使用 artillery.io 运行更大规模的测试时，可能会意识到将显示高 CPU 警告。由于该技术运行一个节点进程来驱动 yaml 脚本中定义的测试场景，因此单核进程可以在 CPU 资源不足之前尝试推动如此多的吞吐量。快速谷歌搜索将带来以下结果，描述了炮兵中的一些功能，以跨多个核心分发炮兵场景，https://artillery.io/blog/artillery-20-preview-multicore，但不幸的是似乎并非如此...

我想使用 Gatling 或 Artillery 等负载测试工具加载测试 StepFunction (aws)
...即使它正在处理：因为它是异步的。

那我该如何测试我的 stepFunction ？

谢谢 ！

当我尝试运行命令时出现以下错误artillery run realtime_transcribing_test.yaml：

TypeError：无法读取 null 的属性“捕获”。

realtime_trancribing_test.yaml：

二进制payload.js：

这两个文件都放在同一个目录中。根据我目前的发现，这是炮兵抛出的一个非常通用的错误声明。我还验证了 YAML 文件的有效性。请帮助我了解我的配置问题。

我是炮兵新手并且陷入基本流程，我遇到了以下问题：-

.yml 文件：-

我正在使用以下命令运行这个 throw 终端：- artillery run test_load.yaml

在 artillery.up 上每个流可以发送的请求数量是否有限制？我的场景流程似乎在两个之后停止（一个获取和一个发布）

我曾使用 Artillery 测试 AWS API 网关中的简单 API，但这次我遇到了困难，因为 API 使用 Cognito 作为身份验证服务。我不确定如何在火炮测试的 YAML 文件中传递令牌。

如果有人有如何做到这一点的例子，我将不胜感激。

我想使用artillery.io作为压力测试工具，并想设置一个基本的压力测试。但是我所有的 url 都在身份验证墙后面（使用 Auth0），我想尝试为测试会话获取一个有效的令牌，这样我的后端就不会让我陷入 401 螺旋。炮兵文档解释说我可以使用 连接到一些生命周期事件processor，但没有解释我有哪些生命周期钩子可用。我已经设法弄清楚beforeRequest我可以使用一个钩子，但这似乎不是最优的，因为它可能会在每个请求之前运行。我的令牌至少有一个小时的有效期......

所以主要问题是；如何构建一个处理器钩子，该钩子接入 auth0 登录流程，检索一个令牌，然后可以将其存储在环境变量（或其他一些本地机制）中，以在未来由炮兵完成的请求中用作授权承载令牌？

或者，如果这是一个不好的模式，那么 auth-walls 后面的 url 的最佳做法是什么？我已经考虑过先登录，然后将令牌复制到环境变量并使用它，但这使得测试更难使用，因为它需要手动步骤。

非常感谢任何输入。