如何在以下示例中应用验证和验证
我一直在和我的同事们一起跟进核实和验证问题，但我们看不到细微的差异，这可能是由于技术英语中的语言障碍造成的。
举个例子：
- 需求规范用户希望通过用户界面为每个房间分别发送远程命令来控制4个房间的灯光。
- 功能规范
- UI将包含4个复选框，根据他们控制的房间贴上标签。
- 当选中复选框时，信号被发送到相应的光。复选框旁边出现一个绿色点。
- 当未选中复选框时，信号(关闭)被发送到相应的灯。复选框旁边会出现一个红色的点。
让我从这里学到的东西开始：
根据这里的许多很好的答案，验证可以确保产品反映特定的需求--因为功能规范是由生产者根据来自客户的需求完成的，因此将对此进行完整性、正确性的验证)。然后，将根据功能规范检查设计文档(它应该设计4个复选框.)，以及源代码与设计(是否有4个复选框的代码，发送信号的函数等等-它是否可追溯到需求)。
好的，产品已经建成了，我们需要测试，验证。下面是我们的理解，故障验证应该确保产品满足其特定预期用途的需求，这基本上是业务需求(它有效吗？我能控制UI中的灯吗？)但是测试人员肯定会使用功能规范，确保复选框在那里，工作，标签等等。他们基本上是在检查功能规范中的要求是否在最终产品中满足，这不是验证吗？(不应该，让我们坚持ISO 12207，即只有验证才是实际的测试)
回答 3
Software Engineering用户
发布于 2012-10-30 11:21:58
他们基本上是在检查功能规范中的要求是否在最终产品中得到满足，这不是验证吗？
验证活动是确保功能规范(并且不要忘记测试规范)涵盖需求规范的所有需求--即您没有遗漏任何东西，或者添加了任何意外的内容。
验证活动是为了确保这些要求得到满足。
另见：验证中的功能测试
Software Engineering用户
发布于 2012-10-30 16:23:19
虽然验证和验证可能相互重叠(但还不完全)，也可能使用类似的技术(例如测试、演练、模拟.)，但它们在用户参与方面主要有所不同。
一般来说，验证有助于回答“我们是否建立了正确的产品？”另一方面，验证正试图回答“我们是否正在生产正确的产品？”
因此，虽然验证涉及到需求覆盖，如果工作产品(不仅仅是代码)符合计划和设计(包括标准和过程)；验证可以确保产品满足用户的期望(这可能不是需求规范中定义的那样)。因此，验证通常需要最终的用户参与和生产环境评估。
希望能把事情弄清楚。
Software Engineering用户
发布于 2012-10-30 17:13:09
验证和验证之间的区别在推送时不可避免地变得非常微妙。建造正确的东西和建造正确的东西是不可分割地连接在臀部。我们的团队最终厌倦了那些验证与验证的本体论战争，所以我们禁止了它们。我们仍然进行验证和验证，但不是作为不同的过程。相反，我们所做的是各种类型的检查(例如，代码演练)、各种类型的分析(例如，可追溯性)、测试(大量和大量测试)以及度量(也有很多)。这里的区别是相当清楚的，没有更多的本体论战争。
选择容易区分的区别。验证与验证往往不容易区分。
https://softwareengineering.stackexchange.com/questions/172850
复制相似问题
腾讯云开发者
