先看网页有没有真正送出请求。
点击登录后没有任何变化，可能是网页脚本、浏览器扩展或网络资源未完成加载；出现明确账号提示，则代表请求已经到达验证环节。两种情况的排查顺序完全不同。先留存按钮后的网页变化、提示原文与发生时间，再决定是否查看账号。
刷新网页之前能够先观察地址栏和加载情形。若只有图标或验证码空白，应把异常放在资源加载层，而不是连续修改密码。
账号验证与终端会话是两件事。
密码正确但会话无法建立，可能与本地时间、Cookie限制、旧登录情形或终端授权有关。先用同一浏览器的正常窗口复测，再比较另一台终端，能够区分账号整体异常和单机环境异常。
不要在短时间内大量提交登录请求。连续尝试既可能触发临时限制，也会让原始提示被后续情形覆盖。
网络切换只用于单项对照。
同一终端从家庭网络切换到移动网络，能够辨别异常是否与眼下接入环境有关；但同时更换终端、浏览器和网络，就无法知道哪项变化产生作用。测试时保持其他条件不变，结果才适合比较。
如果登录页可打开，而提交后长期等待，应留存请求发生的时间和最终提示。若其他账号操作正常，才继续查看特定账号情形。
恢复后核实退出与重登。
网页暂时恢复并不等于异常已经定位。退出眼下会话，关闭浏览器后重新进入，再完成一次实际操作场景，才能核实登录情形能够持续。共享终端还应查看会话是否正确退出，避免账号信息留在浏览器中。
一份有效的反馈只需包含终端、系统、浏览器、时间、网页和提示原文，不需要加入与异常无关的大量字段。
验证登录是否能够稳定保持。
登录恢复后先查看账号资料与导航是否完整，再退出并重新进入。第二次会话仍能保持，才说明修复并非偶然；若异常重现，比较两次提示会更有价值。