【问题标题】:Detect django testing mode检测django测试模式
【发布时间】:2011-10-20 21:13:09
【问题描述】:

我正在编写一个可重用的 django 应用程序,我需要确保它的模型仅在应用程序处于测试模式时同步。我尝试使用自定义的 DjangoTestRunner,但没有找到如何执行此操作的示例(文档仅显示了如何定义自定义测试运行程序)。

那么,有人知道怎么做吗?

编辑

这是我的做法:

#in settings.py
import sys
TEST = 'test' in sys.argv

希望对你有帮助。

【问题讨论】:

  • 免责声明:我来这里是因为我有同样的要求。但是,我只想指出,在运行测试时让您的代码表现不同是一个真正的双重否定。您希望尽可能以实际工作方式测试代码。

标签: django unit-testing django-testing


【解决方案1】:

我认为这里提供的答案https://stackoverflow.com/a/7651002/465673 是一种更简洁的方式:

把它放在你的 settings.py 中:

import sys

TESTING = sys.argv[1:2] == ['test']

【讨论】:

  • 今天我采用了类似的方法:TEST = 'test' in sys.argv 效果相同,但阅读起来更清晰:-)
  • @jjmaestro 有什么理由不写TESTING = sys.argv[1] == 'test'。我认为它完全一样,更简单
  • @glarrain:使用切片(如[1:2])意味着如果通过更改sys.argv 中的元素少于两个,则不会出现索引越界错误。
  • @HerberthAmaral,您在第一条评论中的建议应该会自行成为答案。
  • 当其他东西正在运行测试时不起作用,比如 django jenkins。
【解决方案2】:

选择的答案是一个巨大的 hack。 :)

创建您自己的 TestSuiteRunner 子类并更改设置或为您的应用程序的其余部分执行您需要做的任何其他事情是一个不太大规模的 hack。您在设置中指定测试运行器:

TEST_RUNNER = 'your.project.MyTestSuiteRunner'

一般来说,您不想这样做,但如果您绝对需要它,它会起作用。

from django.conf import settings
from django.test.simple import DjangoTestSuiteRunner

class MyTestSuiteRunner(DjangoTestSuiteRunner):
    def __init__(self, *args, **kwargs):
        settings.IM_IN_TEST_MODE = True
        super(MyTestSuiteRunner, self).__init__(*args, **kwargs)

注意:从 Django 1.8 开始,DjangoTestSuiteRunner 已被弃用。 你应该改用DiscoverRunner

from django.conf import settings
from django.test.runner import DiscoverRunner


class MyTestSuiteRunner(DiscoverRunner):
    def __init__(self, *args, **kwargs):
        settings.IM_IN_TEST_MODE = True
        super(MyTestSuiteRunner, self).__init__(*args, **kwargs)

【讨论】:

  • 这应该可以解决问题,但我完全赞成更简单的解决方案:-)
  • 我喜欢这种方法,但请注意,此代码将在您的其他代码导入后运行。因此,如果您需要检测模块级代码中的条件,这是行不通的。
  • Django 文档强烈反对修改django.conf.settings,请参阅:docs.djangoproject.com/en/1.11/topics/settings/…
  • 选择的答案是一个巨大的黑客攻击但也是如此!
  • 这是我在生产代码中发现的一个巨大的 hack,但我认为它对于调用 python、调用测试和/或将 manage.py test 换成诸如pytest.
【解决方案3】:

不太确定您的用例,但我见过的一种检测测试套件何时运行的方法是检查django.core.mail 是否具有outbox 属性,例如:

from django.core import mail

if hasattr(mail, 'outbox'):
    # We are in test mode!
    pass
else:
    # Not in test mode...
    pass

此属性由 Django 测试运行程序在 setup_test_environment 中添加,并在 teardown_test_environment 中删除。你可以在这里查看来源:https://code.djangoproject.com/browser/django/trunk/django/test/utils.py

编辑:如果您只想为测试定义模型,那么您应该查看Django ticket #7835,尤其是comment #24,其中的一部分如下所示:

显然,您可以直接在您的 tests.py 中简单地定义模型。 Syncdb 从不导入 tests.py,因此这些模型不会同步到 正常的数据库,但它们会同步到测试数据库,并且可以 用于测试。

【讨论】:

  • 这不是通常的方式。但我认为它会起作用。我已经在 django 的核心中看到了这段代码,但我认为它会有一个更“具体”的解决方案。关于用例:我正在编写的应用程序使用了一些模型和表单字段的变体。因此,我需要模型仅在测试模式下工作才能获得良好的测试覆盖率;该应用程序是开源的,您可以在此处查看:github.com/herberthamaral/django-jqgrid
  • 啊,是的,现在我明白你在问什么了。我已经更新了我的答案以包括处理仅测试模型。我的一个项目的测试套件中有一个类似的用例:bitbucket.org/mlavin/django-selectable
  • 非常感谢,马克。这是一个非常有用的资源,我认为它应该放在 Django 的文档中。
  • 这个比公认的答案更糟糕。仅当您不更改电子邮件后端时,它才有效。
  • 我同意这有点骇人听闻,但“它只在您不更改电子邮件后端的情况下才有效”根本不正确。 Django 的测试套件环境总是将电子邮件后端更改为使用内存中的后端,这就是它起作用的原因。见docs.djangoproject.com/en/stable/topics/testing/tools/…
【解决方案4】:

我正在使用 settings.py 覆盖。我有一个全局 settings.py,其中包含大部分内容,然后我对其进行了覆盖。每个设置文件都以:

from myproject.settings import settings

然后继续覆盖一些设置。

  • prod_settings.py - 生产设置(例如覆盖 DEBUG=False)
  • dev_settings.py - 开发设置(例如更多日志记录)
  • test_settings.py

然后我可以在基本 settings.py 中定义 UNIT_TESTS=False,并在 test_settings.py 中将其覆盖为 UNIT_TESTS=True。

然后,每当我运行命令时,我都需要决定运行哪些设置(例如DJANGO_SETTINGS_MODULE=myproject.test_settings ./manage.py test)。我喜欢这种清晰。

【讨论】:

  • 很好,很明确,我也是这样做的。您也可以进行 DJANGO_ENV=test ./manage.py 测试,并在您的代码中使用 sys.env 进行测试。
【解决方案5】:

嗯,你可以这样简单地使用环境变量:

export MYAPP_TEST=1 && python manage.py test

然后在您的settings.py 文件中:

import os

TEST = os.environ.get('MYAPP_TEST')

if TEST:
    # Do something

【讨论】:

    【解决方案6】:

    我一直在使用 Django class based settings。我使用包中的“切换器”并为testing=True 加载不同的配置/类:

    switcher.register(TestingSettings, testing=True)
    

    在我的配置中,我有一个BaseSettingsProductionSettingsDevelopmentSettingsTestingSettings 等。它们根据需要相互继承。在BaseSettings 我有IS_TESTING=False,然后在TestingSettings 我将它设置为True

    如果你保持你的类继承干净,它会很好地工作。但我发现它比 Django 开发人员通常使用的 import * 方法效果更好。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2015-09-29
      • 2016-02-26
      • 1970-01-01
      • 1970-01-01
      • 2021-01-04
      • 2021-03-09
      • 2010-09-13
      • 1970-01-01
      相关资源
      最近更新 更多