reset_mock默认清掉的是mock的调用相关记录，例如called这类调用状态；return_value、side_effect以及用普通赋值设置的子属性属于行为配置或对象配置，默认不在清理范围内。side_effect还在并不是重置失效：reset_mock的side_effect关键字默认是False，就这次reset_mock调用而言，传side_effect=True才会重置该配置；其他代码另行赋值清除不在这个结论内；return_value同理，需要return_value=True。按Python3.14的unittest.mock.Mock.reset_mock说明，这两个都是仅关键字参数，默认False，子mock也会被重置。
适用：本题针对南昌东湖区Windows台式电脑上Python3.14标准库的unittest.mock.Mock.reset_mock。动手前核实际解释器版本、原reset_mock调用形式和mock创建方式；只读去敏代码、参数和日志，不运行客户程序，也不改生产数据。版本或调用封装不一致时不能直接套用。
观察：先查mock.called等调用记录在reset_mock前后的变化，结果条件为重置后调用记录回到默认状态，说明默认清的是记录层。再查side_effect是否仍保留原异常或原函数，若仍在且调用时没有传side_effect=True，就符合默认行为；若已被清，则要查是否显式开开关或另有代码。随后查return_value是否仍保留，默认应还在；再查普通赋值设置的子属性是否还在，默认应保留，同时注意子mock会被重置。四个观察点要分开记录，不要把记录状态与行为配置混成一项。
风险：把调用记录清零当成真实业务状态回滚，可能造成重复提交、幂等误判或流程阶段判断错误。side_effect仍在时，重新调用mock可能再次抛异常或执行替身逻辑，因此不能用重新调用mock来证明业务已回滚。在客户业务流程里调用替身验证，可能触碰真实依赖或产生副作用；重置子对象或指定side_effect=True也只处理替身配置，不等于恢复生产数据或真实服务状态。
下一步：整理解释器版本、最小去敏代码片段、reset_mock调用参数和调用日志，标明是否传入return_value或side_effect，以及需要复位的是调用记录还是行为配置。需要台式电脑维修咨询可拨400-877-9605，该号码只作咨询，平台为信息展示与第三方维修对接，实际范围和安排需确认。 return_value=True重置的是替身的返回配置，不应一概解释成把返回值设为None；电脑快修网提供信息展示与第三方维修对接，咨询不代表已经复位真实服务。