软件测试词典

首页

A

验收测试 可访问性测试 主动测试 实际结果 临时测试 老化测试 敏捷测试 全对测试 Alpha 测试 API 测试 Arc 弧测试 异常测试 断言测试 审计测试 自动化软件测试

B

向后兼容性测试 基线工件 基础路径测试 基础测试集 调试 行为测试 基准测试 Beta 测试 大爆炸测试 二进制可移植性测试 黑盒测试 自下而上测试 边界测试 分支测试 广度测试 Bug测试 构建验证 业务流程 业务需求

C

能力成熟度模型 捕获/重放工具 因果图 代码覆盖率 代码冻结 代码检查 代码审查 代码演练 基于代码的测试 代码驱动测试 无代码测试 比较测试 兼容性测试 合规性测试 并发性测试 条件覆盖测试 配置测试 一致性测试 上下文驱动测试 控制流路径 转换测试 正确性 覆盖项目 循环复杂度

D

数据完整性测试 数据驱动测试 数据流测试 数据库测试 调试 决策覆盖测试 缺陷 缺陷记录和跟踪 缺陷生命周期 Delta 发布 依赖性测试 深度测试 破坏性测试 开发环境 文档测试 域测试 耐久性测试 动态测试

E

模拟器 端到端测试 耐久性测试 准入标准 等价分区测试 错误 错误猜测 错误植入 详尽测试 退出标准 预期结果 探索性测试

F

故障转移测试 失败 故障 故障注入测试 可行路径 功能测试 功能分解 功能要求 功能测试 模糊测试 前端测试

G

玻璃盒测试 全球化测试 Gorilla 测试 灰盒测试 GUI 测试

H

测试工具 启发式测试 混合集成测试

I

实施测试 增量测试 独立测试 不可行路径 检查 安装/卸载测试 集成测试 接口测试 国际化测试 系统间测试 互操作性测试 隔离测试 问题

K

关键字驱动测试 关键绩效指标 已知问题

L

LCSAJ 测试 负载生成器 负载测试 本地化测试 逻辑覆盖率测试 循环测试

M

可维护性 手动测试 大型机测试 基于模型的测试 修改条件测试 模块化驱动测试 猴子测试 突变测试

N

负面测试 非功能性测试 非破坏性测试

O

操作测试 正交阵列测试

P

配对测试 成对测试 并行测试 部分测试自动化 被动测试 路径测试 同行评审 渗透测试 性能测试 试点测试 可移植性测试 积极测试 后置条件 前提条件 预测结果 优先级 流程周期测试 渐进式测试 原型测试

Q

质量保证 质量控制 质量管理

R

随机测试 恢复测试 回归测试 候选版本 发布说明 可靠性测试 需求测试 基于需求的测试 需求可追溯性矩阵 结果 重新测试 Review 审查 风险测试 风险管理 根本原因

S

安全性测试 健全性测试 可扩展性测试 场景测试 时间表 Scrum 测试 脚本 安全测试 模拟 冒烟测试 浸泡测试 峰值测试 软件需求规范 稳定性测试 状态转换 静态测试 统计测试 存储测试 压力测试 结构测试 结构化演练 存根 符号执行 语法测试 系统集成测试 系统测试 被测系统

T

技术评审 测试方法 测试自动化 测试基础 测试平台 测试用例 测试用例设计技术 测试套件 测试完成标准 测试完成报告 测试完成矩阵 测试数据 测试数据管理 测试驱动开发 测试驱动程序 测试环境 测试执行 测试管理 测试成熟度模型 测试计划 测试步骤 测试策略 测试工具 线程测试 自上而下的集成测试 全面质量管理 可追溯性

U

单元测试 无法访问的代码 可用性测试 用例测试 用户验收测试 用户界面测试

V

V 模型 验证测试 验证测试 虚拟用户 容量测试 漏洞测试

W

Web 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


软件测试 - V 模型

软件开发由软件开发生命周期 (SDLC) 原则驱动,其中每个阶段都按 V 形顺序进行。V 模型的另一个名称是验证和确认。它还表示,SDLC 中的每个阶段只有在成功完成该特定阶段的所有测试活动后才能结束。

什么是 V 模型?

V 模型用于提供 SDLC 的系统和可见表示。在这里,测试执行是逐步进行的。它涉及软件中每个开发阶段的测试阶段。例如,如果开发了特定功能,则在该功能的测试完成后,下一个阶段开始。因此,它确保开发和测试齐头并进,然后再进入后续阶段。

V 模型的重要性是什么?

V 模型的重要性如下 −

  • 它有助于及早发现错误。通过在开发过程中进行验证和确认阶段,可以采用早期测试。在 SDLC 的初始阶段检测到的缺陷比在后期阶段检测到的缺陷修复成本更低。
  • 它使开发和测试阶段能够在 SDLC 的每个阶段并行进行。因此,它有助于对整个软件工程过程采取有条不紊、平衡的方法。
  • 它避免了采用在 SDLC 结束时进行测试的大爆炸测试方法。
  • 由于开发和测试阶段同时进行,它在各个团队之间创造了一种协作和合作的环境,最终帮助每个人更好地理解需求、设计、开发等。
  • 通过从 SDLC 的初始阶段开始采用严格的验证和确认活动,软件质量得到了很大程度的提高。

V 模型的不同阶段

SDLC 中的测试阶段由软件的验证和确认控制。验证过程用于检查整个软件或系统或其部分是否已根据开发要求、标准和规范进行开发。

验证过程用于检查整个软件或系统或其部分是否已根据用户要求进行开发。它主要确认软件是否能够满足客户的需求。

V 模型中的验证阶段

V 模型中的验证阶段列于下方 −

用户需求分析

在此阶段,从客户的角度理解软件需求及其如何帮助解决用户的问题。它涉及与客户进行详尽的讨论,以了解他们对软件的具体要求和期望。涵盖功能性和非功能性需求。用户验收测试用例是根据这些用户需求创建的。客户、项目经理、业务分析师大多参与此阶段。

系统要求

在此阶段,用户需求被转换为软件的功能。在此基础上,最终确定所需的硬件、配置和资源。系统测试计划也已确定。业务分析师和开发人员大多参与此阶段。

高级设计

在此阶段,软件功能被分解为各个单元。通过列出所有硬件、软件、编程语言、数据库详细信息等来创建高级技术设计文档。它是以系统要求为输入创建的。集成测试用例是根据此高级设计文档创建的。架构师、开发人员、数据库管理员等主要参与构建高级设计。

低级设计

在此阶段,开发人员根据高级设计文档提出各个单元的详细架构或设计(也称为低级设计文档或 LLD)及其与其他单元的通信。它包括有关如何按照业务规则管理、存储、记录、交换数据等的信息。单元测试用例是根据低级设计文档创建的。

编码

开发人员根据低级设计文档开始为软件及其各个单元编码。

V 模型中的验证阶段

V 模型中的验证阶段如下所列 −

  • 单元测试 − 在此阶段,开发单元测试计划并将其用于检测单元级代码中的错误。
  • 集成测试 − 在此阶段,集成各个单元,然后测试它们之间的通信。
  • 系统测试 − 在此阶段,测试整个软件以检查其是否按要求运行。功能性和非功能性要求均经过验证。
  • 用户验收测试 − 在此阶段,测试在与生产类似的环境中进行。执行该测试是为了验证软件是否满足所有客户需求,并检查其如何处理实际场景。

下图显示了 V 模型的各个阶段 −

软件测试测试用例

何时使用 V 模型?

V 模型用于以下列出的场景 −

  • 它用于需求定义明确且清晰的小型和不太大的项目。
  • 它用于正确制定软件验收标准的项目。
  • 它用于拥有大量资源且具有所需技术专长的项目。

V 模型的优势V 模型

V 模型的优点如下 −

  • 这是一个系统且有条理的模型,每个阶段都由一次处理。
  • 它仅适用于需求明确的小型和不太大的项目。
  • 它在每个阶段都采用验证和确认,从而提高软件质量。
  • 每个阶段都有特定的可交付成果和评审,因此可以轻松进行项目管理并进行准确跟踪。
  • 由于从 SDLC 的初始阶段开始采用测试,因此错误检测和修复既简单又经济高效。
  • 它并不复杂。

V 模型的缺点

V 模型的缺点如下 −

  • 在敏捷框架,需求是动态的,然而,V 模型没有灵活的方法,只能在需求明确定义的情况下采用。因此,在需求略有修改的任何项目中,它都不能采用。
  • 对于存在任何需求变化风险的大型复杂项目,它不能采用。
  • 它需要时间,因为在测试和文档上花费了大量精力。
  • 它没有任何阶段迭代的范围。
  • 它需要大量的文档。

V 模型的原则是什么?

V 模型基于验证和确认。V 模型的原则如下所列 −

  • 从大到小 − 根据这一原则,测试应以连续的方式进行。它应该从需求分析阶段开始。
  • 流程和数据完整性 − 根据这一原则,测试应以流程和数据协同工作的方式进行,以实现项目的正确完成。
  • 可扩展性 − 根据这一原则,V 模型可在任何 IT 项目中采用,无论其规模、复杂性和所花费的时间如何。
  • 交叉引用 − 根据这一原则,需求和所进行的测试任务之间应该有直接的映射。
  • 清晰的文档 −根据这一原则,开发人员、测试人员和支持团队应该进行适当的文档编制。

结论

至此,我们对软件测试 V 模型教程的全面介绍就到此结束。我们首先描述了什么是 V 模型、V 模型的重要性是什么、V 模型的不同阶段是什么、何时使用 V 模型、V 模型的优点和缺点以及 V 模型的原理是什么。

这让您对软件测试 V 模型有了深入的了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。