ruby-on-rails - 向现有 Rails 项目添加测试的最佳方式？

Question

我有一个 Rails 项目，我忽略了为其构建测试(很遗憾!)，并且代码库已经变得相当大。我的一个 friend 说 RSpec 很难用，除非你从一开始就使用它。这是真的？是什么让他这么说？

那么，考虑到可用的测试套件和代码库已经存在的事实，让这个东西可测试的最佳行动方案是什么？这真的与从头开始做有很大不同吗？

Answer 1

这个问题came up recently在 RSpec 邮件列表上，我们通常给出的建议是:

• 除非您打算更改它，否则不要费心尝试将规范改造为现有的、有效的代码 - 这会让人筋疲力尽，而且除非代码需要更改，否则毫无意义。
• 从现在起开始为您所做的任何更改编写规范。错误修复是一个特别好的机会。
• 尝试训练自己遵守以下原则:在接触代码之前，首先编写一个失败的示例 (=spec) 以插入更改。

您可能会发现，没有由代码示例或单元测试驱动的代码设计使得编写测试或规范变得很尴尬。这也许就是你 friend 所暗示的。你几乎肯定需要学习一些关键的重构技术来打破依赖关系，这样你就可以独立于你的规范来练习每个类。 Michael Feathers 的优秀著作，Working Effectively With Legacy Code有一些很棒的 Material 可以帮助您学习这项微妙的技能。

我还鼓励您使用内置的 spec:rcov rake 任务来生成代码覆盖率统计信息。当您开始测试您的代码库时，看着这些数字上升是非常有益的。