按Python 3.14标准库unittest.mock的机制，patch是把某个名称暂时指向替换对象，因此要改的是被测代码实际查找该名称的位置。若南昌东湖区Windows台式电脑上的测试已经patch原模块，例如a.SomeClass，而被测调用方b模块写的是from a import SomeClass，则b在导入时就建立了自己的SomeClass绑定。some_function运行时查的是b.SomeClass，不是a.SomeClass；patch a.SomeClass只改a里的名称，不会改b已经拿到的旧引用，所以调用方仍拿到原对象。反过来，如果b是import a，函数里通过a.SomeClass查找，就应patch a.SomeClass。
适用：Python 3.14标准库unittest.mock.patch，在Windows台式电脑上排查测试替身未替换调用方依赖的问题；核对解释器版本、原导入形式和查找表达式，只读去敏代码、参数和日志，不更改线上模块，也不运行真实业务测试。
观察：先只读查看被测调用方文件开头的导入形式，若是from a import name，记录name在调用模块的绑定；若是import a，记录函数内是否通过a.name查找。结果条件是：存在from导入且函数直接使用name时，patch目标应是调用方模块属性，而不是定义模块里的同名属性。再对照测试中的patch字符串或patch.object指向，结果条件是：patch指向a.name而调用方查b.name，即可解释旧对象仍被拿到。最后查看去敏失败日志和调用栈，结果条件是：调用点落在调用方函数且未经过原模块属性查找，应进一步支持patch目标绑定错误这一判断。
风险：把patch目标放在对象定义处，会导致测试没有替换调用方真正使用的依赖，测试信号可能失真，把mock测试通过误当成生产修复完成。若误用真实模块、真实服务或真实数据，还会干扰判断并带来不应有的副作用，因此不能靠运行客户程序来验证。
下一步：在南昌东湖区这台台式电脑上，先收集Python 3.14版本信息、最小化模块结构、调用方导入语句、函数内查找表达式、测试patch目标、去敏日志和异常栈。若调用方使用from a import name，就把patch目标改为调用方模块里的name；若使用import a加a.name，则patch a.name。核对应在只读副本或测试替身设计中进行，不改线上模块，不运行真实业务测试。需要人工判断时，可拨打400-877-9605咨询；电脑快修网是信息展示与第三方维修对接平台，400-877-9605只作咨询，实际范围和安排需确认。