在unittest中,我可以在一个类中设置变量,然后这个类的方法可以选择它想要使用的变量......
class test_class(unittest.TestCase):
def setUp(self):
self.varA = 1
self.varB = 2
self.varC = 3
self.modified_varA = 2
def test_1(self):
do_something_with_self.varA, self.varB
def test_2(self):
do_something_with_self_modified_varA, self.varC
所以在unittest中,很容易将一堆测试放在一起,然后在不同的方法中使用许多不同的变量(varA和varB)。在pytest中,我在conftest.py中创建了一个fixture而不是unittest中的类,就像这样......
@pytest.fixture(scope="module")
def input1():
varA = 1
varB = 2
return varA, varB
@pytest.fixture(scope="module")
def input2():
varA = 2
varC = 3
return varA, varC
我将这个input1和input2作为两个不同的函数提供给我的函数在另一个文件中(比如说test_this.py)。以下是基于上述信息的问题......
因为我不能在conftest.py中声明局部变量,因为我不能简单地导入这个文件。有没有更好的方法来声明不同的变量,可以在test_this.py中的不同函数中使用?我在实际测试这些变量时有五种不同的配置,在conftest.py中定义了许多不同的灯具,并在test_this.py的五个不同函数中使用它们作为函数参数听起来很痛苦,我宁愿回到unittest类结构,定义我的变量,挑选我想要的东西
我应该在test_this.py中声明全局变量,并按照我想要的方式在函数中使用它们吗?似乎有点不是pythonic。此变量仅由此文件中的函数使用。
假设我有test_that.py和test_them.py。如果我在这些不同的文件之间有一些共享变量,我将如何声明它们?只需在所有这些测试文件所在的目录中创建一个文件calle variables.py,并在需要时进行导入?这样我就可以将所有数据保存在一个单独的数据中。
我的印象是pytest不鼓励使用类来组织你的功能吗?我在网上看到的每一个例子,似乎都只使用了一大堆功能。什么是定义类和方法的配置,并在pytest中组织测试?
我有一个测试场景,我必须将一个函数的结果用于另一个函数。使用pytest,我有一个断言,它位于函数的末尾而不是返回,所以我将无法将此函数用作夹具。我该如何做到这一点?我知道这不是一个很好的做法,我的一个测试依赖于另一个,但有一个解决方法吗?
提前感谢您的回答。
答案 0 :(得分:21)
1)首先,您不仅可以在conftest.py中声明这些灯具,而且可以在您想要的每个python模块中声明这些灯具。您可以导入该模块。 您也可以使用与使用setUp方法相同的方式使用灯具:
@pytest.fixture(scope='class')
def input(request):
request.cls.varA = 1
request.cls.varB = 2
request.cls.varC = 3
request.cls.modified_varA = 2
@pytest.usefixtures('input')
class TestClass:
def test_1(self):
do_something_with_self.varA, self.varB
def test_2(self):
do_something_with_self_modified_varA, self.varC
或者您可以在单独的灯具中定义单独的变量:
def fixture_a():
return varA
def fixture_b():
return varB
def fixture_c():
return varC
def fixture_mod_A():
return modified_varA
或制作一个返回所有变量的灯具(为什么不呢?) 甚至可以制作间接参数化夹具,根据您的选择返回变量(非常混乱):
@pytest.fixture()
def parametrized_iput(request):
vars = {'varA': 1, 'varB': 2, 'varC': 3}
var_names = request.param
return (vars[var_name] for var_name in var_names)
@pytest.mark.parametrize('parametrized_iput', [('varA', 'varC')], indirect=True)
def test_1(parametrized_iput)
varA, varC = parametrized_iput
...
甚至你可以制作夹具工厂,它会为你动态制作夹具。当你只有5个测试和5个变量配置时,听起来很奇怪,但当你得到数百个变量时,它会很有用。
3)您可以使用cource。但我建议您不要直接导入此文件,而是使用命令行选项指向要导入的文件。在这种情况下,您可以在不更改代码的情况下使用变量共享另一个文件。
4)我在测试中使用类,因为我从nosetest迁移。我没有提到在pytest中使用类的任何问题。
5)在这种情况下,我建议你做以下事情: 拳头通过所需的动作实现功能:
def some_actions(a, b):
# some actions here
...
return c
然后在测试和夹具中使用它:
def test():
assert some_actions(1,2) == 10
@pytest.fixture()
def some_fixture():
return some_actions(1,2)
答案 1 :(得分:0)
我认为单元测试更容易阅读。对于新的测试人员,单元测试真的很容易。它开箱即用。您依赖于Python实现,但是它们不会在未来几年内更改接口。
我喜欢组织测试,每个文件最多可以进行1个测试。在那种情况下,我不依赖类...但是我从每个测试中导入类来做事。
一些网站抱怨无法进行单元测试中的颜色。我认为这是个笑话,因为我的单元测试为Jenkins和其他人创建了JUNIT输出报告。有很多很棒的工具(甚至1个文件)可以将JUNIT转换为网站,这不是测试工具的责任。
另外,有些人抱怨您需要大量代码来启动单元测试。我不同意,创建一个单元测试需要4行代码!但是Pytest需要了解所有困难的注释,这对于一个简单的Python开发人员而言是不正常的。
一个重要的原因也是单元测试将保持免费。但是,如果出于某种原因(bitbucket等)要使用pytest,则可以使用一些工具来转换测试并使代码的可读性降低。
玩得开心!