确保super
被调用听起来很像测试实现,而不是行为,并且嘲笑被测对象无论如何都不是一个好主意。我建议只明确指定不同的代码路径
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
通过包含另一个定义它的模块来切换调用的方法。
如果您有一个C
包含模块的类M
并且N
都定义了一个方法,f
那么 in将引用最后包含的模块。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
被调用了。我仍然建议实际测试行为。