真实世界中的 Rails，第 4 部分: Ruby on Rails 中的测试策略 - The Diigo Meta page

• 17 Sep 08
  

  A. D.

  rails test 5stars

  • 很多开发人员对 stub 和 mock 这两个概念都不是很清楚，很容易混淆。stub 即是用更简单的实现代替真实世界中的实现。在清单 4 中的这个 stub 就用一个简单的替代物代替了我们的整个登录系统。stub 的作用就是模拟真实世界。mock 则不同，mock 对象更像一个测量工具，可以测量应用程序使用接口的方式。我在本文后面的部分将会更详细地讨论 stub 并会给出一些示例。

  • 如果说 stub 提供了一个简化的真实世界模拟，那么 mock 可以做更多。有时，简单的模拟真实世界还不够。在测试时，需要确保代码能正确使用 API。例如，您可能会想要验证本地数据库应用程序是否打开了连接、执行了查询，并随后关闭了此连接。您也会想要验证控制器是否在一个模型对象上实际调用了 save。所以，mock 对象必须建立预期和行为。 

     

    Rails 有至少有 3 个 mock 库可用：Mocha、FlexMock 和 RSpec。
  • 一个好处是速度：测试用例根本不会触及数据库。另一个好处是独立性。要测试的代码被完全限制在控制层。缺点也很明显。测试用例变得异常复杂。一旦更改模型的行为，就不得不进行连锁更改，因为必须要更改模型对象和围绕这些模型的测试用例。这样做，测试用例很容易遗漏至关重要的内容。增加单一验证可能会在完全没被觉察的情况下破坏重要的场景。出于这个原因，我们没有为 ChangingThePresent mock 模型对象类。我们只把 mock 处理限制在外部的接口，比如到第三方的 Web 服务或网络服务。

  • 几年前，围绕测试展开的一些有趣辩论似乎是解决了自动测试好与坏的问题。现在的辩论则愈加有意思： 

     
     
    • 所有测试是否应该全部受数据库支撑，是否应使用 mock 和 stub 来隔离功能测试？
     
    • 100% 覆盖率是否现实？
     
    • 内存测试所带来的额外速度提高可否抵消额外风险？

  2 more annotations...

Would you like to comment?

Join Diigo for a free account, or sign in if you are already a member.