【发布时间】:2016-07-30 00:56:45
【问题描述】:
我在使用 @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。为什么首先要有属性?如果属性应该如此简单不需要测试,为什么不在 init 中定义属性呢?
对不起,如果这些问题很愚蠢。我对 python 还是很陌生。
编辑/更新: 是否可以(简单/pythonic)模拟对象然后对属性/属性执行测试?
【问题讨论】:
-
它有什么非 Pythonic 的?
-
为了测试的目的,在一个属性中只调用一次的方法似乎变得过于复杂,尤其是如果我对一个类中的所有 ~20 个属性都这样做,但你确实有一点.这将大大简化测试,因此可能值得..
标签: python unit-testing oop mocking pytest