HTML 正文往往体积较小，浏览器可以较快显示；高清图片、视频和下载文件需要传输更多数据，也可能在不同位置缓存。文字先出现并不说明所有资源都正常，附件变慢也不自动证明客户端失效。
把条件写完整
第一步是保留页面地址和资源名称。第二步分别观察页面文字、页面图片和目标附件的结果。第三步在相近时间选择一个普通网页做参照。若只有一张图片或一个文件变慢，应检查文件大小、浏览器下载记录和页面是否刚刚更新；若多个网站的静态资源都慢，再把本地网络放到更前面排查。
缓存变化会让同一个地址在第一次与第二次打开时表现不同。清理缓存或切换浏览器可以作为对照，但保留其他条件不变，单独替换一个条件，并记录改变前后的时间。不要把重复刷新当成测试，也不要从一个截图推断长期分发状态。
结论要留边界
区域路径、CDN、DNS 和本地网络可能共同影响资源加载。没有完整请求记录时，结论应保留边界：当前设备在当前时间观察到某类资源变慢，而不是所有用户都遇到同一问题。
资源拆分还能避免误删有效配置。先确定是页面、文件还是缓存路径发生变化，再决定是否需要更新客户端或联系网络管理员。每一类资源都保留一次结果，后续才不会把附件问题误写成首页问题。
在“正文正常而图片或附件变慢，应该怎样拆分问题”这个场景中，最值得保留的是前后条件，而不是一个脱离环境的快慢判断。页面能否打开、资源何时出现、系统显示了什么，分别对应不同的观察对象。把这些对象分开之后，读者可以根据自己的设备选择后续动作，也能避免把一次偶然的等待写成普遍规律。若下一次测试改变了时间、网络或文件来源，应在记录中注明，不能直接与原结果并列比较。记录也可以保留没有变化的部分，因为正常打开的页面、没有出现的提示和保持不变的设备条件，都能帮助缩小范围。这样写出的资料更适合在不同设备和不同时间重新核对。
遇到来源不明、重复登录、异常弹窗或要求提交敏感信息的页面，应暂停并重新核对地址。