从一条明确的业务开始

选定一条获准使用的测试记录,明确预期输入与输出。避免同时修改多组参数后只报告“偶尔不成功”;每次测试都应能关联到一个可追溯的业务事件。

保留最小必要信息

信息用途
环境与接口版本避免将不同环境或不同约定混在一起
带时区的请求时间帮助双方缩小日志查找范围
业务标识与请求编号关联单据、请求与重试记录
状态码与完整错误说明区分传输、鉴权、参数与业务处理问题

逐层定位问题

  1. 确认访问的是双方约定的环境和服务地址。
  2. 检查连接是否建立,是否收到完整响应。
  3. 按文档核对鉴权与参数要求;不要把凭据复制到问题单。
  4. 对照业务规则检查重复事件、状态顺序和对象是否存在。
  5. 由双方用同一个请求编号核对处理结果,并记录结论。

修复后如何验收

重新验证原失败场景,再检查一条正常流程和相关边界场景。确认不会产生重复业务或丢失记录。留存修复内容、验证时间与剩余限制,将确认后的字段或规则更新到共享对接文档。