写点什么

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

  • 2007-05-22
  • 本文字数:1631 字

    阅读完需:约 5 分钟

存在一个详细的规格规范所有 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

2007-05-22 23:001313
用户头像

发布了 150 篇内容, 共 53.6 次阅读, 收获喜欢 10 次。

关注

评论

发布
暂无评论
发现更多内容

FastAPI 快速开发 Web API 项目: 通过 SQLAlchemy 进行数据操作

宇宙之一粟

Python sqlalchemy FastApi 三周年连更

重新学习Java线程原语

码界行者

Java 线程

轻松玩转小程序,这样做让你拥有2亿用户

加入高科技仿生人

小程序 低代码 小程序制作 小程序开发

新起点!大数据分布式可视化的 DAG 任务调度系统 Taier 正式发布1.4版本

袋鼠云数栈

开源

使用体验 I 早知道 TDesign 支持 AVIF 图片压缩,我就不用为流量和格式发愁啦!

TDesign

前端 图片压缩 图片格式

Selenium测试用例如何编写

测吧(北京)科技有限公司

测试

软件测试/测试开发丨Pytest 自动化测试框架(二)

测试人

软件测试 自动化测试 测试开发 pytest

从零学习SDK(8)SDK的集成和部署

MobTech袤博科技

网络工程师经常搞混的路由策略和策略路由,两者到底有啥区别?

wljslmz

三周年连更

玩转服务器之Docker篇:10分钟学会搭建 Docker 环境

京东科技开发者

云计算 容器 Docker 镜像 企业号 4 月 PK 榜

软件测试/测试开发丨Pytest 自动化测试框架(一)

测试人

软件测试 自动化测试 测试开发 pytest

性能报告 | YMatrix 5.0 对比 Greenplum 超 12 倍性能提升,TPC-H 基准测试报告发布

YMatrix 超融合数据库

时序数据库 测试工具 数据库、

连续3天3场分享,KubeVela@KubeCon EU 2023 抢鲜看!

阿里巴巴云原生

阿里云 开源 云原生 KubeVela

白盒的测试方法

测吧(北京)科技有限公司

测试

户外led电子屏未来发展趋势

Dylan

技术 LED显示屏 户外LED显示屏

IPv6常见安全问题

穿过生命散发芬芳

ipv6 三周年连更

火山引擎 DataLeap 下 Notebook 系列文章二:技术路线解析

字节跳动数据平台

数据治理 数据研发 企业号 4 月 PK 榜

火山引擎云原生数据仓库ByteHouse技术白皮书V1.0 (Ⅳ)

字节跳动数据平台

数据导入 实时数据 实时导入 企业号 4 月 PK 榜

华为阅读发布最新进展,月活用户超1亿,大力发展精品阅读

最新动态

算法刷题-单词接龙、矩阵中的最长递增路径、Z 字形变换

共饮一杯无

数据结构 算法 三周年连更

OpenKruise V1.4 版本解读:新增 Job Sidecar Terminator 能力

阿里巴巴云原生

阿里云 开源 云原生 OpenKruise

数据中心厂商超云加入龙蜥社区,多款服务器完成与龙蜥操作系统适配

OpenAnolis小助手

开源 操作系统 龙蜥社区 CLA 长城超云

瓴羊quickbi工具免费体验30天,零基础上手企业数据更直观

对不起该用户已成仙‖

如何搭建自己的ChatGPT网站,它来了

派大星

ChatGPT

舒明:稳定支撑日高峰亿级保单交易,国泰产险的运维创新实践

OceanBase 数据库

数据库 oceanbase

Kubernetes网络策略之详解

乌龟哥哥

三周年连更

什么是全民开发?|概念、技能和优势

草料二维码

低代码 无代码

云原生时代,不可不知的基础设施即代码(IaC)

极狐GitLab

DevOps 云原生 CI/CD gitops IaC

Google SoC系列:为Ruby运行时创建RSpec规格_Ruby_Werner Schuster_InfoQ精选文章