0

在看了几个关于 django 测试的演讲之后，我想编写自己的 TestRunner 来跳过 django 测试，并为我的测试创建更好的包结构。

问题是我们改变了项目结构，测试运行器找不到正确的路径来进行测试发现。这就是我的项目的样子：

project/
  -src/
    - project_name/
      - apps/
      - test/ # Not a good name, i know, will change it
         - some_app/

           - test_models.py
    - manage.py
    - development.db

现在，为了测试test_models.py我想这样做：

$ cd project/src/
$ python manage.py test some_app.test_models

问题是测试运行器找不到那个包（some_app）和模块（test_models.py）。如果我在测试运行程序中硬编码名称，它会改变，但我不喜欢这样做。这是我为使其工作所做的工作。

test_labels = ["%s.%s" % ("project_name.test", l)
                           for l in test_labels
                           if not l.startswith("project_name.test")]

所以，如果你这样做

$ python manage.py test some_app.test_models

它将被重写为：

$ python manage.py test project_name.test.some_app.test_models

这很好用。

我试过做sys.path.append("(...)/project_name/test)，但也没有用。

这是我的 TestRunner 的代码：

class DiscoveryDjangoTestSuiteRunner(DjangoTestSuiteRunner):
    """A test suite runner that uses unittest2 test discovery.
    It's better than the default django test runner, becouse it
    doesn't run Django tests and let you put your tests in different
    packages, modules and classes.

    To test everything in there:
        $ ./manage.py test

    To test a single package/module:

        $ ./manage.py test package
        $ ./manage.py test package.module

    To test a single class:

        $ ./manage.py test package.module.ClassName
    """
    def build_suite(self, test_labels, extra_tests=None, **kwargs):
        suite = None
        discovery_root = settings.TEST_DISCOVERY_ROOT
        if test_labels:
            # This is where I append the path
            suite = defaultTestLoader.loadTestsFromNames(test_labels)
            # if single named module has no tests, do discovery within it
            if not suite.countTestCases() and len(test_labels) == 1:
                suite = None
                discovery_root = import_module(test_labels[0]).__path__[0]

        if suite is None:
            suite = defaultTestLoader.discover(
                discovery_root,
                top_level_dir=settings.BASE_PATH,
                )

        if extra_tests:
            for test in extra_tests:
                suite.addTest(test)

        return reorder_suite(suite, (TestCase,))
4

2 回答 2

2

在您继续为您的定制投入更多时间之前TestRunner，我绝对建议您先看看django-nose。

django-noseimplements的测试运行器提供的自定义测试nose运行器非常灵活，并提供了很多运行测试的选项。它无缝覆盖默认test管理命令，并允许您在项目settings模块中配置默认​​测试选项。

我真的推荐它有几个原因：

  • 该test命令的选项已完整记录（查看输出）
  • 鼻子为测试发现提供了很多方法
  • 您的同事很可能已经是经验丰富的鼻子使用者
  • 您不必TestRunner自己编写课程
于 2012-05-04T19:45:16.160 回答
2

您的 Python 导入层次结构植根于project/src. test_models因此，您的模块的正确 Python 导入路径是project_name.test.some_app.test_models，这就是我希望作为测试标签传入的路径。

但是您不喜欢project_name.test每次要运行特定的测试模块时都输入前缀，因为您的所有测试都将位于那里。没关系：您选择引入一些隐含的非显而易见的行为以换取一些便利。sys.path为了实现这一点，您绝对不应该添加任何东西：Python 导入健全的关键是将给定代码库的导入层次结构植根于一个并且完全是一个位置；重叠的 sys.path 条目将导致问题，例如以不同名称重复导入同一模块。

实际上，您想要的只是 UI 便利，在我看来，您展示的 test-label-munging 代码是实现这种便利的明显方式。你不喜欢project_name.test硬编码前缀，但它必须在某个地方硬编码：测试运行器不可能神奇地发现你想在测试标签前面加上project_name.test. 如果您希望自己TestRunner更通用，可以将其拉出到类似BASE_TEST_MODULE或类似的设置中，并将该设置的值添加到每个测试标签中。

于 2012-05-05T22:27:35.070 回答