跳到主要内容

Review 编写指南(用户确认交付结果)

目标与定位​

  • 本指南用于在开发完成后,与用户进行交付结果确认(Review)。
  • 核心:收集并记录用户反馈;分析“已实现”与“期望”的差异;按用户要求完成必要修改并记录。

参考​

  • Draft:业务目标与用户流程(参考)。
  • Plan:技术验收清单与执行范围(技术方案)。
  • Code/Iteration:实际实现与测试结果(代码实现日志)。

流程​

  1. 用户反馈
  • 以 Draft 的用户流程为脚本走查,由用户口述反馈。
  • 记录字段:标题、内容、类别(Bug/设计/文案/性能/可访问性/建议)、优先级/严重级、页面/模块、设备/语言/主题(可选)、操作路径/复现步骤、期望、实际、证据。
  1. 差异分析
  • 针对每条反馈进行“预期 vs 实际”的差异说明。
  • 记录字段:差异类型(偏差/缺失/误解/体验)、参考(Draft/Plan)、根因分类(需求/实现/设计/数据/环境)、影响范围、处理建议(修正/迭代/推迟)。
  1. 修正内容
  • 对用户确认需要修改的反馈,登记修正项。
  • 记录字段:修改摘要、涉及文件、契约/类型同步(是/否+说明)、UI/文案变更(是/否+说明)、验证记录(操作/断言)、状态(待办/进行中/完成)。

记录要点(配套 Template)​

  • 仅记录以下三类内容:
    1. 用户反馈(标题/内容/类别/优先级或严重级)
    2. 差异分析(针对反馈:预期 vs 实际、原因简述)
    3. 修正内容(修改摘要、涉及文件、契约/类型同步如有)

完成定义(DoD)​

  • 三类记录完整:用户反馈、差异分析、修正内容。
  • 修正内容与用户要求一致;如需继续修复,进入 Iteration。
  • 输出 Review 文档,可作为后续迭代/归档依据。

输出与落档​

  • 结束后按 Review Template 输出文档,并给出“执行结果汇总简报”。