把撤销范围交代给使用者，让协作变化留下可读记录，沿着任务重新组织设置

把撤销范围交代给使用者

设置分类应贴近使用者想完成的事情。

支持沟通可以先复述对方实际看见的现象。

让协作变化留下可读记录

阅读一份技术方案时，可以先问它如何处理不确定状态。输入未完成、远端结果未知与恢复尚待确认，往往比成功失败两个终点更能体现设计成熟度。把这些中间情境讲清，并为每种情境安排可观察线索，能让软件在真实变化中仍然保持可以理解和继续使用的秩序。

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

清楚的入口名称可以减少理解内部术语的负担。

沿着任务重新组织设置

文件处理测试应同时考虑内容与路径行为。只检查读出的文字，可能忽略目录不存在、文件被占用或写入中断的情况。可以围绕实际支持的约束安排样例，并确认失败后原文件是否仍完整，让保存逻辑的可靠性不只建立在顺利写入的一条路径上。

撤销范围应与提示给出的预期相符。

中途离开后如何恢复，也是流程完整性的一部分。