pytest 中 app.app_context() 不自动生效，因其测试函数运行在无 Flask 上下文的裸环境中，需手动 push；正确做法是用 function-scoped fixture 创建应用并显式管理上下文生命周期。
为什么 app.app_context() 在 pytest 里不自动生效
pytest 不像 Flask CLI 或 flask run 那样自动激活应用上下文。你在测试中直接调用 current_app.config 或访问 g、session 时抛出 RuntimeError: Working outside of application context，根本原因就是没手动进上下文——pytest 的测试函数默认运行在“裸” Python 环境里，Flask 完全 unaware。
常见错误写法：
def test_something():<br> assert current_app.config['TESTING'] == True # ❌ 这里就崩了
- 不要依赖
app.test_request_context()来替代app.app_context()：前者只提供请求上下文（含request、session），不激活current_app和g所需的全局应用上下文 - 如果用了工厂函数（如
create_app()），每次测试前必须调用它生成新实例，不能复用模块级app变量——否则上下文可能残留或冲突 - 避免在
conftest.py的pytest.fixture里只 yield app 而不进上下文；fixture 本身不等于上下文已激活
用 fixture 正确提供带上下文的 app 实例
最稳妥的方式是写一个 scope='function' 的 fixture，在进入时 push 上下文，退出时 pop。这样每个测试都干净独立，且 current_app 可用。
示例（conftest.py）：
@pytest.fixture<br>def app():<br> app = create_app('testing')<br> app.config['TESTING'] = True<br> ctx = app.app_context()<br> ctx.push()<br> yield app<br> ctx.pop()
立即学习“Python免费学习笔记（深入）”；
- 必须显式调用
ctx.push()和ctx.pop()；仅创建app_context()对象不等于激活 - 不要把
ctx作为 fixture 返回值——测试函数拿到的是app，不是上下文对象 - 若测试还需请求上下文（比如要测视图返回值），在测试函数内单独用
app.test_request_context()嵌套，而不是在 fixture 里混用
测试视图函数时为什么还要额外加 test_client
app.app_context() 解决了 current_app 访问问题，但不等于你能直接调用视图函数。Flask 视图依赖完整的请求生命周期（路由匹配、参数解析、响应包装等），必须走 test_client 才能触发。
错误示范：
def test_home_view(app):<br> assert home() == 'Hello World' # ❌ home() 没 request，也没 response 处理器
正确做法：
def test_home_view(client): # client 是 Flask 内置 fixture<br> rv = client.get('/')<br> assert rv.status_code == 200<br> assert b'Hello World' in rv.data
-
clientfixture 默认已绑定到带上下文的 app（前提是你的appfixture 正确实现），所以不用再手动 push - 如果自定义 client（比如带 headers 或登录态），记得用
app.test_client()创建，而不是Client(app)—— 后者不继承上下文 - 对 API 测试，别忘了
json=True参数和检查rv.json，而不是硬解析rv.data
数据库会话未清理导致的隐性上下文污染
即使 app 上下文 clean，SQLAlchemy 的 db.session 如果没 rollback 或 remove，下次测试可能读到脏数据，看起来像上下文错乱（比如 db.session.query(User).first() 返回上个测试插入的记录）。
- 在
appfixture 的yield后加db.session.remove()（SQLAlchemy 1.4+）或db.session.rollback()（旧版） - 更推荐用独立 fixture 管理 db：
@pytest.fixture<br>def db(app):<br> db.create_all()<br> yield db<br> db.session.remove()<br> db.drop_all()
- 避免在测试中直接调用
db.session.commit()；用db.session.flush()+ 断言更安全，防止事务意外提交
上下文错误往往只是表象，背后常混着 session 生命周期、fixture 作用域、client 初始化顺序这些细节。修一个 RuntimeError 很快，但漏掉 db.session.remove() 或复用 app 实例，会让后续测试行为不可预测。
