问题标签 [stress-testing]

我们需要对我们托管的网站的密码保护部分进行压力测试。什么工具（付费或免费）最适合我们使用？

我们希望能够创建几个“脚本”，然后让压力测试模拟 X 个用户。每个脚本都会让我们以特定用户身份登录，然后单击一些链接并提交表单以模拟实际用户。

理想情况下，该软件还将创建一些不错的数据导出/图表。

该服务器是一个 linux web 服务器，但我们可以在 Linux 或 Windows 上运行它；将在这些操作系统上运行的软件都很好。

我如何记录 Web 服务器日志文件并重播记录的服务器日志，以便我以后可以运行日志并检查 sql server 上的负载。

前任。sql server 上的请求数和响应数

您如何在 ac# 单元测试中模拟/压力测试大约 100 个访问给定共享资源（例如数据库）的用户？

客户有一个硬件——它做什么并不重要。其中 150 台可以连接到 PC，最多 150 台 PC 可以连接到单个服务器。这些是他的数字，我不确定是否要查询它们。

在他的住所，他有一个很大的房间，墙上安装了 150 个硬件设备 - 测试包括很多人试图同时按下按钮。

他已经看到了曙光，并希望有一个软件模拟。那么，如何最好地进行呢？

我想是自动化的、基于脚本的测试。他的人用 C 编写代码，所以我可能会用 C++ 进行测试并使用 CPPunit。

单台测试 PC 能否模拟 150x150 的硬件欺骗？假设这取决于他们发送多少流量。

我应该对其进行参数化，以驱动要模拟多少个单元，它们应该执行哪些操作等？

我应该在顶部添加一个 GUI 来给管理层留下深刻印象吗？我可以用滑块控制模拟单元的数量，在直方图上显示系统负载 - 你低，图片......管理......

对这种事情有什么建议吗？明白了吗？好的网址，书籍？

我知道这听起来可能含糊不清，但我确信这类事情有一些一般性的指导方针。

我如何配置 Visual Studio 的测试项目以使用所有 CPU 的内核。

当我运行测试时，我可以在性能指标上看到只有一个内核正在使用（100%），其余 7 个内核未使用。

我在测试项目中有一个调用统一测试的负载测试。

我设置了 200 个用户来调用一个方法。但我需要使用所有核心。

有哪些好的自动化工具用于负载测试（压力测试）Web 应用程序，它们不使用 HTTP 网络数据包的记录和重放？

我知道市场上有许多负载测试工具可以记录和重放 HTTP 网络数据包。但这些不适合我的目的，因为：

• HTTP 数据包格式在我们的应用程序中经常变化（例如，当我们优化 AJAX 调用时）。我们不想仅仅因为 HTTP 数据包格式有细微的变化就调整所有的测试脚本。

• 我们的测试团队不需要知道任何关于我们应用程序的内部信息来编写他们的测试脚本。然而，重放 HTTP 数据包的工具要求团队了解 HTTP 请求和响应的格式，以便他们能够调整重放 HTTP 数据包的详细信息（例如用户名）。

我正在寻找的自动化负载测试工具应该能够让测试团队编写“黑盒”测试脚本，例如：

• 在 URL http://...调用网页。
• 首先，在文本字段XXX中输入XXX。
• 然后，按下按钮XXX。
• 等到收到来自 Web 服务器的响应。
• 验证文本字段XXX现在是否包含文本XXX。

该工具应该能够模拟多达 1000 个用户，并且应该与使用 ASP.NET 和 AJAX 的 Web 应用程序兼容。

我们目前有一个具有 20 个 SOA 服务的系统，并且有一个主 mysql 数据库和 2 个从节点。我们目前在数据库中有 10 GB 的数据。我们有一个要求，其中表中的数据将显着增加。我们希望在继续实施之前对系统进行压力测试。什么样的压力测试对这种分布式环境有意义？

此外，在执行压力测试时，我可以查看延迟和指标，例如为 90% 的服务请求提供服务的延迟是多少。还有其他好的服务指标吗？我应该寻找 mysql 数据库的哪些指标？

谢谢

我想每晚从我们的构建服务器开始设置性能测试。

我已经开始使用 OpenSTA 来处理测试脚本和负载生成，但是如果没有人在计算机上登录，OpenSTA 就无法运行负载。我宁愿让它作为 Windows 服务运行，这样即使计算机已经重新启动，测试也能运行。有人将 OpenSTA 作为 Windows 服务运行吗？

我的目标是在我们的 ci 构建源上运行负载测试并收集性能计数器，并有趋势以及早通知我们性能问题。

我们有带有 REST 接口的网络应用程序。有什么工具可以测试吗？

有人对 Web 应用程序测试框架有很好的经验吗？我们正在为我们的用 C#、ASP.NET 等编写的应用程序选择一个，但框架可以是任何东西（当然，除非选择一个用 C# 编写的有帮助）。

应用程序是分布式的。我们想要的（理想情况下）是：

1. 可以从测试单个组件（~单元测试）扩展到更大的部分，再到整个系统。
2. 可以收集时间戳日志、测量值等并在问题发生时帮助放大问题的东西。
3. 不同技能水平的开发人员可以轻松编写脚本。