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

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

在此模型中，首先，所有活动都朝下进行，并在某个时间点开始朝上运动，以将测试文档重新用于测试过程并形成V形。因此，它被称为V模型。

当我们选择这种模式时

我们选择V和V模型的原因如下：

• 对于大型和复杂的应用程序，这里的大表示n个模块和n个模块指定了模块之间的许多依赖关系。
• 并且它也用于长期项目。

在继续进行此模型之前，首先，我们将了解需求：

要求

它是从客户那里收集的文件；在这里，我们有两种不同类型的需求文档，如下所示：

• CRS / BRS
• SRS / FS

CRS / BRS

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

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

SRS / FS

它代表软件需求规范或功能规范;在此过程中，所有细节都转换为细节文档，开发人员和测试工程师可以理解。

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

功能需求的特征

• 需求应该是“详细信息” ，这意味着它具有有关模块，组件和功能规范的所有详细信息，并且具有正确的流程，这意味着应按顺序排列。
• 要求应以易于理解的简单语言编写。
• 需求应该是可测量的或可数的。

V和V模型过程

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

验证和确认过程包括不同的阶段：

阶段1

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

• 根据以下内容审查CRS
  • 不正确的要求
  • 缺少要求
  • 需求冲突
• 编写验收测试文件

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

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

第二阶段

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

• 针对CRS审查SRS
  • 每个CRS都传输到SRS
  • CRS没有正确转换为SRS
• 编写系统测试文件

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

第三阶段

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

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

阶段4

一旦测试团队完成对HLD的审查，开发人员将编写代码并开发应用程序，测试团队将执行以下任务：

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

阶段5

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

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

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

注意：
如何处理V和V中的需求更改?
每当需求发生变化时，相同的过程就会继续，并且文档将被更新。

V和V模型的优缺点

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