软件测试词典

首页

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 −第五步涉及调整参数以优化代码和其他资源,例如微调查询、提高服务器、网络等的容量。它包括重新测试软件以检查它如何以良好的响应时间处理每分钟大量用户。

软件压力测试的类型

不同类型的软件压力测试如下 −

1. 服务器-客户端压力测试

它也被称为分布式压力测试,用于检查连接到服务器的每个客户端。它通过同时模拟来自各个客户端的多个请求来验证服务器的稳健性和性能。例如,在 Web 应用程序中,大量用户可以尝试同时登录,这可能会导致崩溃。

2.产品压力测试

它用于确定与软件中的数据冲突、网络问题和性能拥挤相关的缺陷。

3. 事务压力测试

它用于检查多个应用程序之间发生的多个事务。它主要是为了微调参数以优化软件的整体性能。

4. 系统压力测试

它通过在同一台服务器上同时运行的各种平台上执行测试来完成。它有助于评估一个应用程序中的数据处理是否会影响在同一服务器上工作的另一个应用程序。

5. 分析压力测试

它通过使用在现实生活中不太可能发生的异常参数或条件执行测试来完成。当大量用户或事务同时使用软件时,它有助于检测缺陷。

软件压力测试的优点

软件压力测试的优点如下 −

  • 压力测试识别软件在遇到故障后的特征,并确保软件从这种情况中恢复。
  • 压力测试验证软件故障是否导致安全功能中断。
  • 压力测试验证软件在正常和异常情况下是否以正确的方式工作。
  • 压力测试有助于对软件进行有效的决策。
  • 压力测试的结果使项目利益相关者和客户对软件更有信心。

软件压力测试的缺点

软件压力测试的缺点如下 −

  • 手动压力测试用例需要很长时间才能执行,并且不容易执行。
  • 自动压力测试可以由经验丰富且具有足够编码知识和技能的测试人员执行。
  • 压力测试需要足够的时间和资源才能完成,从而导致预算增加。
  • 通过许可的自动化工具执行的压力测试会给项目带来额外成本。
  • 通过免费和开源工具执行的压力测试需要时间进行设置和配置。
  • 不准确的压力测试会导致时间和资源的浪费。

用于软件压力测试的工具

用于软件压力测试的不同工具列在下面 −

  • WebLoad
  • JMeter
  • Neoload
  • SmartMeter
  • LoadNinja

软件压力测试的指标有哪些?

软件压力测试的指标如下 −

#1) 每秒页面数 − 它表示每秒请求的页面总数,以及每秒加载的页面总数。

#2) 获取的页面数 − 它表示从特定页面获取所有信息所花费的平均时间。

#3) 获取的字节数 −它指的是从页面获取第一个字节信息所花费的平均时间。

#4) 交易响应时间 − 它指的是各个应用程序之间加载或执行交易所花费的平均时间。

#5) 每秒交易数 − 它指的是每秒成功加载的交易总数,以及遇到的失败总数。

#6) 连接失败 − 它指的是客户遇到的失败频率。

#7) 系统尝试失败 − 它指的是软件上失败尝试的总次数。

#8) 轮次 −它指向客户成功和失败运行的测试脚本的总数。

结论

至此,我们对软件压力测试教程的全面介绍就结束了。我们首先描述了什么是软件压力测试、软件压力测试的特点是什么、为什么需要软件压力测试、软件压力测试的目的是什么、软件压力测试的过程是什么、软件压力测试的不同类型是什么、软件压力测试的优点是什么、软件压力测试的缺点是什么、软件压力测试使用的不同工具是什么以及软件压力测试的指标是什么。这使您具备了软件压力测试的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。