Google SoC 系列：为 Ruby 运行时创建 RSpec 规格

存在一个详细的规格规范所有 Ruby 运行时实现是很有必要的。当前，为了使 Ruby 运行时与松本行弘（Yukihiro Matsumoto，Matz）所提供的官方 Ruby 相兼容，实现者不得不核对 C 代码来了解它是怎么做的，或者如果做不到那样的话，直接问 Matz 或 Ruby 社区某某东西是如何工作的。随着越来越多的 Ruby 版本问世（JRuby、Rubinius、MS IronRuby 等等），对于一个正式规格的呼声也已经不绝于耳。如果该规格是可执行的代码而非文字说明，那更就好了。有两个 Google Soc 项目打算解决这一问题，为 Ruby 创建 RSpec 规格。 RSpec 被描述为：

RSpec 是一个框架，它为程序员提供了一个领域特定语言，使用易读的、可执行的例程，描述 Ruby 代码的行为。这些例程可以指导你的设计过程，并可以作为良好的文档和测试用例。

这有点像测试驱动开发（Test Driven Development，TDD），单元测试应在代码之前编写。实际上，RSpec 专注于描述代码的行为，并试图使这些描述尽可能地易读。Pedro Del Galle正从事“使用RSpec 覆盖Ruby 内核（Cover the core of Ruby with RSpec）”的项目，而 Florian Gross正着手于“用于 Ruby 实现的 RSpec 套件（RSpec suite for Ruby implementations）”项目。当被问到为什么会存在两个关注点类似的项目存在时，Pedro 这样解释：

我和 Florian 在互不知情的情况下提出了这两个议题。两个 GSoC 项目十分相似说明了一种现象。在 Ruby 界创建一个中心测试仓库（Repository）是个热点话题。其中笹田耕一（Sasada Koichi）或 Evan Phoenix 在其他采访中谈到了这一点。我想我们的项目正是创建这样一个中心测试仓库的好机会。我们准备同 Charles Nutter 合作，他正在主持两个有趣的项目，RubySpec 和 RubyTest。Florian 将主要精力集中在语言规格上，而我主要集中在类库规格上，但不能认为这是个非常严格的任务划分。我们将尽量使这些规格尽可能的完善和详细。

注：笹田耕一在支持一个叫做 YARV 的项目，这是一个新的 Ruby VM，最近被并入到 Ruby 1.9 分支上。 Evan Phoenix 是 Rubinius 项目背后的推动者，这是一个主要用 Ruby 编写的 Ruby 实现。

当被问到为什么选择 RSpec，Pedro 解释到：

这是个有趣的问题，RSpec 有一个很大的缺点，它没有小到让实现者可以在其 VM 上运行该框架。我们不想重新发明轮子，Rubinius 拥有一个基于 RSpec 的漂亮而成熟的测试套件，并有机制可以依赖其他的 Ruby 实现运该测试。我所理解的测试不仅是一个避免错误的开发者工具，也是一个“活生生的文档（Living Document）”的良好来源。

为 Ruby 这样的系统创建一个规格说明，其工作量是很大的。Pedro 详细说明了他和 Florian 计划将怎么解决这个问题，以及哪里是挑战所在：

我们将设法专注于核心基础架构、以及 Ruby 1.8.6 里的核心语言规格和核心类库规格。这样看我们做得如何了。优先去建立一个高质量规格说明，尽量避免边界情况的漏洞。我想，这是一个长期的项目，我们不可能在 SoC 计划的时间内满足所有这些要点。现在我们正在划分什么是重要的问题以及什么是我们优先要解决的问题。设法避免规格里的漏洞在软件系统里总是一个难题，当该系统是一种语言时困难更大，其可能性范围及边界情况也是非常多的。因此我认为面临的挑战是做出好的分析，覆盖面尽可能的完善和详细。我的指导者（John Hornbeck）将是一个很重要的角色。

为 Ruby 创建规格是一个庞大的任务，伸出援助之手总是有帮助的。Pedro 指出感兴趣的人可以以该项目的Wiki 作为起点，对 RubySpec 和 RubyTest 项目也是如此。 Pedro 的 Blog 也是一个好的信息来源。

查看英文原文： Google SoC Series: Creating RSpec specs for Ruby runtimes

译者简介：宋玮，多年软件开发经验，从 2002 年开始就使用 Java，在各个项目开发过程中先后使用过 Struts、Oracle ADF、AspectJ 等。最近正在使用 Spring 及 Ruby on Rails，对敏捷方法有比较大的兴趣并做过一些尝试。他的 blog 为 http://www.donews.net/victorsong 。为 InfoQ 中文站贡献内容，请邮件至 china-editorial[at]infoq.com 。