Brian Ford 宣布开通了 RubySpec 项目的官方网站：
该项目的目标是基于 RSpect 风格的规范（specs）为 Ruby 编程语言建立一个完整的可执行规范。这个项目一开始只是一个早期 Rubinius 开发者眼里的小火苗。后来它发展到由热心的人们贡献的超过 6900 个实例和 25600 个期望。
Ruby 语言并没有一个正式的标准来规定它的表现和性能。而且 Ruby 的实现版本越来越多，因此必然需要一个规范。在现代软件开发的精神下，可执行的规范要好于用其他形式的规范。因为它能够执行，而且几乎可以立即给出反馈。这样就很容易对一致性进行验证。
Federico Builes 和 Arthur Schreiber 两位同学正准备参加即将开始的 Google 编程之夏（Google Summer of Code）活动。他们打算对 Ruby 规范进行改进和扩展。我们访问了他们两个，谈了他们准备在这个夏天做哪些工作。
Federico Builes 是哥伦比亚大学的学生。他是两年前在寻找用什么来代替 C 时开始接触 Ruby 的。现在他正在参与 Rubinius 项目的开发。我们问了他在这次在 Google 编程之夏活动中的目标：
项目的第一部分是为一些标准库和内核库写规范（测试），包括 REXML、YAML、 Logger、Socket 和 IO。剩下的部分（由 Charles Oliver Nutter 所建议）是看一看其他 Ruby 实现版本所使用的不同的测试用例，并把它们移植到 Rubyspec 中，使我们的规范尽可能完整。
我们还问了 Federico 怎样找出缺少测试的代码：
由于我已经确定了要用的哪些库，我就直接找出这些库的文档，查看一个方法的功能，然后写出相应的规范。如果这个方法像文档所写的那样工作，就非常好。如果不是，我就去读源代码，看看到底是怎么回事。先 阅读文档而不是直接去读代码的一个好处是，你能经常看到有些东西不按照要求来工作。当我阅读 REXML 规范时，我在一天内就为一些小错误和过时的文档发了 三四个补丁。现在，他们在 Ruby 1.9 中都修补好了。由于 Rubyspec 是 MRI 的一部分，我想这类错误应该会被很快发现并修补。
另外， MSpec 是一个我们在 Rubyspec 中使用的 RSpec 复制品，它能帮你为还没有测试的库建立标志，然后你可以把它们标记成未完成、就绪、在 X 或 Y 实现版本上失败等状态。这样你就能看到一些库会在某些 Ruby 实现版本中出问题，然后着手去解决。慢慢地你就会发现测试用例覆盖了所有的改变。
19 岁的 Arthur Schreiber 来自德国，他是另一个参与此项目的学生。他从 2007 年 5 月开始接触 Rubinius，提交了许多补丁，修补了一些错误和许多文档。我们问了他同样的问题：
在这次 GSoC 活动中，我的目标是为一些 Ruby 标准库建立或者改进规范，包括 CGI、StringIO、Net、Set 以及其它一些更小的库。
我们使用的主要工具之一是 MSpec。它是一个兼容 RSpec 的 BDD 框架，是由 Rubinius 团队的 Brian Ford 开发的。MSpec 的目的是通过回避 Ruby 语言的高级特性，让未完成的实现也能运行规范。
MSpec 支持一种基本的覆盖功能，可以指出尚没有规范的方法。可是这个功能已经被去掉了，分别放进了 MSpec 和 Rubyspecs 各自的库里。Brian Ford 准备尽快把这个功能重新加进去。还有一种想法，是采用 RCov 来检查标准库的规范覆盖情况。
如果你想做一些贡献，Vladimir Sizikov 写了一篇 RubySpec 快速入门指南，讲解了入门的基本步骤。要了解该项目的详细情况，请访问 RubySpec 网站。
查看原文： The Official RubySpec Website and Its Google Summer of Code Students
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论