Rspec puppet 模块测试：访问包含类的自定义事实

Question

是否有用于为 puppet 模块编写规范测试的标准模式，该模式可以正确创建被测试模块包含的模块所需的自定义事实？

我有一个模块，其类包含puppetlabs/mongodb ，它使用自定义事实 ::root_home （由 puppetlabs/stdlib 创建）。

查看 mongodb 的测试代码（特别是spec_helper_local.rb ），我看到了创建 :root_home 事实以进行测试的代码。

但是，在我自己的模块中，除非我在自己的测试代码中执行某些操作来创建该事实，否则我的测试将失败并显示“评估错误：未知变量”，这是完美的，因为测试套件中没有任何内容创建该事实。

现在我可以在我的模块的 spec_helper_local.rb 文件中创建事实，但这只会将问题踢到楼上的任何将我的模块包含在他们的模块中的人。

我该如何处理？ 有没有人已经编写了递归下降到包含的模块并创建测试所需的事实的代码？

Answer 1

将自定义事实添加到您的测试套件设置中正是您应该做的。

正如您正确断言的那样，这不会帮助您模块的下游用户，但这错过了测试套件的重点：完全描述评估模块的环境。

您可以查看rspec-puppet-facts为所有测试设置默认事实（并在此过程中获得一些其他漂亮的功能）。

Answer 2

我同意，必须添加模拟来对第三方代码的使用进行实际测试是非常烦人的。 这尤其令人讨厌，因为您的测试随时可能因代码内部的变化而失败，例如，从 stdlib 中突然引入root_home事实。

我在我的spec/spec_helper.rb的顶部添加了：

if ENV.include? 'MODULEPATH'
  top_path = File.dirname(File.dirname(__FILE__))
  ENV['FACTERLIB'] = ENV['MODULEPATH'].split(/:/).map do |p|
    p.start_with?('/') ? p : File.join(top_path, p)
  end.map do |p|
    Dir.glob(File.join(p, '*/lib/facter'))
  end.flatten.join(':')
end

当 Facter 库加载时，它将遵循 FACTERLIB 环境变量并评估您环境中模块提供的所有自定义事实。

MODULEPATH的典型值在测试环境时是“design:modules”，在测试模块时是“spec/fixtures/modules”。