一种常见的做法是将测试目录放在与模块/包相同的父目录中。因此，如果你的模块名为foo.py，你的目录布局将如下所示:

parent_dir/
  foo.py
  tests/

当然，没有一种方法可以做到这一点。您还可以创建一个tests子目录，并使用绝对导入导入模块。

无论您在哪里进行测试，我都建议您使用nose来运行它们。Nose在您的目录中搜索测试。这样，您就可以把测试放在组织上最有意义的地方。

我最近开始用Python编程，所以我还没有机会找到最佳实践。 但是，我已经写了一个模块，它可以找到所有的测试并运行它们。

所以，我有:

app/
 appfile.py
test/
 appfileTest.py

当我进入更大的项目时，我得看看情况如何。

根据我用Python开发测试框架的经验，我建议将Python单元测试放在一个单独的目录中。维护对称的目录结构。这将有助于只打包核心库，而不打包单元测试。下面是通过原理图实现的。

                              <Main Package>
                               /          \
                              /            \
                            lib           tests
                            /                \
             [module1.py, module2.py,  [ut_module1.py, ut_module2.py,
              module3.py  module4.py,   ut_module3.py, ut_module.py]
              __init__.py]

通过这种方式，当您使用rpm打包这些库时，您可以只打包主库模块(仅)。这有助于可维护性，特别是在敏捷环境中。

对于文件module.py，单元测试通常应该被称为test_module.py，遵循python命名约定。

test_module.py有几个常用的存放位置:

和module.py在同一个目录下。 在../tests/test_module.py中(与代码目录处于同一级别)。 在tests/test_module.py中(代码目录下的一级)。

我更喜欢#1，因为它很容易找到测试并导入它们。无论您使用什么构建系统，都可以轻松地配置为运行以test_开头的文件。实际上，用于测试发现的默认单元测试模式是test*.py。

一种常见的做法是将测试目录放在与模块/包相同的父目录中。因此，如果你的模块名为foo.py，你的目录布局将如下所示:

parent_dir/
  foo.py
  tests/

当然，没有一种方法可以做到这一点。您还可以创建一个tests子目录，并使用绝对导入导入模块。

无论您在哪里进行测试，我都建议您使用nose来运行它们。Nose在您的目录中搜索测试。这样，您就可以把测试放在组织上最有意义的地方。

我也倾向于把我的单元测试放在文件本身中，正如Jeremy Cantrell上面所指出的，尽管我倾向于不把测试函数放在主体中，而是把所有东西都放在一个文件中

if __name__ == '__main__':
   do tests...

块。这最终会将文档添加到文件中，作为如何使用您正在测试的python文件的“示例代码”。

我应该补充一点，我倾向于编写非常紧凑的模块/类。如果你的模块需要大量的测试，你可以把它们放在另一个测试中，但即使这样，我仍然会补充:

if __name__ == '__main__':
   import tests.thisModule
   tests.thisModule.runtests

这让任何阅读源代码的人都知道到哪里去寻找测试代码。