让历史记录能够回答问题，从通知时机理解消息价值，导出之前先看清内容范围

让历史记录能够回答问题

测试样本应标明用途，不能冒充用户真实记录。

不同长度的文字有助于检查布局是否稳妥。

从通知时机理解消息价值

后台工作队列需要让任务拥有清楚的身份。用户刷新页面或重新打开应用后，仍应能够找到原来的处理记录。把任务标识与发起请求关联起来，可以减少重复启动，也让支持人员根据状态判断工作是在等待、执行还是已经结束，而非只询问按钮点了几次。

用户应能分辨内容已接收与结果已完成的不同阶段。

导出范围最好在操作发生之前清楚可见。

导出之前先看清内容范围

随机测试需要保留可重现的线索。一次偶然输入揭示问题后，若没有记录生成条件，后续很难确认修复是否覆盖。可以保存种子与最小失败样例，再将关键规则转化为稳定检查，让探索得到的发现能够进入日常维护，而不是只存在于一次运行日志中。

批量行为的影响不能仅靠当前屏幕让人猜测。

结果暂时不明时，应提供可查询的状态线索。