如果您正在编写库或应用程序，则单元测试文件会放在哪里？

将测试文件与主应用程序代码分开是很好的选择，但是将它们放在应用程序根目录内的“ tests”子目录中是很尴尬的，因为这样会使导入要测试的模块更加困难。

这里有最佳实践吗？

#1楼

正如杰里米·坎特雷尔（Jeremy Cantrell）所述，我也倾向于将单元测试放在文件本身中，尽管我倾向于不将测试功能放在主体中，而是将所有内容放在一个文件中。

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

块。最后，将文档添加到文件中作为“示例代码”，以说明如何使用要测试的python文件。

我应该补充一点，我倾向于编写非常紧凑的模块/类。如果您的模块需要大量测试，则可以将它们放在另一个测试中，但是即使如此，我仍然要添加：

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

这使任何阅读您的源代码的人都知道在哪里可以找到测试代码。

#2楼

我们用

app/src/code.py
app/testing/code_test.py
app/docs/..

在每个测试文件中，我们在sys.path插入../src/ 。这不是最好的解决方案，但可以。我认为，如果有人想出了java中的maven之类的东西，无论您从事什么项目，它都会为您提供可以正常工作的标准约定，那就太好了。

#3楼

根据我在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打包这些库时，您可以仅打包主库模块（仅）。这有助于维护性，尤其是在敏捷环境中。

#4楼

仅1个测试文件

如果只有1个测试文件，建议将其放在顶层目录中：

module/lib/__init__.pymodule.pytest.py

在CLI中运行测试

python test.py

许多测试文件

如果有很多测试文件，请将其放在tests文件夹中：

module/lib/__init__.pymodule.pytests/test_module.pytest_module_function.py

# test_module.pyimport unittest
from lib import moduleclass TestModule(unittest.TestCase):def test_module(self):passif __name__ == '__main__':unittest.main()

在CLI中运行测试

# In top-level /module/ folder
python -m tests.test_module
python -m tests.test_module_function

使用单元测试`unittest discovery`

unittest discovery将在包文件夹中找到所有测试。

在tests/文件夹中创建__init__.py

module/lib/__init__.pymodule.pytests/__init__.pytest_module.pytest_module_function.py

在CLI中运行测试

# In top-level /module/ folder# -s, --start-directory (default current directory)
# -p, --pattern (default test*.py)python -m unittest discover

参考

pytest测试布局的良好做法
unittest

单元测试框架

鼻子
鼻子2
pytest

#5楼

我该怎么做...

资料夹结构：

project/src/code.pytests/setup.py

Setup.py指向src /作为包含我的项目模块的位置，然后运行：

setup.py develop

它将我的项目添加到站点程序包中，指向我的工作副本。要运行测试，我使用：

setup.py tests

使用我配置的任何测试运行程序。

#6楼

我建议您检查GitHub上的一些主要Python项目并获得一些想法。

当代码变大并添加更多库时，最好在具有setup.py的目录中创建一个测试文件夹，并为每种测试类型（unittest，integration等）镜像项目目录结构。

例如，如果您具有如下目录结构：

myPackage/myapp/moduleA/__init__.pymodule_A.pymoduleB/__init__.pymodule_B.py
setup.py

添加测试文件夹后，您将具有以下目录结构：

myPackage/myapp/moduleA/__init__.pymodule_A.pymoduleB/__init__.pymodule_B.py
test/unit/myapp/moduleA/module_A_test.pymoduleB/module_B_test.pyintegration/myapp/moduleA/module_A_test.pymoduleB/module_B_test.py
setup.py

许多正确编写的Python软件包都使用相同的结构。 Boto软件包就是一个很好的例子。检查https://github.com/boto/boto

#7楼

我更喜欢顶级测试目录。这确实意味着进口变得更加困难。为此，我有两个解决方案：

使用setuptools。然后，您可以将test_suite='tests.runalltests.suite'传递到setup() ，并可以简单地运行测试： python setup.py test
运行测试时设置PYTHONPATH： PYTHONPATH=. python tests/runalltests.py PYTHONPATH=. python tests/runalltests.py

M2Crypto中的代码如何支持这些东西：

http://svn.osafoundation.org/m2crypto/trunk/setup.py
http://svn.osafoundation.org/m2crypto/trunk/tests/alltests.py

如果您希望通过鼻子测试运行测试，则可能需要做一些不同的事情。

#8楼

我偶尔会检查一下测试放置的主题，大多数人每次都在库代码旁边推荐一个单独的文件夹结构，但是我发现每次参数都相同且并不那么令人信服。我最终将测试模块放在核心模块旁边。

这样做的主要原因是：重构。

当我四处移动时，我确实希望测试模块随代码一起移动。如果测试位于单独的树中，则很容易丢失测试。老实说，迟早您会得到一个完全不同的文件夹结构，例如django ， flask和许多其他文件夹。如果您不在乎，那很好。

您应该问自己的主要问题是：

我在写吗？

a）可重用的库或
b）构建项目而不是将一些半分隔的模块捆绑在一起？

如果一个：

一个单独的文件夹以及保持其结构的额外工作可能会更适合。没有人会抱怨您的测试被部署到生产环境中 。

但是，将测试与核心文件夹混合时，也可以将测试从分发中排除出去，这同样容易。把它放在setup.py中：

find_packages("src", exclude=["*.tests", "*.tests.*", "tests.*", "tests"])

如果b：

就像我们每个人一样，您可能希望您正在编写可重用的库，但是大多数时候它们的生命与项目的生命息息相关。轻松维护项目的能力应该是首要任务。

然后，如果您做得很好，并且您的模块非常适合另一个项目，则可能会将其复制（而不是分叉或制作成单独的库）复制到此新项目中，并将位于其旁边的测试移动到同一文件夹结构中与在一个单独的测试文件夹变得混乱的情况下进行测试相比，这很容易。（您可能会争辩说，一开始它不应该是一团糟，但让我们在这里变得现实）。

因此，选择仍然是您自己的选择，但我认为，通过混合测试，您可以实现与使用单独文件夹相同的所有功能，但无需花费太多精力即可保持整洁。

#9楼

我将测试与被测代码（CUT）放在同一目录中；对于foo.py ，测试将在foo_ut.py或类似版本中进行。（我调整了测试发现过程以找到这些。）

这会将测试放在目录列表中的代码旁边，从而很明显地显示了测试的存在，并使得在单独文件中的测试尽可能容易地打开。（对于命令行编辑器，请使用vim foo*并且在使用图形文件系统浏览器时，只需单击CUT文件，然后单击紧邻的测试文件。）

正如其他人指出的那样，如果需要的话，这也使得重构和提取代码以在其他地方使用变得更加容易。

我真的不喜欢将测试放在完全不同的目录树中的想法；为什么在使用CUT打开文件时，使开发人员更难以打开测试？并不是说绝大多数开发人员都非常热衷于编写或调整测试，以至于他们会忽略这样做的任何障碍，而不是以障碍为借口。（根据我的经验，情况恰恰相反；即使您使它尽可能地容易，我也知道很多开发人员都不会为编写测试而烦恼。）

#10楼

我认为没有公认的“最佳实践”。

我将测试放在应用程序代码之外的另一个目录中。然后，在运行所有测试之前，在测试运行器脚本（还执行其他一些操作）中，将主应用程序目录添加到sys.path中（允许您从任何位置导入模块）。这样，我发布时就不必从主代码中删除测试目录，从而节省了时间和精力（即使是很小的数目）。

#11楼

通常的做法是将tests目录放置在与模块/软件包相同的父目录中。因此，如果您的模块名为foo.py，则目录布局将如下所示：

parent_dir/foo.pytests/

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

无论您在哪里进行测试，我都建议您使用鼻子进行测试。鼻子会在您的目录中搜索测试。这样，您可以在组织上最有意义的地方进行测试。

#12楼

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

所以我有：

app/appfile.py
test/appfileTest.py

我必须查看进展到更大项目时的情况。

#13楼

我使用tests/目录，然后使用相对导入来导入主要应用程序模块。因此，在MyApp / tests / foo.py中，可能有：

from .. import foo

导入MyApp.foo模块。

#14楼

在C＃中，我通常将测试分成单独的程序集。

到目前为止，在Python中，我倾向于编写doctests（该测试位于函数的文档字符串中），或者将其放在if __name__ == "__main__"底部的if __name__ == "__main__"块中。

#15楼

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

有几个公认的放置test_module.py地方：

与module.py在同一目录中。
在../tests/test_module.py （与代码目录处于同一级别）。
在tests/test_module.py （代码目录下的一级）。

我更喜欢＃1，因为它可以轻松找到测试并将其导入。无论您使用哪种构建系统，都可以轻松配置为运行以test_开头的文件。实际上，用于测试发现的默认unittest模式是test*.py 。

#16楼

在编写名为“ foo”的程序包时，我会将单元测试放入单独的程序包“ foo_test”中。这样，模块和子软件包将与SUT软件包模块具有相同的名称。例如，在foo_test.xy中找到模块foo.xy的测试。然后，每个测试包的__init__.py文件都包含一个AllTests套件，其中包括该包的所有测试套件。 setuptools提供了一种方便的方法来指定主要测试程序包，以便在“ python setup.py开发”之后，您可以仅使用“ python setup.py test”或“ python setup.py test -s foo_test.x.SomeTestSuite”只是一个特定的套件。

#17楼

如果测试很简单，只需将它们放在docstring中-大多数适用于Python的测试框架都可以使用：

>>> import module
>>> module.method('test')
'testresult'

对于其他涉及更多的测试，我会将它们放在../tests/test_module.py或tests/test_module.py 。

#18楼

编写Pythoscope（ https://pypi.org/project/pythoscope/ ）时，我们遇到了同样的问题，该问题为Python程序生成了单元测试。在选择目录之前，我们在python列表中对测试人员进行了调查，结果有很多不同的见解。最后，我们选择将“ tests”目录放置在与源代码相同的目录中。在该目录中，我们为父目录中的每个模块生成一个测试文件。

Python单元测试去哪儿了？相关推荐

Python单元测试最佳实践
Are you ready? ↓↓↓ 今天的课程为< Python单元测试>,内容共分为三个部分:单元测试的概念.工具与方法.Coverage 统计单元测试覆盖率的工具和Mock 简化单元 ...
python单元测试mock_Python单元测试的Mock是怎么回事
单元测试什么是单元测试, 维基百科上是这么定义的: unit testing is a method by which individual units of source code, sets o ...
Python单元测试框架介绍
背景为啥把单元测试框架介绍放到这里讲,其实主要是想讲pytest框架的应用.这也是应网友的心声.其实pytest框架我以前是用在实际项目中的,只是一直没有将实践过程和经验教训沉淀下来.如今,我想还是 ...
Python单元测试--使用装饰器实现测试跳过和预期故障
Python单元测试unittest中提供了一下四种装饰器实现测试跳过和预期故障.(使用Python 2.7.13) 请查考Python手册中: https://docs.python.org/dev ...
Python单元测试框架Pyunit 的使用
Python单元测试框架Pyunit 使用示例: 1 import unittest 2 3 class Person: 4 def age(self): 5 return 34 6 def name ...
Python单元测试框架之pytest 3 -- fixtures
From: https://www.cnblogs.com/fnng/p/4769020.html Python单元测试框架之pytest -- fixtures 2015-08-29 13:05 b ...
python单元测试工具_Python的单元测试工具——unittest小结
简介 unittest是Python的内建模块,是Python单元测试的事实标准,也叫PyUnit.使用unittest之前,先了解如下几个概念: test case:测试用例,可以通过创建unite ...
Python 单元测试详解
作者:yukkizhang,腾讯 CSIG 测试工程师本文直接从常用的 Python 单元测试框架出发,分别对几种框架进行了简单的介绍和小结,然后介绍了 Mock 的框架,以及测试报告生成方式,并以 ...
python访问文件下载地址_用Python脚本去获得skydrive上文件的真实地址链接 + 提供脚本下载v2012-01-18...
之前得知微软提供的免费在线云存储空间Skydrive提供的空间大小达25GB的时候,就像其他人一样想到了可以用来存储音视频和图片,作为文件存储器,以便和别人分享文件.但是后来发现,skydrive中上 ...

Python单元测试去哪儿了？

#1楼

#2楼

#3楼

#4楼

仅1个测试文件

许多测试文件

使用单元测试`unittest discovery`

参考

单元测试框架

#5楼

#6楼

#7楼

#8楼

#9楼

#10楼

#11楼

#12楼

#13楼

#14楼

#15楼

#16楼

#17楼

#18楼

Python单元测试去哪儿了？相关推荐

最新文章

热门文章

Python单元测试去哪儿了？

#1楼

#2楼

#3楼

#4楼

仅1个测试文件

许多测试文件

使用单元测试unittest discovery

参考

单元测试框架

#5楼

#6楼

#7楼

#8楼

#9楼

#10楼

#11楼

#12楼

#13楼

#14楼

#15楼

#16楼

#17楼

#18楼

Python单元测试去哪儿了？相关推荐

最新文章

热门文章

使用单元测试`unittest discovery`