我的 Rails 应用程序外部端点集成测试的良好实践？

发布于 2024-09-16 02:27:37 字数 369 浏览 7 评论 0原文

我会长话短说，我有一个 Rails 应用程序，它可以与其他应用程序通信，其中一些使用 SOAP（当然是非 Rails 应用程序......），而其他应用程序则使用 REST。我正在进行集成测试，以确保我的端点包装器类具有正确的映射和设置。然而，它们默认由 rake test 执行，这使得它缓慢且脆弱。我希望经常运行单元测试，并且仅“按需”运行集成测试。你怎么做到的？

您对此类集成测试有何偏好？

您的单元测试和/或模拟有多深？
您是否在存根中复制整个 SOAP 或 REST xml 响应？
您是否创建了“外部端点”集成测试？

更新问题：如何在运行 rake test 时排除测试目录？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

金橙橙 2024-09-23 02:27:37

如果您遵循 Rspec/Cucumber 人员的建议，那么集成测试级别不适合模拟您的数据，因为在某些方面，它违背了集成/验收测试的目的。但是，您必须模拟贝宝交易之类的东西，对吗？在我当前的项目中，我面临很多这样的问题，以下是我正在实施的一些解决方案：

标记在某些情况下不起作用的测试。在我的示例中，许多服务器位于防火墙后面，因此如果我在家并且不使用 VPN，我的测试就不会通过。因此，在 Cucumber 中，我可以将它们标记为 @firewall 并告诉它运行未标记为防火墙的测试。我很确定 Rspec 2.0 也支持此功能。
模拟服务请求。是的，这可能是一个坏主意，但我不知道如何以任何可预测的方式做到这一点。我有一个单独的测试套件来确认服务正在运行，并且从我的 Rails 应用程序中，我假设它们工作正常。 LDAP 就是一个例子。是的，在这种情况下，我倾向于使用真实的回应并做类似的事情。 response = double('response') ; response.expects(:data).and_returns('my xml here')
我确实认为无论系统的复杂性如何，端点测试都非常重要。我真的很喜欢 Cucumber，它为我提供了 95% 的功能测试所需的内容，因此我最终编写了更少的这些测试和更多的整个工作流程测试。

回复收藏 0 原文

眼角的笑意。 2024-09-23 02:27:37

解决方案是VCR。

回复收藏 0 原文

携余温的黄昏 2024-09-23 02:27:37

只需几行代码即可解决从 rake test 中排除端点集成测试并使用 rake test:endpoints 隔离和运行它们的问题。但我不得不承认，我花了很多时间咒骂。 Railties 源中应该有更多文档和解释。在我看来，像这样的 Ruby 代码往往不是很容易解释。

好吧，事情是这样的：
创建您的任务：lib/tasks/slow_tests.rake

require 'rails/test_unit/railtie'
desc "Runs all endpoint integration tests."
namespace :test do

  #hooks on to the test task through the 'test:prepare'
  #For details, check the railties gem (v3.0+) lib/rails/test_unit/testing.rake,
  #look for "task :test" and "namespace :test"
  TestTaskWithoutDescription.new(:endpoints => 'test:prepare') do |t|
    t.libs << 'test'
    t.pattern = 'test/endpoints/**/*_test.rb'
  end
end

现在我可以将脆弱的端点集成测试放在 test/enpoints 目录中，随时运行它们（不经常）

注意：这假设是 test/unit 或应该。< /em>

Excluding endpoint integration tests from rake test and being able to isolate and run them with rake test:endpoints was solved with only a few lines of code. I have to admit though, I spent a whole lot of hours swearing and cursing. There should be more documentation and explanations in the railties source. Ruby code like that tend not to be very self-explanatory, IMO.

Well, here it goes:
create your task: lib/tasks/slow_tests.rake

require 'rails/test_unit/railtie'
desc "Runs all endpoint integration tests."
namespace :test do

  #hooks on to the test task through the 'test:prepare'
  #For details, check the railties gem (v3.0+) lib/rails/test_unit/testing.rake,
  #look for "task :test" and "namespace :test"
  TestTaskWithoutDescription.new(:endpoints => 'test:prepare') do |t|
    t.libs << 'test'
    t.pattern = 'test/endpoints/**/*_test.rb'
  end
end

Now I may put my fragile endpoint integration tests in the test/enpoints directory, running them whenever I want (not often)

Note: this supposes test/unit or shoulda.

回复收藏 0 原文