我看接口日志时，最先做的不是复制请求

先找一个最小动作#

我一般会从最小的一步开始，比如：

• 只点一次查询；
• 只改一个普通字段；
• 只刷新一次状态；
• 只上传一张测试图片。

这样做的好处是，观察对象足够单纯。出问题以后，比较容易判断是参数不对、会话失效，还是页面自己又换了一层逻辑。

差分比猜测更可靠#

如果一个接口字段很多，我会尽量只改一个变量，然后观察前后差异。

很多时候，真正决定流程的不是那个最显眼的字段，而是一个看着不起眼的状态位。

只记结论，不急着下定义#

我现在做分析时，会尽量把结论写得保守一点。比如“这个字段大概率是会话字段”，而不是直接断言它一定是什么。

这样做不是为了显得严谨，而是为了以后回头看时，知道哪些是确认过的，哪些只是当时的推断。

接口分析最有用的地方，不是把一切都解释得像真理，而是把那些模糊的地方先收窄，最后变成能验证、能复现的步骤。