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

  • Alexander Olaru
  • 王丽娟

2008 年 2 月 13 日

话题:Java测试语言 & 开发架构

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

在一次 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 个相关项目:GrinderstonewebFlangeGrinder Analyzer——它最终给了 Aston 从 Grinder 中移除掉 beta 标签的信心。

查看英文原文The Grinder 3.0: "The Programmer's Load Tester" Adds Scripting Support
译者简介: 王丽娟(Ivy Wang),一个快乐的程序员,持续从事 Java EE 中间件和 Java EE 企业应用的开发,关注软件架构技术;职业目标是成长为一名优秀的架构师。
Java测试语言 & 开发架构