Python unittest,在本地工作,但不在远程服务器上,没有名为x的模块';x';是一个包,不能直接执行

Python unittest,在本地工作,但不在远程服务器上,没有名为x的模块';x';是一个包,不能直接执行,python,unit-testing,jenkins,module,python-unittest,Python,Unit Testing,Jenkins,Module,Python Unittest,我正在为我的Python包开发Jenkins CI/CD管道。我的项目文件层次结构如下所示: project/ - package_name - file1.py - file2.py - etc... - tests - unit - __main__.py - __init__.py - test1.py - test2.py 所有单元测试(我使用的是unittest)都是使用单个命令运行的 python-m测试.unit 通过添加以下内容的

我正在为我的Python包开发Jenkins CI/CD管道。我的项目文件层次结构如下所示:

project/
- package_name
  - file1.py
  - file2.py
  - etc...
- tests
  - unit
    - __main__.py
    - __init__.py
    - test1.py
    - test2.py
所有单元测试(我使用的是
unittest
)都是使用单个命令运行的

python-m测试.unit

通过添加以下内容的
\uuuu init\uuuu.py

内容

import os
os.chdir(os.path.dirname(os.path.abspath(__file__)))
import unittest
import sys

sys.path.append('../..')

loader = unittest.TestLoader()
start_dir = '.'
suite = loader.discover(start_dir)
runner = unittest.TextTestRunner(verbosity=2).run(suite)
\uuuu main\uuuu.py
,看起来像这样

内容

import os
os.chdir(os.path.dirname(os.path.abspath(__file__)))
import unittest
import sys

sys.path.append('../..')

loader = unittest.TestLoader()
start_dir = '.'
suite = loader.discover(start_dir)
runner = unittest.TextTestRunner(verbosity=2).run(suite)
首先,路径更改为
/tests/unit
。然后,将顶层目录添加到导入路径,以便在测试中导入包。这在我的个人笔记本电脑(python 3.6.4)上按预期工作(即,所有REST都是通过在项目目录顶部运行
python-m test.unit
来执行的)

但是,当我在远程Jenkins服务器上使用相同的技巧时(也使用Python 3.6.4),我会得到以下错误:

no module named test.unit.__main__; 'test.unit' is a package and cannot be directly executed
No module named tests.unit.__main__; 'tests.unit' is a package and cannot be directly executed
我已经研究过这个问题,但提议的解决方案似乎都不适用于我的情况

如何修改代码以在
unittest
中创建一个测试套件,该套件在本地和远程运行时不会出现任何问题

编辑
我试图修改
PYTHONPATH
变量,但没有成功

我可以使用以下命令运行测试:

python-m单元测试发现
您不应该仅仅为了运行测试而运行
os.chdir
或附加到
sys.path

我复制了您的项目结构,如下所示:

.
├── package
│   └── module.py
└── tests
    ├── __init__.py
    └── unit
        ├── __init__.py
        └── test_module.py
请注意
tests/
下的每个目录都有一个
\uuuu init\uuuu.py
文件,该文件实际上是空的。它只需要存在。它的存在使该目录成为一个模块。有关更多用例,请阅读本文

您不需要
\uuuu main\uuuu.py
。这适用于希望从命令行运行
python3-m包的情况(而不是
python3包/module.py
或类似的情况)。看这个

在这种情况下,unittest只需要test dirs中的
\uuu init\uuuu.py
文件就可以正常工作

同样重要的是,每个测试文件的名称都以
test\uu
开头,因为这是unittest寻找的命名约定

作为参考,
module.py
的内容如下所示:

.
├── package
│   └── module.py
└── tests
    ├── __init__.py
    └── unit
        ├── __init__.py
        └── test_module.py
def方法():
返回真值
test_module.py
的内容如下所示:

.
├── package
│   └── module.py
└── tests
    ├── __init__.py
    └── unit
        ├── __init__.py
        └── test_module.py
来自package.module导入方法
从unittest导入TestCase
类TestMethod(TestCase):
def测试方法(自身):
self.assertTrue(方法())
对代码进行这些修改将允许您在unittest中运行测试套件,而不会在本地和远程出现任何问题。

1。为什么它不起作用? 1.1. 关于
python-m
\uuuu main\uuuuu.py
当您运行
python-m tests.unit
时,python解释器将运行的代码如下

tests.__init__.py
tests.unit.__init__.py
tests.unit.__main__.py
1.2. 再现错误 现在,如果删除
\uuuu main\uuuuu.py
,将出现以下错误:

no module named test.unit.__main__; 'test.unit' is a package and cannot be directly executed
No module named tests.unit.__main__; 'tests.unit' is a package and cannot be directly executed
这与您收到的信息几乎相同。如果在
sys.path
中有一个文件夹,其中包含名为
test
的文件夹,其结构如下(注意:
test
-文件夹不在prular中,并且没有uuuu main\uuuuu.py!)

并运行命令

python -m test.unit
python解释器尝试运行的是

test.__init__.py
test.unit.__init__.py
test.unit.__main__.py <-- missing!
这是您收到的错误消息。因此,产生错误消息的原因很可能是,您在
sys.path
目录中的某个地方有一个名为
test
的目录,其结构如上所示,您正试图调用
python-m test.unit
而不是
python-m tests.unit

2.如何让它工作?
  • 删除
    os.chdir
    sys.path.append
    您在
    \uuu init\uuuuuuuuuuuuuuuuuuuuuupy
    \uuuuuuuuu main\uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu。至少,PythonUnitTest不需要它们来工作
  • 使用中显示的模式创建unittests(通过子类化unittest.TestCase)
  • 通过运行单元测试

如果您使用的是unittest,那么只需运行
python-m unittest discover
。您不需要
\uuuu main\uuuuu.py
。看。你也可以删除
\uuuu init\uuuu.py
的内容。@mark\s它确实有init文件,这个包是一个合法的Python包。我还不熟悉Jenkins,问这个问题我觉得有点傻,但是远程服务器在运行你的代码时没有默认使用Python 2.7,是吗?谷歌对您的错误消息的一些响应将其与Python 2.x版关联。@mark_这两个系统(3.6.4,本地和远程)中的Python版本相同。您确定问题不是由
Python-m test.unit
vs
Python-m tests.unit
打字错误(注意单字母差异)引起的吗?至少你的问题文本表明可能是这样的。如果您的问题中有输入错误,请编辑它,我将删除我的评论。谢谢您的输入。我更感兴趣的是了解为什么将测试作为模块导入在一个地方工作,而不是在另一个地方工作。