我在Chef中创建了一个非常简单的自定义资源,在该资源内部是一些简单的逻辑。有问题的逻辑会调用一些自定义辅助方法。
我可以构建资源,并将其作为配方的一部分执行 - 但是如果我想对资源本身内的行为进行单元测试以确保流程正确。因此,我希望能够模拟这些辅助函数的行为,以便我可以指导资源行为。不幸的是,我无法让它发挥作用。
我的食谱看起来像这样:
my_resource 'executing' do
action :execute
end
资源如下所示:
action :execute do
if my_helper?(node['should_be_true'])
converge_by "Updating" do
my_helper_method
end
end
end
action_class do
include CustomResource::Helpers
end
功能很简单:
module CustomResource
module Helpers
def my_helper?(should_be_true)
should_be_true
end
def my_helper_method
hidden_method
end
def hidden_method
3
end
end
end
当我尝试在ChefSpec测试中模拟这些行为时,我收到错误:
it 'executes' do
allow(CustomResource::Helpers).to receive(:my_helper?).and_return(true)
expect(CustomResource::Helpers).to receive(:my_helper_method)
expect { chef_run }.to_not raise_error
end
Failure/Error: expect(CustomResource::Helpers).to receive(:my_helper_method)
(CustomResource::Helpers).my_helper_method(*(any args))
expected: 1 time with any arguments
received: 0 times with any arguments
我的嘲笑中有什么想法我做错了吗?
提前致谢!
答案 0 :(得分:0)
鉴于ChefSpec的工作原理,遗憾的是这很困难。您需要在资源的任何实例上存根它,因为它是实际的接收者。如果您可以使用模块方法,那就更容易了。我认为你已经require_relative
了你的库文件,否则代码会以不同的方式失败。但是对于自定义资源没有办法做到这一点,因为它们是DSL-y而Ruby不能直接加载它们。最简单的选择通常是不测试这种事情。将代码放在帮助方法中,检查节点属性是否已设置,如果是,则使用该值(具体取决于具体情况),然后在测试中设置该值。虽然这很糟糕,但这也是Halite存在的原因之一。
答案 1 :(得分:0)
通过更改模拟方法来管理这项工作......这些模块函数被添加到action_class中,因此在运行时它们是资源的ActionClass的特定实例上的方法。不确定我的解决方案是否正确/理想 - 但确实有效:
include CustomResource::Helpers
<snip>
it 'executes' do
allow_any_instance_of(Chef::Resource::ActionClass).to receive(:my_helper?).and_return(true)
expect_any_instance_of(Chef::Resource::ActionClass).to receive(:my_helper_method)
expect { chef_run }.to_not raise_error
end
我确实考虑过避免'任何'模拟的实例,但后来遇到问题并放弃了 - 显然ActionClass有很多我不想担心的行为。