Mock对象默认不继承真实对象属性结构，访问未配置属性会直接报错；需逐层配置return_value或side_effect支持链式调用，使用spec/spec_set可提前约束属性并暴露错误。
因为mock对象默认不继承真实对象的属性结构，访问未显式设置的属性时直接失败
mock对象不是真实对象的“影子”，而是空白画布
Mock（包括MagicMock）在创建时不会自动复制被模拟类或模块的属性列表。它只在你明确调用、赋值或配置后才“存在”对应行为。比如用mocker.patch("requests.get")得到一个Mock，它本身没有json、status_code、text等任何属性——这些是requests.Response实例才有的。
常见错误现象：
- 调用
mock_get().json()报AttributeError: 'MagicMock' object has no attribute 'json' - 链式调用
mock_get().json().get("data")在第一步就中断，而非像真实响应那样继续向下
这不是bug，是设计使然：mock的职责是“按需模拟”，不是“自动模仿”。
立即学习“Python免费学习笔记（深入）”；
Python 环境工具专业版功能概述Python 环境工具专业版是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。执行完成后建议检查结果是否符合预期，并保留必要记录。使用与执行同时注意输入完整性、执行条件和输出可用性。从功能定位来看，该技能
链式调用必须逐层配置返回值
mock对象的嵌套属性（如.json().get()）不会自动递归生成新mock，除非你主动设置。否则每一步访问都落在同一个空mock上。
实操建议：
- 用
return_value配置一级返回：mock_get.return_value = mock_response - 用
return_value.json.return_value配置二级返回：mock_response.json.return_value = {"ok": True} - 若需支持多次调用不同结果，用
side_effect：mock_response.json.side_effect = [ValueError, {"ok": True}] - 避免写
mock_get().json().get("x")却不配置json和get——它们默认都是新的Mock，但get方法本身没返回值，导致后续调用None再点属性又触发AttributeError: 'NoneType' object has no attribute ...
用spec或spec_set提前约束可用属性
给mock加类型提示，能让错误更早暴露、更贴近真实行为。例如：
mock_response = mocker.Mock(spec=requests.Response) # 此时 mock_response.json 是合法属性（因 Response 有 json 方法） # 但 mock_response.nonexistent_attr 会立刻 AttributeError，而不是等到调用时
区别说明：
-
spec=requests.Response：允许访问Response已定义的所有属性/方法，未定义的会抛AttributeError -
spec_set=True：进一步禁止对mock对象动态赋值新属性（如mock.attr = 123会失败） - 注意：
spec不能跨模块自动推导，必须传入真实类或具名元组等可检查对象
最容易被忽略的点：mock对象本身可能为None
当mock配置漏掉return_value，或者函数逻辑里提前返回了None，后续链式调用就会变成None.json()——这时报的不是'MagicMock' object has no attribute 'json'，而是'NoneType' object has no attribute 'json'。这个细微差别直接决定排查方向：前者查mock配置，后者查业务逻辑是否漏return、异常是否吞掉、条件分支是否覆盖全。
