答案。

验证 和 确认 是测试中的两个关键概念，定义了产品是否符合期望和要求。

问题背景：

在软件工程中，对验证（产品符合规格）和确认（产品符合用户期望）这两个概念进行了区分，以描述质量的两个不同方面。

问题：

专业人员混淆这些术语，并错误地应用方法：只按照技术规范进行测试，忽视用户体验，或相反，仅依赖“正确/方便”的逻辑，忘记正式要求。

解决方案：

• 验证（我们是否正确构建了产品？）— 检查产品是否满足所有的规格要求（技术规范，文档）。
• 确认（我们是否构建了正确的产品？）— 确认产品是否解决了用户的问题，并符合实际期望。
• 使用这两种方法：按技术规范进行验证，通过“实时”探索性测试、用户场景和验收测试进行确认。

关键特点：

• 验证 = 正式的要求检查。
• 确认 = 同理用户，模拟实际场景。
• 两个阶段都是必要的，以全面覆盖错误。

误导性问题。

“产品通过验证，但未能通过确认”是什么意思？

它符合技术规格，但不方便，不解决用户问题，并且市场上没有需求。

可以在验证之前开始确认吗？

不可以，必须先检查基本要求，否则不完整的功能将无法评估用户体验。

在验证时，缺乏可用性算作缺陷吗？

不，这是一种用户体验问题，只在确认用户场景阶段显现。

常见错误和反模式

• 只关注技术规范，忽视用户体验。
• 跳过验收测试。
• 与真正使用产品的人员沟通不足。

生活中的例子

负面案例

仅测试与文档要求的一致性。发布后发现：用户不理解订单流程的逻辑，尽管在形式上符合规定的案例。

优点：

• 所有规格要求都已实现。

缺点：

• 用户参与度低，用户投诉并放弃产品。

正面案例

使用了探索性测试，并组织了与真实用户的用户体验测试。发现了不便之处，并改进了订单流程。结果 — 积极反馈，高转换率。

优点：

• 产品有用，直观，受欢迎。

缺点：

• 改进用户体验耗费了更多时间和资源。