对于每一个IT行业的从业人员，无论是开发人员、项目经理、还是测试人员，掌握了Python 测试框架这们语言会使我们的编程工作更简单和更轻松，下面进行学习研究。
本文讨论三种***的测试框架如何识别和收集测试，以及它们如何支持编写完整的测试层，共享共同的 setup 和 teardown 代码。这三篇系列文章 的 ***篇文章 讨论了标准测试框架（比如 zope.testing、py.test 和 nose）给 Python 测试领域带来的革命性影响。
这些框架支持更简单的测试方法，让项目不再需要为运行测试编写和维护专门的代码。第二篇文章 讨论了这些自动化解决方案如何搜索 Python 包以识别可能包含测试的模块。本文讨论下一步，介绍框架在找到测试模块之后如何发现其中的待测试项。还讨论一些细节，比如这三种框架对共同的 setup 和 teardown 代码的支持情况。
对于 zope.testing 框架，您会发现 Zope 社区有一些有意思的现象。Zope 社区并不为解决每个问题构建大型工具。而是构建小型的功能有限的工具，这些工具能够连接在一起。目前，zope.testing 模块本身实际上根本没有提供检测测试的机制！
相反，zope.testing 让程序员自己寻找每个模块中需要运行的测试并把它们集中在一个列表中。它在每个测试模块中只寻找一个东西：test_suite() 函数，这个函数应该返回标准 unittest.TestSuite 类的实例，其中包含模块定义的测试。
使用 zope.testing 的一些程序员在 test_suite() 函数中手工地创建和维护测试列表。其他程序员通过编写定制代码发现已经定义的可用测试。但是，最有意思的方法是使用另一个 Zope 包 z3c.testsetup，它能够像其他现代 Python 测试框架一样自动地发现包中的测试。
这一现象再次说明 Zope 程序员倾向于编写小型代码块，然后使用它们构建框架，而不是编写大型的全面解决方案。z3c.testsetup 包不包含可以选择测试的命令行界面，也不包含可以显示测试结果的输出模块；它完全依靠 zope.testing 实现这些功能。
实际上，z3c.testsetup 用户一般不使用 zope.testing 的测试模块发现功能。相反，他们绕开 zope.testing 的算法。按照它的默认行为只寻找名为 test.py 的模块，然后在整个源代码树中只提供一个采用此名称的模块。在最简单的情况下，他们的 test.py 像下面这样：
- class Category(models.Model):
- id = models.AutoField('id', primary_key=True)
- name = models.CharField(maxlength=50)
- code = models.CharField(maxlength=50)
- parentCategory = models.ForeignKey('self', 'id', null=True)
- enable = models.BooleanField()
- def __str__(self):
- return self.name
- class Admin:
- list_display = ('id', 'name', 'code', 'parentCategory')
这完全不通过 zope.testing 执行测试发现任务，而是依靠Python 测试框架本身提供的更强大的发现机制。可以向 register_all_tests() 函数提供几个配置选项。详细信息请参见 z3c.testsetup 文档，这里只需要介绍它的基本行为。与本文讨论的其他框架不同，z3c.testsetup 在默认情况下不关心包中每个 Python 模块的名称，而是关注它的内容。
它检查所有模块以及包中的所有 .txt 或 .rst 文件，选择文本中指定了 :Test-Layer: 的文件。然后，它组合模块中的所有 TestCase 和文本文件中的所有 doctest 部分，形成测试套件。
***注意，Zope 测试框架只支持 UnitTest 实例或 doctest。正如本系列的***篇文章中讨论的，更现代的 Python 测试框架还支持一般的 Python 函数作为有效测试。这需要不同的测试检测算法，在下面讨论的框架中就会看到。
【编辑推荐】
