提交者在 Ruby 社区中使用什么测试环境设置？

Question

今天，我将尽我所能设置我的测试环境和工作流程。我正在向那些对 Ruby 测试充满热情并精通 Ruby 测试的人寻求有关如何设置测试环境的实用建议。

到一天结束时（太平洋标准时间早上 6 点？）我希望能够：

1. 键入一个 1 命令来为我在 Github 上找到的任何项目运行测试套件。
2. 为任何 Github 项目运行 autotest，以便我可以分叉并做出可测试的贡献。
3. 使用 Autotest 和 Shoulda 从头开始​​构建 gem。

出于某种原因，我几乎从不为从 Github 克隆的项目运行测试。主要原因是除非他们使用 RSpec 并且有 Rake 任务来运行测试，否则我看不到这一切背后的共同模式。

我已经构建了 3 或 4 个使用 RSpec 编写测试的 gem，虽然我发现 DSL 很有趣，但它并不理想，因为它只是增加了我必须学习和记住的方法的另一层/语言。所以我要和Shouda一起去。但这不是选择哪个测试框架的问题。

所以问题是：

1. 你是什么，SO 阅读器和 Github 项目提交者，使用自动测试设置测试环境，以便每当你 git clone 一个 gem 时，你可以运行测试并 autotest-如果需要的话开发它们？
2. 写Paperclip Tests 和Authlogic Tests 的人在做什么？他们的设置是什么？

感谢您的洞察力。有大量资源描述了如何使用不同的测试框架，但几乎没有关于实际设置和工作流程的内容。寻找可以让我成为更有效的测试人员的答案。

Answer 1

最常见的约定可能是rake test、rake spec，甚至可能只是rake。

当然，毫无疑问，许多项目都会失败，尤其是那些没有测试或规范的项目。

如果存在 Rakefile，则可以解析 rake -T 的输出，然后采取行动，但实际上你无法涵盖 GitHub 上的所有项目。