为什么说V模型引入QA？

Question

在几篇文章和书籍中，我了解到"V-model将QA引入到SW开发中“。

根据我的理解，V模型活动(验证和验证)不能被视为QA，因为无论它是静态的(验证)还是动态的(验证)，都不能直接处理产品控制。

我同意测试(比如V&V)是QA用来衡量质量的工具，但它如何保证质量？

Google图书中的例子：

“实时系统设计和分析:操作者的工具”。“..these QA活动构成V模型的核心……”

或

多adds系统的迭代软件工程:大规模.：V-模型在瀑布模型中增加了明确的质量保证机制:验证是有关的.

Answer 1

我不知道你在哪里读到的，v模型将QA引入到软件开发中。这句话根本就说不通。V模型所做的是明确地将一些不同的质量活动(如验收测试、系统测试、集成测试和单元测试)与它们连接的上游活动联系起来。质量活动并不是开发和集成之后的事后考虑，而是明确地与生命周期中的前期活动联系在一起。然而，它也没有提到许多其他质量活动--评审和检查、度量和度量、审计和报告。

软件质量保证是一组活动，通过监控产品以及用于生产该产品的过程，确保正在构建的产品保持所需的质量水平。为了监测质量，你需要做你所说的“质量控制”活动-验证和验证测试-以便获得过程和产品质量的定量和定性测量。

当使用这些数据预防问题时，保证部分就出现了，方法是对问题采取纠正措施，或者尽早发现问题，或者改变过程以防止问题的发生。这包括产品和过程。例如，执行需求评审是一个V&V活动，但是通过在前面集成一个质量活动，您正在积极地防止缺陷进入正在建设的产品。强有力的质量保证工作还将研究缺陷发生的原因，并试图纠正它们，使用质量工具(如Pareto图表)来确定工作产品中缺陷的最大原因，并使用5原因分析来确定缺陷的根本原因，以便采取纠正措施。除了考虑问题之外，软件质量保证还解决了正在正确完成的事情，或者是在工作产品或正在开发的系统中有效地发现和消除缺陷的缺陷。

另一个可能的混淆点可能是组织认为是软件质量保证团队的角色。在我的经验中，软件质量保证倾向于更多地关注产品质量而不是过程质量。充其量，他们可能负责收集一些可用于过程质量的度量，但他们的主要职责不是解决如何构建软件，而是回答V&V的问题--构建正确，构建正确。