分别检查任务完成和项目就绪

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

使用场景

给页面添加CSV导出按钮。本次验收要求导出当前筛选的两行，而项目常设要求还包括键盘可用、错误状态和构建检查；下载一次不代表两个集合都满足。

具体做法

列本任务行为标准与项目已接受就绪标准，各项绑定证据。先验证筛选、字段、文件格式及失败行为，再核键盘、集成、回归、文档等实际适用门槛。复用仍有效的已有证据；未完成项明确列出。按当前交付范围报告本地就绪或发布就绪，不自行扩大到部署操作。

反例

按钮下载一份文件就算完成，忽略它导出全部数据而非筛选结果，也不检查项目质量门。

改进写法

对CSV按钮核对当前两行、规定字段和文件格式；另按项目常设标准检查键盘操作、失败提示及构建。每项给对应证据，未满足不隐藏。当前只要求本地交付时，发布步骤列后续，不自动执行。

为什么这样改

验收回答是否做了要求的功能，就绪标准回答是否达到项目的完成质量。分别检查防止快乐路径遮住回归或可访问性缺口。

如何验证

教学文件应只有选中筛选的两行；空结果按契约处理，生成失败有提示。键盘激活能触发同一行为，构建记录绑定当前版本。表中两套标准均通过才在相应交付范围完成。

适用边界

常设要求应来自实际项目而非通用清单；部署和外部操作需对应授权。就绪证据也有环境范围，本地通过不证明生产运行。新标准应明确采用，不能临时强加未知门槛。