产品验收

核心观点

产品验收把可工作的软件放回用户旅程和业务情境，判断原始问题是否得到解决；自动化测试和预定功能完成只能证明已经表达的行为成立，不能替代产品评价。

TDD 与结对编程形成的自动化测试为团队提供快速反馈，但它只能验证已经被写入测试的理解。产品验收需要让能够判断业务价值的人直接消费软件增量，观察用户能否在业务场景中获得预期结果，并检查实现是否仍然服务于最初的问题。

产品验收不是签字、演示成功或功能清单逐项勾选。Showcase 的知识作用是让业务、产品和工程围绕可工作的软件交换反馈：哪些理解已经得到验证，哪些场景此前没有被表达，哪些假设需要返回上游修正。

测试四象限说明了验证责任的差异：Q1/Q2 支持团队构造产品，回答技术组件和预期业务行为是否成立；Q3/Q4 从业务体验和跨功能特性评价产品，帮助判断软件在现实约束下是否适用。测试全绿不等于原始问题已经解决。

验收结论也不只导向上线。价值或场景理解错误应返回用户故事或业务建模，组件边界、测试策略或实现问题应返回架构与任务分解或TDD 与结对编程。通过受控验收的增量仍要进入上线与运营，继续接受真实环境的检验。

在双向知识流中的位置

• 消费：可工作增量、原始问题、用户故事、验收预期和业务情境。
• 产生：Q3/Q4 产品评价证据，以及得到验证或被否定的业务与质量假设。
• 校验：观察产品在用户旅程和现实约束中是否适用，而不只检查预定功能是否完成。
• 回流：按证据返回故事、模型、架构、测试策略或实现；评价方法存在盲区时也修正验收方式。

知识连接

• 属于：业务价值反馈循环——Showcase 让业务方消费软件增量并形成价值判断。
• 建立在：功能方案反馈循环——通过 Desk Check 的功能增量才具备外层评价所需的基本完整性。
• 对照：TDD 与结对编程——TDD 证明已表达行为成立，产品验收判断这些行为是否真正解决业务问题。
• 延伸：测试四象限——Q1/Q2 支持构造产品，Q3/Q4 负责评价产品。
• 导向：DevOps 与运营反馈——受控验收之后，解决方案还要接受真实运行的检验。

⚠ Switch to EXCALIDRAW VIEW in the MORE OPTIONS menu of this document. ⚠ You can decompress Drawing data with the command palette: ‘Decompress current Excalidraw file’. For more info check in plugin settings under ‘Saving’

Excalidraw Data

Text Elements

验收评价原始问题，而不只是功能清单

可工作增量

回到真实情境

原始问题解决了吗？

Embedded Files

45e6d5b7b1563dd1370f28fef06a686e84a6717b: Icon - 勾选框, 复选框, 完成, 验收, checked box - Own.excalidraw

c81efe63b89cc3f88180d4503dd3dac2aa04fcdc: Icon - 产品, 设计, 工具, 尺子, 笔, 角色, 参与方, product - ACNH.excalidraw

fcb45a9ad9505561db3e8a8d097e84d9ecd76e53: Icon - 人物, 问题, 提问, 选择, 疑问, 分诊, human, question - Flaticon.excalidraw