软件测试词典

首页

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

有用的资源

有用的资源 讨论


软件测试 - 并行测试

软件测试需要在预计的时间内完成,以确保软件能够无延迟地交付。并行测试是用于提高速度和效率的技术之一。它主要是自动化测试形式,其中在多个设备、浏览器、平台等上同时运行多个测试。因此,它遵循使用多个基础设施或资源隔离测试执行的原则。

什么是软件并行测试?

并行测试是一种技术,包括在各种环境、设备或操作系统中一次执行多个测试。在正常的测试执行中,测试用例一个接一个地运行,这意味着每个测试都等待前一个测试完成运行。因此,并行测试同时执行多个测试。

并行测试的主要目标是尽量缩短整个执行时间。它为开发的软件带来更快的反馈,并有助于比顺序测试更快地发现缺陷。它在敏捷框架和具有严格时间表的项目中广受欢迎。

让我们以需要针对各种浏览器和平台进行验证的软件为例。借助并行测试,测试团队可以在每个浏览器和操作系统组合上同时运行相同的测试。通过这种方式,测试团队可以检测到与浏览器相关的问题,并确认软件在各种操作系统上的统一性能和功能。

何时使用软件并行测试?

并行测试用于存在由大量测试用例组成的测试套件的场景,这些测试用例需要在规定的时间范围内定期执行。并行测试可用于以下列出的各种类型的测试 −

1.回归测试

这种测试大多是自动化的,并以并行模式执行,以检查新的代码更改是否没有影响软件的现有功能。

对于需要验证各种语言和语言环境的应用程序,并行回归测试是通过对各种语言参数执行多个测试来广泛进行的,以确认每个本地化内容都是合适的,并且没有缺陷。

2. 跨浏览器测试

这种测试大多是自动化的,并以并行模式执行,以检查软件是否在各种浏览器、平台或设备上运行良好。

3. 负载测试

这种测试大多是自动化的,并以并行模式执行,以评估众多用户同时使用软件时的特性。

4.性能测试

这种类型的测试大多是自动化的,并以并行模式执行,以评估软件的性能、质量、能力和可扩展性。

5. 移动应用测试

这种类型的测试大多是自动化的,并以并行模式执行,在各种设备上执行测试,以提高测试覆盖率,并减少测试周期。

软件并行测试和顺序测试之间的区别

Sr.No 顺序测试 并行测试
1 测试一个接一个地运行,等待前一个测试完成执行。 测试在各种资源上同时运行,而无需等待前一个测试完成执行。
2 完成需要大量时间。 完成所需的时间更少,使测试过程更高效。

软件并行测试的优势

软件并行测试的优势如下 −

  • 并行测试可以更快地完成测试执行,因此节省了大量时间。
  • 并行测试比顺序测试运行更快地发现缺陷。
  • 并行测试允许同时在各种设备、浏览器、平台等上执行测试用例,从而增加测试覆盖率。
  • 并行测试可以最佳地利用资源和基础设施,从而降低项目成本。
  • 并行测试允许在各种机器或云中执行,从而为测试提供可扩展性。

软件并行测试的缺点

软件并行测试的缺点如下 −

  • 并行测试需要设置各种环境,这不是一个非常简单的过程。
  • 当测试在不同设备上执行时,并行测试可能会出现同步问题平台、设备、浏览器等。
  • 并行测试可能会出现间歇性故障,这些故障很难隔离,也很难找到故障的根本原因。

软件并行测试遵循的最佳实践

软件并行测试应遵循的最佳实践如下 −

  • 测试用例不应相互依赖,以避免冲突。并行测试用例应集成到 CI/CD 管道中,以获得最大收益。
  • 测试环境应相互隔离,以防止同时运行的测试之间发生干扰。
  • 测试报告和分析应涵盖并行测试时遇到的所有偶发故障。

结论

至此,我们对软件并行测试教程的全面介绍就到此结束。我们首先介绍了什么是软件并行测试、何时使用软件并行测试、软件并行测试和顺序测试之间的区别、软件并行测试的优点、软件并行测试的缺点以及软件并行测试的最佳实践。这让您对软件并行测试有了深入的了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。