例如在 Java 中，对一个数求绝对值用 Math.abs(-20)， 但在 Ruby 中一切皆对象，-20 这个数也是对象，所以可以这么做 -20.abs , 是不是更加形象和直观？
解释型脚本语言：无需编译，直接执行，开发周期短，调试方便。
动态性：已经定义的类可以在运行时修改。
本文的重点不是介绍 Ruby 语言本身，有兴趣的读者可以参见 参考资源 部分。
案例分析
51book
为了展示如何使用 Ruby 进行业务驱动的测试，同时又不让读者陷入到过多细节中，本文假想了一个简单的在线购书应用 ( 简称 51book)，这个应用支持如下主要功能：
1.登录 : 用户必须登录才能购买书籍。
图 1. 登录
2.浏览书籍：包括按标题搜索书籍。
图 2. 浏览和搜索书籍
3.把书籍添加到购物车中，参见 图 2 中的“Add to cart”链接。
4.改变购物车中书籍的数量，并且重新计算。
业务操作
通过上面的介绍，读者应该对 51book 有了一个简单的了解，接下来我们考虑如何进行业务驱动的测试，首先需要定义面向业务的操作，这样才能在测试用例中使用它们。 简单起见，我们定义如下业务操作：
表 1. 业务操作
领域专用语言 (Domain Specific Language)
所谓领域专用语言（domain specific language / DSL），其基本思想是“求专不求全”，不像通用目的语言那样目标范围涵盖一切软件问题， 而是专门针对某一特定问题的计算机语言。正如它的名称所宣称的那样，这种语言并不是通用的，只是专注于某个特定的“领域”， 例如 SQL 语言就是数据库的 DSL，使用 SQL 可以完成各种各样数据的操作，而不用关心底层的具体数据库实现。由于“领域专用”，你想用 SQL 来开发一个桌面应用程序是不可能的。
我们在上一节定义的 login , add_to_shop_cart , change_quantity 就是针对 51book 在线书店的 DSL。
Martin Fowler 把 DSL 分为两大类：外部 DSL 和内部 DSL。对外部 DSL 来讲，构建它需要做的是：(1) 定义面向领域的全新的语法。(2) 用某种语言编写解释器或编译器 ，由于这种语言是全新的，我们有很多工作需要做；那么对于内部 DSL 来说，我们可以选定一种灵活的语言，选取它一个语法的子集，并且利用这种语言的动态特性进行定制，这样就避免了重新打造一个全新语言的庞大工作量。
