Grinder 3.0：“程序员的负载测试工具”添加脚本支持

根据项目网站的说法， Grinder 的 主要目标用户是“理解他们所测代码的人——Grinder 不仅仅是带有一组相关响应时间的‘黑盒’测试。由于测试过程可以进行编码——而不是简单地脚本 化，所以程序员能测试应用中内部的各个层次，而不仅仅是通过用户界面测试响应时间。”Grinder 3 的主要新功能有：

• 支持用于执行测试脚本的 Jython 脚本引擎。
• 由分开的源码和二进制压缩文件组成的新的发布包。
• HTTP 测试现在可以通过 HTTP 代理被管理，还有一些其他更改。

在一次 InfoQ 采访中，Grinder 项目领导者 Philip Aston 与 InfoQ 分享了一些关于促进新版本功能的技术决策的背景，并提供了更多的 Grinder 背景资料。Aston 首先解释了添加脚本支持的原因：

Grinder 2 广受欢迎，但是对基于属性文件的 HTTP 测试来说，它的脚本格式极为有限。我引入了动态脚本来支持 HTTP 测试脚本中的分支、循环和自定义验证。脚本语言另外一处巨大的优势是，可以直接在脚本中进行执行其他类型的测试，不需要自定义的插件。

关于为什么选定 Python 做为脚本语言，而不使用 Java、或者其它 JVM 支持的脚本语言来编写测试脚本，Aston 也给出了一些见解和背后的故事：

我避免使用 Java 做为脚本语言，是因为对于 HTTP 测试来说，Grinder 3 的一个目标是要像 Grinder 2 一样使用简单。而 Java 单独的编译周期、类路径处理等都会妨碍这一目标。尽管这样，Jython 还是可以与 Java 相当好地整合，并且 Java 代码可 以很容易地用 Jython 进行测试（参看脚本库中的多数例子）。

我 在 2001 年开始 Grinder 3 的工作，当时 Jython 和 Groovy 是 JVM 脚本阵营中的佼佼者，所以我并没必要费劲地去思考。对 Grinder 来说，Jython 已经被证实是一 个很好的选择。Python 对偶尔采用的人来说，比其它大部分语言都要简单。很多 Grinder 用户都不是 Java 专家，只想对已录制的脚本做极小的修 改。而另一方面，Python 对想在更高级情境中使用 Grinder 的开发人员来说，则是一个强大的工具；而且 Jython 允许现有的 Java 库随意地混 合在其中。

在讨论中，Aston 接着分享了 TCPProxy 相关的详细情况——TCPProxy 是一个 TCP 流中的代理进程，就像浏览器和服务器之间的 HTTP 连接一样。Aston 提到，TCPProxy 可以使用 Python 录制测试脚本，还能识别 URL 参数和表单中的动态变量。他补充说，“用户通常以 录制的脚本做为开始，然后对其进行修改，以包含 / 更改用户帐号和使用到的其它应用数据，或者与其它脚本合并来产生覆盖混合情景的负载。”一旦测试脚本建立 起来，就能通过 Grinder 控制台来管理和监控这些测试脚本。

先前版本的 grinder.properties 文件中有大量设置，版本 3 减少了对这些设置的支持，因为现在这些配置可以直接在测试脚本中进行设置。他讲解了对于为 Grinder 2 编写的那些测试脚本，值得推荐的转换之路是：

Grinder 3 有一个可以体现 Grinder 2 属性文件的脚本范例，但我还是建议重新录制测试脚本。脚本可以用 TCPProxy 重新录制，然后用与 Grinder 2 几乎一样的方式来重放脚本。在使用 Grinder 2 时，更改或扩展脚本行为的唯一方式是编写一个插件，或者在极端情况下对 Grinder 本身进行修改。而使用 Grinder 3，几乎任何情况都可以在测试脚本内部进行。

在采访的最后，Aston 提到了最近出现的 3 个相关项目： Grinderstone 、 webFlange 、 Grinder Analyzer ——它最终给了 Aston 从 Grinder 中移除掉 beta 标签的信心。

查看英文原文： http://www.infoq.com/news/2008/02/the-grinder-3 “The Grinder 3.0: “The Programmer’s Load Tester” Adds Scripting Support”">The Grinder 3.0: “The Programmer’s Load Tester” Adds Scripting Support- - - - - -

译者简介： 王丽娟（Ivy Wang），一个快乐的程序员，持续从事 Java EE 中间件和 Java EE 企业应用的开发，关注软件架构技术；职业目标是成长为一名优秀的架构师。