使用 Aruba 和 Bundler 测试基于 Ruby 的 CLI

Question

我有一个 RSpec 套件，运行通过 Bundler，它正在使用 Aruba 测试许多不同的命令行应用程序。它工作正常......只要被测试的命令本身不是使用 Bundler 在 Ruby 中编写的。但我无法弄清楚如何防止 RSpec 套件的捆绑器配置干扰本身使用捆绑器的命令的执行 - 至少，并非没有极端措施。

我尝试了 unset_bundler_env_vars 和 with_clean_env 的各种排列，但无济于事。这是我认为可行的技术示例：

describe 'my ruby app' do 
  before :each { unset_bundler_env_vars }
  it 'should work' do
    Bundler.with_clean_env { run_simple ruby_command_name }
  end
end

我也试过 unset_bundler_env_vars 没有 with_clean_env，反之亦然，以防它们相互干扰。没有骰子。

我让它工作的唯一方法是手动修改 Aruba 的环境副本，如下所示：

before :all do
  aruba.environment.tap do |env|
    if env.include? 'BUNDLE_ORIG_PATH' then
      env['PATH'] = env['BUNDLE_ORIG_PATH']
      %w(BUNDLE_BIN_PATH BUNDLE_GEMFILE BUNDLE_ORIG_PATH GEM_HOME RBENV_DIR
         RBENV_HOOK_PATH RUBYLIB RUBYOPT).each do |key|
        env.delete key
      end
    end
  end
end

一定有更好的方法。测试套件和被测试的命令都不应该知道或关心对方是用什么语言编写的。我使用 Aruba 和 Bundler 的测试代码不需要知道 bundle exec 如何影响进程环境的细节。

那我做错了什么？我应该怎么做？

Answer 1

看起来像 unset_bundler_env_vars is deprecated and replaced by delete_by_environment_variable which requires a string param (source).

您可以在规范中尝试 before :each { delete_environment_variable('BUNDLE_GEMFILE') }。如果这不起作用，您可能需要遍历 PATH 变量列表以删除每一个。

在弃用通知中，有一个变通办法，但我不确定它会向前发展有多脆弱。

unset_bundler_env_vars
aruba.environment.clear.update(ENV)

希望这对您有所帮助。

使用 Aruba 和 Bundler 测试基于 Ruby 的 CLI

Testing Ruby-based CLIs with Aruba and Bundler

ruby

rspec

bundler

aruba