Question

我有一个Python TestCase类，除了一个测试方法之外，所有测试方法都需要以相同的方式修补对象。另一种方法需要来自同一对象的一些其他行为。我正在使用mock，所以我做了：

@mock.patch('method_to_patch', mock.Mock(return_value=1))
class Tests(TestCase):

    @mock.patch('method_to_patch', mock.Mock(return_value=2))
    def test_override(self):
         (....)

但那不起作用。运行test_override时，它仍会从类装饰器调用修补后的行为。

经过大量调试后，我发现在TestSuite版本中@patch test_override周围Tests正在mock周围调用with，因此{ {1}}按顺序应用补丁，类装饰器覆盖方法装饰器。

这个订单是否正确？我期待相反的情况，我不确定如何覆盖修补...也许使用{{1}}语句？

Answer 1

嗯，事实证明，晚安睡觉和冷水淋浴让我重新思考整个问题。我对嘲讽的概念还很陌生，所以它仍然没有完全正确地沉没。

问题是，没有必要将补丁覆盖到模拟对象。这是一个模拟对象，这意味着我可以做任何事情。所以我的第一次尝试是：

@mock.patch('method_to_patch', mock.Mock(return_value=1))
class Tests(TestCase):

    def test_override(self):
         method_to_patch.return_value = 2
         (....)

这很有效，但是有改变所有后续测试的返回值的副作用。所以我试过了：

@mock.patch('method_to_patch', mock.Mock(return_value=1))
class Tests(TestCase):

    def test_override(self):
         method_to_patch.return_value = 2
         (....)
         method_to_patch.return_value = 1

它就像一个魅力。但似乎代码太多了。那么我就走上了上下文管理的道路，就像这样：

@mock.patch('method_to_patch', mock.Mock(return_value=1))
class Tests(TestCase):

    def test_override(self):
         with mock.patch('method_to_patch', mock.Mock(return_value=2):
             (....)

我觉得它看起来更清晰，更简洁。

关于patch装饰器的应用顺序，它实际上是正确的顺序。就像从下到上应用堆叠装饰器一样，应该在类装饰器之前调用方法装饰器。我想这很有意义，我只是期待相反的行为。

无论如何，我希望将来可以帮助一些可怜的新手灵魂。

覆盖Python mock的补丁装饰器

1 个答案: