软件测试词典

首页

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 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


软件测试 - 可追溯性

软件测试是根据客户给出的要求进行的。因此,确保每个需求至少有一个测试用例覆盖非常重要。可追溯性是跟踪规范、变更请求、需求、缺陷、版本等的过程。

什么是软件可追溯性?

软件可追溯性是应用于软件开发过程的技术。它涉及跟踪和追踪测试用例、工件以及与软件开发生命周期相关的所有其他内容的需求。这对于在软件开发生命周期 (SDLC) 的所有阶段保持透明度非常重要。它还有助于跟踪每个团队成员的角色和职责及其交付时间表。可追溯性不是一个非常简单的过程,可以借助 Helix ALM 等工具获得。

软件可追溯性的目的

软件可追溯性的目的如下 −

  • 软件可追溯性有助于监控软件开发中每个单独项目的历史记录,以便它们按照项目时间表内的标准进行构建,并且所涉及的风险最小。
  • 软件可追溯性主要用于降低风险。
  • 软件可追溯性用于质量控制目的。
  • 可追溯性用于更快地开发和交付软件。
  • 可追溯性主要用于实现更高的运营效率和生产力。

软件可追溯性在哪里使用?

软件可追溯性用于以下列出的场景−

  • 可追溯性用于软件开发过程之前、之中和之后。
  • 可追溯性用于记录与软件开发相关的所有已涵盖的项目。
  • 可追溯性用于识别所有可能的风险,并阻止软件开发过程中的错误。
  • 可追溯性用于维护和遵守政府法规的要求。
  • 可追溯性用于在更短的时间内开发出高质量的软件。

软件工程中的可追溯性

软件工程中的可追溯性用于管理和跟踪 SDLC 中所有可交付成果的进度。它致力于在构建软件时实现法规遵从性。它链接软件开发中的两个或多个实体。此链接描述了这些实体之间存在的依赖关系。可追溯性主要用于测试用例,并且测试运行和维护既用于管理目的也用于监管目的。

例如,需求主要追溯到测试用例,或者安全隐患可能与克服该隐患的软件功能相关联。一旦检测到该链接,就可以确认已处理了相应的需求。可追溯性可以双向跟踪。为了验证特定隐患是否已消除,我们可以将链接正向跟踪到需求。同时,如果我们想知道需求的原因,我们可以追溯到危险。

什么是需求可追溯性?

需求可追溯性用于在 SDLC 中向前和向后跟踪需求。使用各种工件(例如测试用例、测试运行和缺陷)向前跟踪需求。它们被追溯到需求来源,即利益相关者或它们周围的法规遵从性。

需求可追溯性的主要目标是确保满足所有需求。它通过建立对需求的清晰视图和理解来加快整个软件开发过程。它也是评估需求的重要因素。

如果需求有任何修改,那么我们可以使用需求可追溯性来分析更改的影响,识别受影响的需求及其相关的测试用例或缺陷。它通常通过使用审计跟踪的可追溯性矩阵来维护。

软件测试中的可追溯性

软件测试中的可追溯性用于在 SDLC 中向前和向后跟踪测试用例。测试用例向前跟踪到测试运行。测试运行反过来跟踪到需要解决的缺陷。测试用例和测试运行都向后跟踪到需求。

它还通过可追溯性矩阵来维护,该矩阵由史诗、故事、需求、测试用例、测试运行、测试结果和缺陷组成。在可追溯性矩阵中,我们可以获得每个项目的前向和后向可追溯性。

结论

这就是我们对软件可追溯性教程的全面介绍。我们首先描述了什么是软件可追溯性、软件可追溯性的目的是什么、软件可追溯性用在何处、软件工程中的可追溯性是什么、需求可追溯性是什么以及软件测试中的可追溯性是什么。这让您对软件可追溯性有了深入的了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。