结论不能超出实际观察范围

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

浏览器教学探测记录一次console消息“Error: quota”，没有pageerror或崩溃观察。标题不能写应用崩溃，拟议测试也不能只监听异常通道。

具体做法

为发现建立观察、预期、证据、确认状态和单独假说，记录频次与通道。以保守事实写标题、摘要和结论，逐处检查限定一致。回归断言监听原观察通道并针对具名消息；崩溃假说另用适当行为/异常探测。计时只报告实测区间，不将预算当耗时或一次观察当复现。

反例

日志Error: quota一次，标题称经常崩溃；只加异常监听，脚注说原因未核。

改进写法

各处写“观察到一次console Error: quota，未观察未捕获异常或崩溃”。拟议回归监听console消息；要判断崩溃另验证界面和异常通道。保留原截图/结果及一次观察状态，不靠脚注修补过强标题。

为什么这样改

摘要往往决定用户理解，正文限定无法挽救更强标题。通道匹配让回归能捕捉原行为，而不是检测另一个尚未证明的现象。

如何验证

教学console-only夹具应触发console断言而不触发pageerror；报告仍不可写崩溃。新增真正未捕获异常后才能修订相关结论并记录新证据。检查标题与拟议测试都保留频次范围。

适用边界

一致表述不证明因果，也不能证明没有崩溃，只是未观察。记录可能漏通道，后续证据可扩大范围。计时、执行和频率都需对应材料，不用推测填空。