直接用requests.post发GraphQL请求最可靠，构造{"query":"...","variables":{}}的JSON body并设Content-Type为application/json；断言前先检查"errors"字段是否存在，再安全取data嵌套值；认证通过headers传Bearer token，用fixture管理避免硬编码和污染。
pytest怎么调用GraphQL接口做集成测试
直接用 requests.post 发请求最可靠，别被 pytest 插件带偏。GraphQL 接口本质仍是 HTTP POST，带 JSON body，不需要额外协议支持。
常见错误是试图用 pytest-graphql 这类过时插件，它早已不维护，且强制耦合 Flask/Django 测试客户端，反而限制灵活性。
- 用标准
requests构造请求，body 为{"query": "...", "variables": {...}} - 确保测试环境的 GraphQL endpoint 可达（如
http://localhost:8000/graphql） - 加
headers={"Content-Type": "application/json"}，漏掉会返回 400 或空响应 - 用
pytest.mark.parametrize跑多个 query/variables 组合，比写一堆 test_ 函数更干净
如何断言GraphQL响应里的嵌套字段
GraphQL 响应结构固定：{"data": {...}, "errors": [...]}。直接按 key 遍历容易因 errors 存在而崩，必须先检查错误再取 data。
别用 assert response.json()["data"]["user"]["name"] == "Alice" —— 一旦 query 报错，["data"] 就是 None，抛 TypeError。
立即学习“Python免费学习笔记（深入）”；
- 先断言
"errors" not in response.json() or not response.json()["errors"] - 再用
response.json().get("data", {}).get("user", {}).get("name")安全取值 - 对深层字段，推荐用
jsonpath-ng库查路径，比如parse("$.data.user.posts[*].title").find(resp) - 如果只测单个字段，用
pytest-asyncio+aiohttp异步发请求能提速，但同步requests更稳、调试更直观
怎么模拟认证和权限控制场景
GraphQL 不自带 auth，靠 HTTP header（如 Authorization: Bearer xxx）或 cookie。测试时必须显式传，否则默认无权限。
容易踩的坑：用开发环境 token 硬编码进测试，CI 失败；或忘记清空 session 导致前一个 test 影响后一个。
- 把 token 存在
conftest.py的 fixture 里，用os.getenv("TEST_TOKEN")读取，本地跑时export TEST_TOKEN=xxx - 每个 test 用独立的
session=requests.Session()，避免 cookie 污染 - 测未登录场景，故意不传
Authorizationheader，断言response.json()["errors"][0]["message"]包含 "not authenticated" - 别 mock resolver 函数——那测的是业务逻辑，不是接口契约；要测真实 endpoint 返回是否符合 schema
为什么不用 Graphene 的 Client 类
graphene.test.Client 是单元测试用的内存级 client，绕过 HTTP 栈，不走视图、中间件、auth、CORS，根本测不出线上真实行为。
它适合快速验证 resolver 返回结构，但一旦涉及 JWT 解析、Django middleware 修改 request、或 Apollo Server 的 context 注入，就完全失效。
- 集成测试目标是“请求发出去，响应收回来”，必须走真实网络栈
- 如果真想省 HTTP 开销，用
TestClient（FastAPI）或Client（Django）也行，但得确认它触发了全部中间件链 - Graphene 的
Client甚至不校验 schema，query 写错字段名也不会报错，只会返回None - 真正省事的做法：写个通用
gql_requestfixture，封装 URL、headers、timeout，所有 test 复用
GraphQL 接口测试的关键不是语法糖，而是守住“请求真实、响应可验、错误可见”这三条线。任何绕过 HTTP 层的方案，都会在上线前最后一刻暴露问题。
