本页分别说明失败复盘和帧率与流畅的概念、判断方法及适用边界。先逐项阅读，再比较两者关注的对象与使用条件。
先阅读每个概念的定义，再核对可观察的判断方法，最后查看哪些条件下不能直接套用。
失败复盘是把未达目标的结果还原为一条可重走的分支记录：在每个关键节点标出当时还有哪些可选做法，以及实际选中的做法怎样排除了其他可能。它靠分支记录能被逐节点核对成立；只写结果差或情绪评价不算复盘。
选一次成功过程和一次失败过程，从相同起点按时间顺序并排核对输入与状态，先找第一处不同，不先看最后报错。找到后回到该处，只交换这一项输入或状态，其他条件不变，看结果是否随之改变；若失败跟随改变，才列为待查起点，若结果不变则继续向前找。第一处差异要能稳定复现，避免把偶然不同当成原因。
复盘结论只对已经能和成功过程对照的失败链成立。若只收集多次失败，把每次都出现的步骤当成原因，会把常规必经步骤误判为问题，因为这些步骤在成功过程中也会出现。只有某步骤在失败与成功之间稳定不同，且交换后结果随之改变，才值得继续查；没有成功记录或条件无法对齐时，只能列出差异，不能下原因结论。
帧率统计的是画面刷新次数，流畅还要求画面内容确实随每次刷新而改变：内容按固定步进更新时，多出来的刷新只是重复同一画面，计数升高而观感不变。判断时要同时看刷新计数与内容变化步进是否对得上。
判断帧率与流畅，按观察顺序推进。先选一段可重复的操作，从起步到结束完整跑一遍，用肉眼标出每一次可辨的停顿及其发生时刻，不先看数字。接着把同一段操作重跑两轮，比较停顿位置：固定落在同一场景节点的，归为内容或加载；位置随机漂移的，先查后台任务、电源模式或散热。然后单独记录按键到画面出现变化的间隔，与画面更新节奏分开记。最后才用读数在同一时间点复核。若读数平稳而肉眼仍有停顿，以重复出现的停顿位置为准，不拿平均读数覆盖观察结果。
帧率与流畅只描述某一输出链路上画面更新的均匀程度，不覆盖声音是否连续、联网同步是否及时，也不覆盖按键到画面的响应快慢，这些要分开记录。结论只在同一屏幕、同一显示模式、同一缩放方式和同一观察时段内成立；改动其中任一项，更新节奏已被改写，旧记录不能沿用。显示端若开启补帧、动态补偿或可变刷新，观察到的顺滑只反映最终观感，不能反推内容本身的输出节律。经过录屏或串流采样的画面同样不能作为原始节律的证据。此外，同一更新节律下不同镜头运动带来的顺畅感不同，一次观察不能替整场体验下结论。
读者评论
有没有人跟我一样，看着看着就跑去看别的了哈哈。
慢慢试出来的经验最靠谱，别人说的只能参考。
问一下，出现那种画面一顿一顿的情况一般先查哪儿？
试过类似的法子，亲测有用，可以放心。
我倒是觉得基础先练熟，别的都是锦上添花。