根本原因是未安装pytest-cov、未正确指定--cov=包名或源码路径不匹配；需先pip install pytest-cov，再用--cov=实际导入的包名（如app），并确保项目根目录下pyproject.toml配置source=["app"]。
pytest执行时没跑出覆盖率，pytest-cov没生效怎么办
根本原因通常是没装插件、没加参数，或者路径配置错。先确认是否已安装：pip install pytest-cov；再检查运行命令是否带了--cov=your_app_module（注意不是--cov=.或--cov=app.py）。Flask项目里模块名一般是你实际导入用的包名，比如app或src，不是文件名。常见错误包括：
- 写了
--cov=flask_app但代码里是import app，导致覆盖率始终为0 - 用
pytest --cov不带值，pytest会默认忽略覆盖率收集 - 测试文件和源码不在同一Python路径下，
sys.path没包含源码目录，coverage找不到模块
推荐做法：在项目根目录下建pyproject.toml，写明[tool.pytest.ini_options]并固定addopts = ["--cov=app", "--cov-report=html"]，避免每次敲长命令。
Flask测试客户端怎么初始化才不会报RuntimeError: Working outside of application context
这个错误说明你直接调用了app.test_client()但没进应用上下文。Flask 2.3+ 默认要求显式激活上下文，不能靠app.app_context()临时包裹——它只管配置，不管请求生命周期。正确方式是用app.test_client()本身配合with语句：
def test_user_list():
with app.test_client() as client:
resp = client.get("/api/users")
assert resp.status_code == 200
如果测试中需要访问current_app或g等上下文变量，且不是HTTP请求场景（比如单独测工具函数），才用app.app_context()。但接口测试99%走test_client()就够了。
立即学习“Python免费学习笔记（深入）”；
如何让@pytest.mark.parametrize覆盖不同HTTP状态码和边界参数
接口自动化测试的覆盖率瓶颈常在“只测了200，漏了400/401/500”。用@pytest.mark.parametrize必须把异常路径也列进去，不能只传正常数据。示例：
@pytest.mark.parametrize("user_id,expected_status", [
(1, 200),
(999, 404), # 不存在的ID
(-1, 422), # 参数校验失败
("abc", 422), # 类型错误
])
def test_get_user_by_id(user_id, expected_status):
with app.test_client() as client:
resp = client.get(f"/api/users/{user_id}")
assert resp.status_code == expected_status
关键点：
- 状态码要真实对应后端逻辑，别硬写
400却没触发校验 - 字符串
"abc"这类非法输入，必须确保路由里用了int转换器或JSON Schema校验，否则可能抛出500而非422 - 如果后端返回的是统一JSON结构（如
{"code": 404, "msg": "not found"}），断言里还得加assert resp.json["code"] == expected_status
fixture里启动数据库或清理数据，为什么测试跑完表还是空的
因为默认fixture作用域是function，每个测试函数都新建一个实例，但如果你在fixture里只做了db.create_all()，没真正提交或插入测试数据，表自然空。更常见的坑是：用了yield fixture但没在yield后做清理，或者清理SQL写错了。
可靠写法：
@pytest.fixture(scope="function")
def db_with_test_data():
db.create_all()
# 插入一条用户用于测试
user = User(name="test", email="t@t.com")
db.session.add(user)
db.session.commit()
yield db
# 清理：删掉所有User，而不是drop_all（会影响其他表）
User.query.delete()
db.session.commit()
注意：
- 别用
db.drop_all()，它会清空整个库，破坏并行测试或跨fixture依赖 - 如果用SQLite内存数据库（
sqlite:///:memory:），每次fixture都是新库，无需清理，但得确保所有测试都用同一个db实例，否则数据不互通 - Flask-SQLAlchemy的
db.session不是线程安全的，多进程跑测试（pytest-xdist）时必须配scope="session"并手动管理session生命周期
覆盖率高不等于测试质量高。真正的难点在于：如何让每个test_函数都触达一条独立的业务路径分支，而不是堆砌参数。比如登录接口，不仅要测密码正确/错误，还要测token过期、IP限流、账号锁定这些中间态——这些往往藏在before_request或自定义装饰器里，容易被parametrize漏掉。
