轻轻松松实现进行Python 测试模块
为了更容易实现这种Python 测试模块，避免多次复制并粘贴测试函数以及设置惟一的名称，py.test 和 nose 都支持衍生测试，它实际上是一个迭代器，然后使用它的 yield 语句并提供调用参数。
但是，之后它们都会遇到相同的情况：它们必须检查模块列表，寻找开发人员希望作为测试运行的函数和类。正如在前一篇文章中看到的，py.test 往往选择单一标准，期望使用它的所有项目都遵守这一标准；而 nose 允许更丰富的定制，但是这会牺牲行为的可预测性。
对于测试发现，也是如此：py.test 按照固定、不可变且可预测的规则检测测试模块中的测试，而 nose 采用灵活的可定制的规则。如果项目使用 nose 执行测试，就先必须阅读项目的 Python 测试模块，了解 nose 是采用通常的测试检测规则，还是采用这个项目特有的规则。
下面是 py.test 使用的过程：
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') 当 py.test 检查 Python测试模块的内部时，它收集名称以 test_ 开头的每个函数和名称以 Test 开头的每个类。无论类是否继承自 unittest.TestCase，它都会收集它们。测试函数直接运行，但是对于测试类，还必须搜索方法。类实例化之后，作为测试运行名称以 test_ 开头的所有方法。
如果测试类继承自标准的 Python unittest.TestCase 类，py.test 框架会表现出一种古怪的行为：如果类不包含 runTest() 方法，那么即使它包含几个 test_ 方法，py.test 也会抛出异常并失败。但是，如果存在 runTest() 方法，py.test 会忽略它；这个方法必须存在，py.test 才能接受这个类，但是不会运行这个方法，因为它的名称不是以 test_ 开头的。
为了纠正这种行为，可以在项目的 conttest.py 文件中或使用 -p 命令行选项激活框架的 unittest 插件：这会让 py.test 对其行为做三个更改。首先，不再只检测名称以 Test 开头的类，还会检测继承自 unittest.TestCase 的其他类。
第二，对于没有提供 runTest() 方法的 TestCase 子类，py.test 不再报告异常。第三，在类包含的测试之前和之后，以标准方式正确地运行 TestCase 子类中的所有 setUp() 和 tearDown() 方法。