gpt4 book ai didi

测试属性的 Pythonic 方法?

转载 作者:行者123 更新时间:2023-12-04 16:45:03 28 4
gpt4 key购买 nike

我在使用 @property 装饰器为类属性编写单元测试时遇到了问题。我正在使用优秀的 py.test 包进行测试,并且肯定会更喜欢坚持使用它,因为它很容易设置固定装置。我正在为其编写单元测试的代码如下所示:

    class Foo(object):

def __init__(self, fizz, buzz, (and many more...)):
self.fizz = fizz
self.buzz = buzz
self.is_fizzing = #some function of fizz
self.is_fizz_and_buzz = fizz and buzz
...

@property
def is_bar(self):
return self.is_fizz_and_buzz and self.buzz > 5

@property
def foo_bar(self):
# Note that this property uses the property above
return self.is_bar + self.fizz

# Long list of properties that call each other

当为使用多个其他属性的属性编写单元测试时会出现问题,有时在多达四个属性的长链中。对于每个单元测试,我需要确定我需要设置哪些输入,更糟糕的是,这些输入可能与测试该特定方法的功能无关。因此,对于其中一些“属性”,我最终测试了比必要更多的案例。

我的直觉告诉我,如果这些实际上是“属性”,那么它们不应该有这么长的、涉及需要测试的计算。也许最好分离出实际的方法(使它们成为类方法)并编写调用这些类方法的新属性。

当前代码的另一个问题——如果我错了请纠正我——是每次调用属性时(并且大多数属性被调用很多)都会重新计算属性。这看起来非常低效,可以修复 like this具有新属性。

测试属性是否有意义?换句话说,属性本身应该在属性中计算还是应该只设置?像我上面描述的那样重写代码看起来很unpythonic。为什么甚至首先要有属性(property)?如果属性应该如此简单以至于不需要测试,为什么不直接在 init 中定义属性呢?

抱歉,如果这些是愚蠢的问题。我对 python 还是很陌生。

编辑/更新:是否可以(简单/pythonic)模拟对象然后对属性/属性执行测试?

最佳答案

在我看来,最简单的做法就是测试属性,例如foo_bar,作为使用它的函数成员的普通方法,例如 foo_bar.func,它是 @property 自动提供的。

对我来说,使用 pytest 和 unittest.mock,这意味着当 foo_bar 是一个普通的非属性方法时,而不是执行下面的操作:

class TestFoo:
def test_foo_bar(self):
foo_mock = mock.create_autospec(Foo)
# setup `foo_mock` however is necessary for testing
assert Foo.foo_bar(foo_mock) == some_value

我会更改最后一行来执行此操作:

        assert Foo.foo_bar.func(foo_mock) == some_value

如果您需要 stub /模拟进程中的其他属性(如 Foo.is_bar),请查看 unittest.mock.PropertyMock .

关于测试属性的 Pythonic 方法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38669361/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com