V-模型/V和V模型/验证和验证模型

这个模型的出现是为了克服瀑布模型的缺点。在这个模型中，测试从需求阶段本身开始。

在这个模型中，首先，所有的活动都在向下的方向，在某个时间点，它开始向向上的方向为测试过程重新使用测试文档，并形成V形状。因此，它被称为V模型。

当我们选择这个模型时

我们采用V和V模型的原因如下:

• 对于大型而复杂的应用程序，这里的大型意味着n个模块，而复杂则指定了模块之间的大量依赖关系。
• 也适用于长期项目。

在进一步了解这个模型之前，首先，我们将了解需求:

需求

它是从客户那里收集来的文件;在这里，我们有两种不同类型的需求文档，分别如下:

• CRS / br
• SRS / FS

CRS / br

CRS或BRS代表客户需求规范或业务需求规范。对于CRS，细节将由BA(业务分析师)用简单的业务(英语)语言编写，开发人员和测试工程师无法理解。

让我们看一个Gmail应用程序的客户需求规范示例:

SRS / FS

它代表软件需求规格或者是功能规范；在这种情况下，所有的细节都被转换为细节文档，这可以被开发人员和测试工程师理解。

让我们看一个Gmail应用程序的软件需求规范示例:

功能性需求的特征

• 这些要求应该是详细，这意味着它有所有的细节模块、组件和功能规范在适当的流，这意味着它应该在序列顺序。
• 需求应该用简单的语言编写，这样每个人都很容易理解。
• 需求应该是可测量的或可计数的。

V和V模型过程

整个V型模型分两阶段执行，即完成评审过程是在验证阶段，而整个测试过程是在验证阶段；这就是为什么它也被称为验证和确认模型。

其中验证和确认过程包括不同的阶段:

阶段1

它将从收集CRS(客户需求规范)文档开始，由业务分析师从客户处收集，测试工程师将检查以下场景:

• 检讨CRS基于
  • 错误的要求
  • 失踪的需求
  • 需求中的冲突
• 编写验收测试文档

注意:在所有阶段中，测试文档包括测试计划和测试用例。

一旦测试工程师团队审查了CRS并发现了任何错误或缺陷，他们就会将其发送给开发团队以修复这些错误。在修复bug之后，开发团队更新CRS并同时开发SRS文档。

第二阶段

完成CRS之后，SRS被发送到测试团队进行审查过程，开发人员开始为应用程序创建HLD(高级设计)。测试团队将在以下场景下测试SRS:

• 对照CRS检查SRS
  • 每个CRS被转移到SRS
  • CRS没有正确地转换为SRS
• 编写系统测试文档

一旦测试团队检查了SRS的每个细节，并且CRS已经正确地转换为SRS，我们将进入下一个阶段。

第三阶段

HLD完成后，开发人员开始为应用程序创建LLD(低级设计)，与此同时，测试人员将检查HLD上的以下测试:

• 回顾HLD
• 编写集成测试文档

第四阶段

一旦测试团队完成了HLD的审查，开发人员就会编写代码并开发应用程序，测试团队将完成以下任务:

• 审核LLD
• 编写功能测试文档

第五阶段

在完成编码部分后，开发人员将进行一轮单元测试，也称为白盒测试，检查每一行代码，确保代码正确。

在执行单元测试之后，应用程序被发送到测试团队，在那里他们执行多个测试，例如功能测试、集成测试、系统测试和验收测试。

一旦测试部分完成，应用程序将最终交付给客户。

注意:
如何处理V和V的需求变更?
当需求发生变更时，同样的过程将继续，并且文档将被更新。

V型和V型模型的优缺点

让我们来看看V和V模型的优缺点: