py.test 和 nose 中的测试发现

　　正如前一篇文章中提到的，py.test 和 nose 框架使用相似但略有差异的规则集搜索 Python 包，寻找它们认为包含测试的模块。但是，之后它们都会遇到相同的情况：它们必须检查模块列表，寻找开发人员希望作为测试运行的函数和类。

　　正如在前一篇文章中看到的，py.test 往往选择单一标准，期望使用它的所有项目都遵守这一标准；而 nose 允许更丰富的定制，但是这会牺牲行为的可预测性。对于测试发现，也是如此：py.test 按照固定、不可变且可预测的规则检测测试模块中的测试，而 nose 采用灵活的可定制的规则。如果项目使用 nose 执行测试，就先必须阅读项目的 setup.cfg 文件，了解 nose 是采用通常的测试检测规则，还是采用这个项目特有的规则。

　　下面是 py.test 使用的过程：

　　当 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() 方法。

　　尽管 nose 提供更强的定制能力，但是比较简单的测试发现过程如下：

　　当 nose 检查 Python 测试模块的内部时，它采用在选择测试模块时使用的正则表达式，收集与这个正则表达式匹配的函数和类。（在默认情况下，寻找包含单词 Test 或 test 的名称，但是可以通过命令行或配置文件提供不同的正则表达式）。

　　当 nose 检查测试类的内部时，它运行与同一正则表达式匹配的方法。

　　无须特别指定，nose 总会检测 unittest.TestCase 的子类并作为测试使用它们。但是，它会根据自己的正则表达式决定哪些方法是测试，而不使用标准的 unittest 模式 ^test。