Vincent Tsao's List: Rspec Intro

• 看“测试驱动开发”这个名字，首先应该明确：与它对应的是“文档驱动开发”。它是一种开发过程，这里的测试是一个设计问题，而不是QA问题
• 在编写一段代码之前你所写的测试，不是为了确保这段代码不出错，而是为了描述你想要做的事情。当你拥有这个测试之后，持续集成会始终确保你的代码恰好是做了你想要做的事情。测试驱动开发是一种设计方法，它清晰无二义地描述你的设计，并保证设计与实现一致
• TDD是修改功能代码之前，先修改测试来表达你的实现方式，然后运行测试，fail，再修改功能代码，再运行测试，直到测试通过，则证明你的修改完成

1 more annotation...

• describe 方法提供了 RSpec 描述，您将传入测试类的名称和包含实际规范的代码块。通常，测试用例需要执行一定数量的设置工作。在 RSpec 中，将由 before 方法完成这些设置工作。您向 before 方法传递一个可选的标志和一个代码块。代码块中包含设置工作。标志确定 RSpec 执行代码块的频率。默认的标志为 :each，表示 RSpec 将在每次测试之前调用 set up 代码块。您也可以指定 :all，表示 RSpec 在执行所有测试之前只调用一次 before 代码块。您应该始终使用 :each，使各个测试彼此独立

  • The RSpec descriptions go in a describe method, and you pass in the name of the class under test and a code block that has the actual spec. Normally, test cases have a certain amount of set up work. In RSpec, you put the set up work in a before section. You pass the before method an optional symbol and a code block. The code block contains the set up work. The symbol determines how often RSpec should execute the code block. The default symbol is :each, meaning RSpec will call the set up block before each test. You can also specify :all, meaning RSpec will call the before block once before all of the tests. You should almost always use :each, to keep each test isolated and independent of the others.
• 字符串应该描述测试需求
• 这种风格的测试具有双重作用：测试实现并在测试的同时构建需求设计文档

1 more annotation...

• 编写测试和编写实现代码的思维方式有很大差别。实现代码就像狙击枪，目标明确－－通过当前失败的测试。测试代码就像轰炸机，对所有可能的目标进行地毯式轰炸，一旦有失败的测试用例，就是轰炸成功。轰炸机的弹药越充足，越便宜，轰炸成功的几率就越大。
• 如何用最廉价的方式得到最全面的测试用例呢？通过动态组合行为和边界条件，我们就可以生成所有可能的测试，从而最大限度地重用测试代码。这就是Matrix Test的思想。
   
   矩 阵测试方法是由ZenTest的作者 Ryan Davis在今年4月提出的，并且在ZenTest 3.5.0中提供了一个Test:Unit的Matrix Test实现。矩阵测试的原理是把Test Case分解成3个正交的部分－－行为，边界条件以及校验，通过矩阵来描述如何运行时生成所有可能的Test Case，从而使测试覆盖率最大化。