对于一个简单的Python模块来说，非常常见的目录结构似乎是将单元测试分离到它们自己的测试目录中:
new_project/
antigravity/
antigravity.py
test/
test_antigravity.py
setup.py
etc.
我的问题很简单，实际运行测试的通常方式是什么?我怀疑这对每个人来说都是显而易见的，除了我，但你不能只是从测试目录运行python test_antigravity.py，因为它的导入antigravity将失败，因为模块不在路径上。
我知道我可以修改PYTHONPATH和其他与搜索路径相关的技巧，但我不能相信这是最简单的方法——如果您是开发人员，这很好，但如果用户只是想检查测试是否通过，那么期望他们使用这种方法是不现实的。
另一种替代方法是将测试文件复制到另一个目录中，但这似乎有点愚蠢，并且没有注意到将它们放在一个单独的目录中。
那么，如果您刚刚下载源代码到我的新项目，您将如何运行单元测试?我更喜欢这样的答案:“要运行单元测试，请执行x。”
当前回答
*nix系统(macOS, Linux)的简单解决方案;也可能是Git bash在Windows上。
PYTHONPATH=$PWD python test/test_antigravity.py
Print语句很容易工作，不像pytest test/test_antigravity.py。对于“脚本”来说，这是一种完美的方法，但对于单元测试来说却不是。
当然，我想做一个适当的自动化测试，我会考虑使用适当设置的pytest。
其他回答
我注意到，如果您从“src”目录运行unittest命令行接口，那么导入可以正常工作，无需修改。
python -m unittest discover -s ../test
如果你想把它放在项目目录下的批处理文件中，你可以这样做:
setlocal & cd src & python -m unittest discover -s ../test
*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等工具存在的原因。
使用setup.py develop使您的工作目录成为已安装的Python环境的一部分，然后运行测试。
对于用户来说，最简单的解决方案是提供一个可执行脚本(runtests.py或类似的脚本)，该脚本引导必要的测试环境，包括(如果需要的话)将根项目目录添加到sys. py。临时道路。这并不需要用户设置环境变量，类似这样的东西在引导脚本中工作得很好:
import sys, os
sys.path.insert(0, os.path.dirname(__file__))
然后你给用户的指令可以像“python runtests.py”一样简单。
当然，如果你需要的路径确实是os.path.dirname(__file__)，那么你不需要将它添加到sys. path.dirname(__file__)。道路;Python总是将当前运行脚本的目录放在sys. exe的开头。路径，因此根据您的目录结构，将runtests.py定位到正确的位置可能就足够了。
此外，Python 2.7+中的unittest模块(在Python 2.6及更早的版本中被反向移植为unittest2)现在内置了测试发现，所以如果你想自动化测试发现，nose不再是必要的:你的用户指令可以像Python -m unittest discover一样简单。
