关键不是“能不能链”，而是“每一层返回什么”：mock 默认返回新 mock 掩盖结构不匹配，应显式用 return_value、spec/spec_set 或 configure_mock 控制每层返回值，并验证路径存在性与类型。
用 Mock 的 spec 和 return_value 控制嵌套层级
直接链式调用 mock_obj.a.b.c.method() 很容易在某一层返回 Mock 实例而非你预期的类型，导致后续断言失败或属性访问报 AttributeError。关键不是“能不能链”，而是“每一层返回什么”。Mock 默认对未定义属性都返回新 Mock，这看似方便，实则掩盖了结构不匹配的问题。
推荐做法是显式控制每层返回值：
- 用
return_value指定方法调用后的返回对象（比如让它返回另一个Mock或真实对象） - 用
spec或spec_set=True限制可访问属性，提前暴露拼写错误或非法访问 - 对深层嵌套，优先构造一个最小可行的“骨架对象”再 mock，比纯链式更可控
例如模拟 response.data.user.profile.avatar.url：
from unittest.mock import Mock <p>mock_response = Mock() mock_response.data = Mock() mock_response.data.user = Mock() mock_response.data.user.profile = Mock() mock_response.data.user.profile.avatar = Mock() mock_response.data.user.profile.avatar.url = "<a href="https://www.php.cn/link/4ca0d95c86f2ee0ebd3a49b6f448efc8">https://www.php.cn/link/4ca0d95c86f2ee0ebd3a49b6f448efc8</a>" </p>
用 configure_mock 批量设置多层属性
手动逐层赋值写起来啰嗦，尤其当嵌套深、属性多时。configure_mock 支持用点号路径一次性注入多层结构，语义清晰且不易漏写中间节点。
它等价于链式赋值，但更紧凑；注意路径中任意一级不存在就会创建 Mock，所以仍需确保结构合理：
- 路径必须是合法的点分属性名，不能含括号或索引（如
items[0]不支持） - 若某层需返回真实对象（如
dict或list），得用**{...}展开传入，不能直接写data.user={"name": "a"} - 对方法，仍要显式设
side_effect或return_value，configure_mock只处理属性
示例：
mock_obj = Mock()
mock_obj.configure_mock(
**{
"data.user.id": 123,
"data.user.name": "Alice",
"data.items": [{"id": 1}, {"id": 2}],
"status_code": 200,
}
)
# 此时 mock_obj.data.user.id → 123，mock_obj.data.items → list
嵌套中混用真实对象与 Mock：避免过度 Mock
不是所有嵌套层级都需要 mock。比如你只关心 user.profile.avatar.url 返回值，而 user 本身有简单结构（如带 id 和 name 的 dict），直接用真实 dict 更轻量、更易调试：
- 真实对象参与断言时行为确定，不会因
Mock的默认返回引发意外 - 混合使用时，把真实对象赋给 mock 的某属性即可：
mock_resp.data = real_data_dict - 但要注意：真实对象里的方法调用不会被自动拦截，如果它内部又调用了外部依赖，就得在更上层 mock 或用
patch
常见陷阱：误以为 Mock(spec=dict) 能当真 dict 用——它只是限制属性访问，不支持 .keys() 等实际 dict 方法，除非你手动设 side_effect。
测试断言时别只查最后一层，要验证整条路径存在性
写完 mock 后，光测 mock.call_args 或最终返回值不够。深层嵌套 mock 容易出现“路径断在中间”的静默问题：比如 mock.data 存在，但 mock.data.user 其实是默认生成的空 Mock，而你没检查它是否具备所需属性。
- 在测试 setup 阶段加一句
assert hasattr(mock_obj.data, "user")，比等到断言失败再排查快得多 - 对关键路径，用
isinstance检查类型（如isinstance(mock_obj.data.user, Mock)），确认你控制的是哪一层 - 如果路径中某环节本应抛异常（如
user.profile为None），就别用configure_mock填它，而是显式设为None并在测试中 assert 异常
复杂嵌套 mock 的难点不在“怎么写”，而在“怎么确认你写的和被测代码实际访问的一致”——多一层验证，少半天 debug。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
