mock.patch.object不支持点号链（如a.b.c），应改用mock.patch字符串路径并链式配置返回值，或用MagicMock显式设置关键嵌套属性与魔术方法。
mock.patch.object 怎么处理多层属性链？
直接用 mock.patch.object 对嵌套属性（比如 obj.a.b.c.method()）打补丁会失败，因为 Python 在 patch 前就尝试解析 a.b.c，而中间某层可能为 None 或尚未初始化，触发 AttributeError。
正确做法是 patch 最外层对象的属性名（字符串），而不是用点号链访问：
- 要 mock
config.db.connection.cursor().execute，得 patch'module_name.config.db.connection'，再在 mock 返回值上链式设置cursor和execute - 不要写
patch.object(config.db, 'connection.cursor.execute')—— 这语法非法，patch.object不支持点号路径 - 推荐用
patch装饰器或上下文管理器 +return_value逐层构造返回值
如何让 MagicMock 自动支持任意深度的属性访问？
Mock 默认对未定义属性返回新的 Mock 实例，但这种“自动递归 mock”容易掩盖真实逻辑缺陷，比如拼错属性名却没报错。
更可控的方式是显式配置关键路径：
立即学习“Python免费学习笔记（深入）”；
- 用
mock.MagicMock(spec_set=...)限制可访问属性范围，拼错时立刻抛AttributeError - 对深层调用如
service.repo.user.get_by_id(123).name，需手动设mock_repo.user.get_by_id.return_value.name = "Alice" - 避免依赖
mock.DEFAULT或空Mock()，否则.foo.bar.baz全能通，测试失去校验意义
pytest-mock 的 mocker fixture 和原生 patch 有什么区别？
mocker 是 pytest-mock 提供的 fixture，本质是封装了 unittest.mock.patch 的便捷接口，生命周期自动管理（函数结束自动 stop），但行为一致。
关键差异在写法和作用域：
-
mocker.patch('pkg.module.Class.attr')等价于patch('pkg.module.Class.attr')，但不用手动start()/stop() -
mocker.patch.object(obj, 'attr')更安全，尤其当obj是模块内变量而非全局导入时 - 注意：不能用
mocker.patch.object(obj, 'a.b.c')—— 第二个参数必须是合法标识符，点号链不被接受 - 嵌套场景下，优先用
mocker.patch+ 字符串路径，再通过返回的 mock 设置子属性
真实嵌套对象模拟时最容易漏掉什么？
不是 mock 不够深，而是忘了模拟“返回值的类型”或“调用副作用”。比如 mock 数据库查询返回一个类实例，但没让它支持 __iter__ 或 __len__，导致下游 for row in result: 报错。
- 检查被 mock 对象实际使用的魔术方法：如果代码里写了
if item:，就要给 mock 设__bool__；用了list(obj)就得实现__iter__ - 嵌套中涉及异常路径（如
conn.rollback()），要显式设side_effect，不能只 mock 成功分支 - 避免在多个测试里复用同一个 mock 实例——状态（如
call_count）会累积，造成干扰
嵌套越深，越要问一句：这个 mock 的行为，是否真的等价于真实对象在该上下文中的表现？漏掉一个 __getitem__ 或误设了 return_value 类型，测试就只是“跑过”，不是“验证过”。
