我有这样的情况: module Something def my_method return :some_symbol endendclass MyClass include Something def my_method if xxx? :other_symbol else super end endend 现在的问题是测试 – 我想确保从override方法调用supe
module Something
def my_method
return :some_symbol
end
end
class MyClass
include Something
def my_method
if xxx?
:other_symbol
else
super
end
end
end
现在的问题是测试 – 我想确保从override方法调用super方法并将其存根以便我可以测试方法的其他部分.如何使用RSpec模拟实现这一目标?
确保超级被调用听起来很像测试实现,而不是测试行为,并且模拟测试对象无论如何都不是一个好主意.我建议只是明确指定不同的代码路径describe "#my_method" do
it "returns :other_symbol when xxx" do
...
end
it "returns :some_symbol when not xxx" do
...
end
end
如果您有很多包含该模块的类,则可以使用共享示例来减少测试中的重复.
shared_examples_for "Something#my_method" do
it "returns :some_symbol" do
expect(subject.my_method).to eq :some_symbol
end
end
describe MyClass do
describe "#my_method" do
context "when xxx" do
subject { ... }
it "returns :other_symbol" do
expect(subject.my_method).to eq :other_symbol
end
end
context "when not xxx" do
subject { ... }
it_behaves_like "Something#my_method"
end
end
end
更新:如果你真的无法预测mixin的行为,你可以通过包含另一个定义它的模块来切换super调用的方法.
如果你有一个包含模块M和N的C类,它们都定义了方法f,那么在C#f中,super将引用最后包含的模块.
class C
include M
include N
def f
super # calls N.f because it was included last
end
end
如果将它包含在被测试对象的单例类中,那么它不会影响任何其他测试:
describe MyClass do
describe "#my_method" do
it "calls super when not xxx" do
fake_library = Module.new do
def my_method
:returned_from_super
end
end
subject.singleton_class.send :include, fake_library
expect(subject.my_method).to be :returned_from_super
end
end
end
免责声明:这实际上并没有测试mixin的工作原理,只是super调用了.我仍然会建议实际测试行为.
