frameworks - 设计压力测试框架

Question

我对一个非常大的产品(想想操作系统大小)进行了某种集成/压力测试，最近我和我的团队一直在讨论更好地组织测试工作负载的方法。到目前为止，我们一直满足于将所有(自定义)工作负载应用程序置于一系列批处理类型的作业中，每个作业代表一次压力测试运行。现在我们正处于平均测试运行涉及跨越 13 个系统运行的 100 个以上工作负载的地步，我们认为是时候构建更高级的东西了。

我已经看到很多关于单元测试框架的内容，但对于更高级别的压力类型测试却很少。有没有人知道解决管理大量工作负载问题的常见(或不常见)方法？

现在，我们希望保留每个单独工作负载的数据库，并提供一个前端，根据我们在特定日期需要的压力类型将它们混合和匹配到测试包中，但我们没有任何示例做更高级的事情的最佳方法，比如对每个单独的工作负载对系统施加的压力进行排序。

我的大型产品压力测试人员在做什么？对我们来说，一些手工编写的脚本不会再削减它了。

Answer 1

我自己的经验最初是在带有 WCAT 的 IIS 平台上，后来是在 JMeter 和 Selenium 上。

WCAT 和 JMeter 都允许您以路线的形式浏览网站、填写表格等，并将该过程记录为脚本。然后可以单独播放脚本或模拟多个客户端和多个线程。随机播放以模拟块状和不可预测的使用等。

一旦你知道你要去哪里，脚本就可以被编辑，或者可以手工编写。 WCAT 可以让您从日志文件中回放，也可以让您模拟真实世界的使用情况。

以上两者都安装在PC或服务器上。

Selenium 是一个 FireFox 插件，但以类似的方式记录和播放脚本并允许扩展。

更难的是制定您正在测试的场景，然后设计适合它们的测试。还需要考虑与数据库和其他外部资源的交互。Expcet 需要花费大量时间查看日志文件，因此良好的图形输出是必不可少的。