对于一个简单的Python模块来说，非常常见的目录结构似乎是将单元测试分离到它们自己的测试目录中:
new_project/
antigravity/
antigravity.py
test/
test_antigravity.py
setup.py
etc.
我的问题很简单，实际运行测试的通常方式是什么?我怀疑这对每个人来说都是显而易见的，除了我，但你不能只是从测试目录运行python test_antigravity.py，因为它的导入antigravity将失败，因为模块不在路径上。
我知道我可以修改PYTHONPATH和其他与搜索路径相关的技巧，但我不能相信这是最简单的方法——如果您是开发人员，这很好，但如果用户只是想检查测试是否通过，那么期望他们使用这种方法是不现实的。
另一种替代方法是将测试文件复制到另一个目录中，但这似乎有点愚蠢，并且没有注意到将它们放在一个单独的目录中。
那么，如果您刚刚下载源代码到我的新项目，您将如何运行单元测试?我更喜欢这样的答案:“要运行单元测试，请执行x。”
当前回答
我注意到，如果您从“src”目录运行unittest命令行接口，那么导入可以正常工作，无需修改。
python -m unittest discover -s ../test
如果你想把它放在项目目录下的批处理文件中，你可以这样做:
setlocal & cd src & python -m unittest discover -s ../test
其他回答
项目中的单元测试有setup.py文件。试一试:
python3 setup.py build
and
python3 setup.py develop --user
做配置路径之类的工作。试一试!
如果没有一些巫术，就不能从父目录导入。下面是另一种至少适用于Python 3.6的方法。
首先，创建一个包含以下内容的test/context.py文件:
import sys
import os
sys.path.insert(0, os.path.abspath(os.path.join(os.path.dirname(__file__), '..')))
然后在test/test_antigravity.py文件中导入如下内容:
import unittest
try:
import context
except ModuleNotFoundError:
import test.context
import antigravity
请注意，这个try-except子句的原因是
导入测试。当使用“python test_antigravity.py”运行时，上下文将失败 在new_project目录下使用"python -m unittest"运行时导入context失败。
通过这种诡计，他们都成功了。
现在你可以运行test目录下的所有测试文件:
$ pwd
/projects/new_project
$ python -m unittest
或者运行一个单独的测试文件:
$ cd test
$ python test_antigravity
好吧，这并不比在test_antigravity。py中包含context。py的内容漂亮多少，但也许会漂亮一点。欢迎提出建议。
以下是我的项目结构:
ProjectFolder:
- project:
- __init__.py
- item.py
- tests:
- test_item.py
我发现最好在setUp()方法中导入:
import unittest
import sys
class ItemTest(unittest.TestCase):
def setUp(self):
sys.path.insert(0, "../project")
from project import item
# further setup using this import
def test_item_props(self):
# do my assertions
if __name__ == "__main__":
unittest.main()
*nix系统(macOS, Linux)的简单解决方案;也可能是Git bash在Windows上。
PYTHONPATH=$PWD python test/test_antigravity.py
Print语句很容易工作，不像pytest test/test_antigravity.py。对于“脚本”来说，这是一种完美的方法，但对于单元测试来说却不是。
当然，我想做一个适当的自动化测试，我会考虑使用适当设置的pytest。
如果你运行“python setup.py develop”，那么包就会在路径中。但你可能不想这样做，因为你可能会感染你的系统python安装，这就是virtualenv和buildout等工具存在的原因。
