Python 测试框架: 寻找要测试的模块

核心提示：Python 编程社区非常重视单元测试和功能性测试，这种风气不但有助于确保组件和应用程序最初的质量，Python 测试框架: 寻找要测试的模块，还促使程序员不断调整和改进代码，本文是讨论现代 Python 测试框架的 三篇系列文章 的第二篇，它要求每个测试文件包含样板代码，从而能够作为单独的命令运行，本系列中的 第一篇

Python 编程社区非常重视单元测试和功能性测试。这种风气不但有助于确保组件和应用程序最初的质量，还促使程序员不断调整和改进代码。

本文是讨论现代 Python 测试框架的 三篇系列文章 的第二篇。本系列中的 第一篇文章 介绍了 zope.testing、py.test 和 nose，介绍它们如何影响 Python 项目编写和维护测试的方式。本文介绍如何调用这三种框架、它们如何在项目中发现测试以及如何选择并运行测试。最后一篇文章将讨论如何通过各种报告特性让测试支持更强大的技术。

Python 测试的黑暗时代

Python 项目测试曾经是非常特殊化、个人化的活动。开发人员可能先在单独的 Python 脚本中编写每组测试。然后，编写一个名为 test_all.py 或 tests.py 的脚本，这个脚本导入并运行他的所有测试。但是，无论这个过程的自动化做得多么好，这种方式仍然是特殊化的：参与项目的每个开发人员都必须知道测试脚本放在哪里以及如何调用它们。如果某个 Python 开发人员从事十几个项目，他就必须记住十几个测试命令。

test_all.py（或项目采用的其他名称）还可能手工导入所有其他测试，这可能导致风险。如果这个集中的测试列表过时了（常常是由于开发人员添加了新的测试套件，手工运行它，但是忘了把它添加到中心脚本中），那么在 Python 包投入生产之前的最后一次测试就会遗漏许多测试。

这种无政府状态的另一个缺点是，它要求每个测试文件包含样板代码，从而能够作为单独的命令运行。如果查看 Python 文档或当今的一些 Python 项目，会看到许多这样的测试示例：

#　test_old.py　-　The　old　way　of　doing　things　
　
import　unittest　
　
class　TruthTest(unittest.TestCase):　
　　def　testTrue(self):　
　　　　assert　True　==　1　
　
　　def　testFalse(self):　
　　　　assert　False　==　0　
　
if　__name__　==　'__main__':　
unittest.main()