9

override_settings使用装饰器时我的行为有点奇怪。当我单独运行测试时，它基本上可以工作，但如果我运行整个测试套件，它将无法工作。

在此测试中，我正在更改REST_FRAMEWORK选项，因为在运行此套件时我想设置身份验证设置，而其他测试不使用身份验证：

@override_settings(REST_FRAMEWORK=AUTH_REST_FRAMEWORK)
class AuthTestCase(TestCase):
    @classmethod
    def setUpClass(cls):
        super(AuthTestCase, cls).setUpClass()
        cls.client = Client()

    def test_i_need_login(self):
        response = client.get('/')
        self.assertEqual(response.status_code, 401)

所以如果我这样做...

$ python manage.py test myapp/tests/test_auth.py

这些设置已应用并且效果很好！

但是如果运行整个测试套件，例如：

$ python manage.py test

测试将失败。在我看来，这些设置（或某些对象）正在从其他测试中缓存。我在另一个测试文件中还有另一个类，它以类似的方式使用客户端实例。

环境： Python: 2.7 Django: 1.10

编辑：

我发现这个问题的解决方法是使用 find 来运行测试，它可以是别名或脚本...

find . -name 'test*.py' -exec python manage.py test {} \;

缺点是许多测试的输出会堆积在屏幕上，并且可能会创建/破坏测试数据库几次。除非您在使用 django-nose 时向命令中添加选项，例如 REUSE_DB。

4

1 回答 1

9

嗯，有一个关于这种情况的警告。

警告

设置文件包含一些仅在 Django 内部初始化期间参考的设置。如果您使用 override_settings 更改它们，如果您通过 django.conf.settings 模块访问它，则设置会更改，但是，Django 的内部访问它的方式不同。实际上，将 override_settings() 或 modify_settings() 与这些设置一起使用可能不会达到您期望的效果。

第一次运行测试时，您正在运行特定的测试用例，因此覆盖生效。第二次运行测试时，您正在运行整个套件，而您的特定测试用例可能不是第一个正在运行的测试用例。于是就出现了上述情况。

于 2017-01-06T04:56:28.090 回答