验证和确认之间有什么区别？

Question

常规定义

一方面，我一直在嵌入式系统中工作，特别是在航空领域（DO178适用于软件），并且我习惯于以下定义：

确认：通过测试，检查，分析，演示进行检查，以确保最终产品/服务满足客户要求。 “我们制造的产品对吗？”
• 验证：检查每个过程是否正确完成。例如：测试，检查，分析或演示涵盖了所有客户要求。您的产品可能有故障，但是您的文档是正确的。 “我们在制造合适的产品吗？”

我的解释正确吗？

另一方面，我在应用程序世界（如ISTQB certification中）看到：

• 验证的含义仍然相同（但仅限于完整的产品）
验证还用于描述验证过程，但不用于完整的产品/系统：用于子系统。我的理解正确吗？这是常见的做法吗？

上下文中

在我们公司中，我们正在制造电器，而在我们的团队/部门中，我们正在制造用于这些电器的子系统（GUI）。考虑到我们正在测试设备的一部分，我的一些同事正在使用“验证测试”一词来描述我们子系统上的功能测试的活动。他们说验证测试无法完成，因为我们的子系统不是最终产品。

换句话说，他们说的是，因为客户要求购买设备，所以他们并未将自己和部门的其他成员视为子系统的客户。因此，功能测试不是验证活动，因为它不符合“检查产品是否满足客户要求”的定义。

这是我的问题： 是否存在验证和确认的“ TRUE”标准定义？如果每个人都用同一个词来描述两个不同的活动，我该如何使自己理解？

注意：第一个问题是here，但未提及任何文档，因此需要基于意见的答案

Answer 1

尽管还是基于观点，但是我对它的熟悉程度如下：

验证-是为了证明您已经正确，完整地完成了您打算做的事情或同意做的事情（通常是在合同中）。因此，例如，正确地转换和应用设计值，正确地应用设计方法等。它可以是客观且定量的，例如基于：

• 通过现场试验，试点计划等进行测试
• 独立的（第三方）设计，计算和假设等验证
• 设计评论
• 使用替代方法进行重复以提高结果的可信度
• 与类似的经过验证的设计进行比较

验证-关于证明您打算在最终用途的背景下进行的工作是合理的，有效的和适当的。适合目的。它比较主观，但可以在法庭上指出：

• 使用，自定义和长期满意度
• 基于分析的技术判断
• 在实际应用中进行测试

以上是关于制造产品的BS 7000：第2部分（1997）。