codegeex生成单元测试需满足三个硬性前提：项目配置（pyproject.toml或setup.cfg含[tool.pytest]）、测试依赖（pytest已安装且可运行）、函数上下文（类型注解或完整docstring），缺一不可，否则易出现import错误、命名不一致或漏异常分支。
能生成，但生成质量高度依赖你当前项目的实际配置和上下文完整性——缺 pyproject.toml 里的 [tool.pytest]、没装 pytest、函数没类型注解或 docstring，生成的测试大概率会 import 报错、命名不一致、漏异常分支。
CodeGeeX 生成失败时先查这三个硬性条件
它不是“看到函数就写测试”，而是靠静态分析项目元信息来对齐风格：
- 运行
python -m pytest --version必须成功输出版本号；若报No module named pytest，立刻在当前 Python 环境执行pip install pytest pytest-mock - 项目根目录必须存在
pyproject.toml或setup.cfg，且其中明确包含[tool.pytest]或[pytest]区块（哪怕只是空区块） - 如果用了自定义
conftest.pyfixture（比如@pytest.fixture(scope="session")），该文件必须位于tests/目录或其父级，并被 VS Code 的 Python 解释器识别（即右下角 Python 版本选择正确）
右键生成 test_ 函数名不对？检查光标位置和文件后缀
CodeGeeX 只在 .py 文件内生效，且必须将光标停在目标函数的 def 行任意位置——停在函数体里、注释行、或 .ipynb 里都无效。
- 生成的测试函数默认命名为
test_原函数名，不会加下划线或驼峰转换；若原函数叫get_user_by_id，测试就是test_get_user_by_id - 插入位置固定为当前文件末尾；若文件含
if __name__ == "__main__":，则插在它上方 - 不支持跨文件引用自动补全——比如源函数在
utils.py，你在test_utils.py里右键，它仍会往utils.py尾部插测试代码
pytest 配置缺失导致 mock 失效或 fixture 不加载
生成的测试里常带 mock.patch 或调用 tmp_path 这类 fixture，但这些行为依赖 pytest 运行时加载机制：
-
tmp_path是 pytest 内置 fixture，但只有 pytest 发现并执行测试时才注入；若你手动用python test_xxx.py运行，会报NameError: name 'tmp_path' is not defined - mock 行为是否生效，取决于测试是否由
pytest启动——VS Code 测试侧边栏点击“运行”按钮是安全的；终端敲python -m pytest tests/也 OK；但直接python test_xxx.py会跳过所有 pytest 生命周期 - 若项目用了自定义
pytest.ini设置testpaths或python_files，确保生成的测试文件名匹配规则（如默认只认test_*.py或*_test.py）
最常被忽略的是：生成动作本身不验证测试能否跑通。即使生成成功，也要立刻在 VS Code 测试侧边栏点一下“运行”，看是否报 ImportError 或 fixture not found——这才是真实可用性的第一道门槛。
