应用软件效率测试策略设计剖析
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一
给 定时问 内能够持 续处理的最 大负载或工作量 。
应用软件效率测试的执行策略
段业务时阃 （ ４ 如 ８小时） ．记录 交易平均响应 时间，交
易正确率，应用服务器和数据席服务器 ｃ ｕ Ｐ 利用率 、内存使
目前，为了适出 各种不同系统 的需求，根据 性能测试 用情况等参数，考察应用服务器和数据库服务器是否出现宕 的什 问特性 和资源特性 ，对应用软件制定 了几个 疗面的效率 机、 内存 泄漏等情 况。该测试 通常需要 和场景测 试进行结 ｊ 台， 从而 可以最大 限度地模拟 真实环境 Ｆ，系统 长时间连 沁 试 策略
数据存储容量的变化 ，执行不 同任务操作响应 时间所发生 的 理解 的测试 结 果 。 变化 。 ８．内存 泄漏检 测
４ ．建立虚拟用 户脚本并进行 适当的修改
通过测试 工具录制 系统交易 的执 行过程 ，例 如登录测
使用工具模拟系统 的测试点在单用户和多用户并发 以及 试 ，在录 制完脚本前一定要将退 出系统 的步骤 也录 制进 去，
测 试对象能够 处理的最大 工作量 。
功能点进行性能极限测试，即该功能点所能承受的最大用户 容量 测试使测试对象处理大量的数据 ，以确定是否达到 并发数 通过 极限测试 ．用户可预 知系统投 入使用后 ，能 了将使软件发生故障的极限。容量测试还将确定测试对象在 否满足 实际 的需求 。 ６．疲劳 强度测 试 （ 定性 测试 ） 稳 除了有 走时间的监测外，对系统资源 的监控主耍包括处 该测试 是指对系统核心功能点进行疲 劳强度测试，即用 理 器 ，内 存 、网 络 、 磁 盘和 系 统 等 系统 稳定运行情况下能够支持的摄大并发用户数，持续执行
维普资讯
后，在不 同的数据 存储量 情况下 ， 重新执行 各项操 作 ，求
一
个 充分准 备好 的测 试环 境有 三个优 点 ：一个 稳定 、
得 系统响应 时间 。 比较 不 同数据 存储 容量情 况下 ，执行 不 可重 复的测试 环境 ，能够保证 测试 结果 的正确 ；保 证达到 同任务操作的系统响应 时间，使用 户预知未来一段 时间随着 测试执 行 的技 术需求 ；保证得 到正 确的 、可重复 的 以及易
递增测 试是指 每隔一定时间段 （ ５ 、１ 如 秒 ）并发 ｏ秒 不同数 目的虚拟用户执行检查点操作 ，对检查点进 行递增用
是否都 已满足 实施和执行性能评测的 目的足将测试对象的
性 能行为 当作条件 （ 如工作 量或 硬件配置 ）的一种 函数 户压 加载测试 ，从而模 拟系统真 实的使用情 景，使用户 例 来进行评测和微 调 。性 能测试可 以分为负载 测试、强度 测 预知系统投入使用 后的性能水平 试和容 量测 试 负载测试是一种性能测试。其爿标是确定井确保系统在 ４．场 景测试 根据 历史数据统计 结果 以及 系统用户的分布和 使用频 超 Ｈ最大预期 工作量 的情 况 下仍能 正常运行 此外 ，负载 璋 模拟不同用户执行不同操 作．如 １％的用 户执行登录操 ｊ ｏ 测试 还要评估 性能特征 。例 如响应 时问、事 务处理速率 和 作 ，５ ％的用户执行查询操作，４ ％的用户执 行数据库更新 ０ ０ 其他与时 间相关 的方面 。 操 作，犀太限度 地模拟 系统 的真实场 景，使 用户预知系统 强度测试 足一种性能测试，实施和执行此类测试的 目的 投入使用后 的真实性能水平。从而对系统做出相应的优化及 是找 出因资源不足或资源争用而导致的错误 。如果 内存或磁 调整．避免实 际情况中 出现系统 长时间不响应 及崩溃的情 盘空间 ｉ 足，期 试对象就可能会表现出一些在正 常备件 下并 况 ０ 不 ［ 显的缺 陷，而其他缺 陷则可 能由于争用共 享资源 （ １ 『 ｊ 如 ５．极 限测试 数据 库锁或 同络带宽 ）而造成 的 强度测 试还可用于 确定 极限测试是指对系统核心功能点及可能存在压力瓶颈的
并 发测试是指并 发不同数 日的虚 拟用户执行检 查点操 系。性能测试 仅仅衡量 与时间相 关的各项指标 ，没有 衡 作 ．目的是对检 查点进行压 力加裁测试 。预测 系统投入使 量与资源相关的各项指标：第三方效率测试目的是验证 系统 用后在一定用户压力情｝ 兄下的系统 响应 时间 ．根据此 响应时
足否达到 了开发文档或用户提出的各项性 能指标 ，同时发现 间分析，确定 系统存在 的性 能瓶颈 ，为系统 的优化和调麓 提 供依 据 。
３．递 增删试
系 统可能存 在的瓶颈 ，起 到优化 系统 的 目的。 性能测试是对响应时间、事务处理速率和其他与时间相
关 的需求进行评测和评估。性能评测的 目 是核实性能需求 标
长时间运行 时的使用情况 ，记录系统 的内存分配和资源调用 这样 才能保 证测试 脚本能够 顺利执 行 。另外 ，在录制完测 情况，从而判断系统 的测试点在单用户和多用户并发 时是否 试脚 本后执 行一 次， 以便确 定脚本 是否 需要修 改。如果脚
存在 内存 泄漏 现象 。
本不 能正确执 行 ，就要检查脚 本中哪些 地方存在 动态 Ｉ Ｄ。 确定动态 Ｉ Ｄ的位置 后，就要进 行相应 的替换。替换 的方式 通常有两种 ：如果系 统变 化的范 围可预知并按照一定规则顺
１ 基 准 ห้องสมุดไป่ตู้ 试 ．
续运行条 件下 ，系统是否 能够保持 在稳定运行 状态 。
基准测试是指测试环境确认 以扁，对业务模型中涉及 的 每种 务做基准测 试， 闷ｆ 足扶取 单用 户执 行时的各项性能 ｋ 勺 ｌ
７．数据存储 容量 测试 使用工 具持续执行 各类任务 ，使数据库存储 一定容量
维普资讯
剖析
效 率测试 基本概念
目前．在软件测 试行、 慢，效率测试 习惯于 称作性能测 试 ，效率测 试与性 能测 试的关系成 该是包含与被 包含的关
和资源使用量指标，为多用户并发和混合场 景的性能测试性 能 分析提供参考 依据
２．并 发测试
给 定时问 内能够持 续处理的最 大负载或工作量 。
应用软件效率测试的执行策略
段业务时阃 （ ４ 如 ８小时） ．记录 交易平均响应 时间，交
易正确率，应用服务器和数据席服务器 ｃ ｕ Ｐ 利用率 、内存使
目前，为了适出 各种不同系统 的需求，根据 性能测试 用情况等参数，考察应用服务器和数据库服务器是否出现宕 的什 问特性 和资源特性 ，对应用软件制定 了几个 疗面的效率 机、 内存 泄漏等情 况。该测试 通常需要 和场景测 试进行结 ｊ 台， 从而 可以最大 限度地模拟 真实环境 Ｆ，系统 长时间连 沁 试 策略
数据存储容量的变化 ，执行不 同任务操作响应 时间所发生 的 理解 的测试 结 果 。 变化 。 ８．内存 泄漏检 测
４ ．建立虚拟用 户脚本并进行 适当的修改
通过测试 工具录制 系统交易 的执 行过程 ，例 如登录测
使用工具模拟系统 的测试点在单用户和多用户并发 以及 试 ，在录 制完脚本前一定要将退 出系统 的步骤 也录 制进 去，
测 试对象能够 处理的最大 工作量 。
功能点进行性能极限测试，即该功能点所能承受的最大用户 容量 测试使测试对象处理大量的数据 ，以确定是否达到 并发数 通过 极限测试 ．用户可预 知系统投 入使用后 ，能 了将使软件发生故障的极限。容量测试还将确定测试对象在 否满足 实际 的需求 。 ６．疲劳 强度测 试 （ 定性 测试 ） 稳 除了有 走时间的监测外，对系统资源 的监控主耍包括处 该测试 是指对系统核心功能点进行疲 劳强度测试，即用 理 器 ，内 存 、网 络 、 磁 盘和 系 统 等 系统 稳定运行情况下能够支持的摄大并发用户数，持续执行
维普资讯
后，在不 同的数据 存储量 情况下 ， 重新执行 各项操 作 ，求
一
个 充分准 备好 的测 试环 境有 三个优 点 ：一个 稳定 、
得 系统响应 时间 。 比较 不 同数据 存储 容量情 况下 ，执行 不 可重 复的测试 环境 ，能够保证 测试 结果 的正确 ；保 证达到 同任务操作的系统响应 时间，使用 户预知未来一段 时间随着 测试执 行 的技 术需求 ；保证得 到正 确的 、可重复 的 以及易
递增测 试是指 每隔一定时间段 （ ５ 、１ 如 秒 ）并发 ｏ秒 不同数 目的虚拟用户执行检查点操作 ，对检查点进 行递增用
是否都 已满足 实施和执行性能评测的 目的足将测试对象的
性 能行为 当作条件 （ 如工作 量或 硬件配置 ）的一种 函数 户压 加载测试 ，从而模 拟系统真 实的使用情 景，使用户 例 来进行评测和微 调 。性 能测试可 以分为负载 测试、强度 测 预知系统投入使用 后的性能水平 试和容 量测 试 负载测试是一种性能测试。其爿标是确定井确保系统在 ４．场 景测试 根据 历史数据统计 结果 以及 系统用户的分布和 使用频 超 Ｈ最大预期 工作量 的情 况 下仍能 正常运行 此外 ，负载 璋 模拟不同用户执行不同操 作．如 １％的用 户执行登录操 ｊ ｏ 测试 还要评估 性能特征 。例 如响应 时问、事 务处理速率 和 作 ，５ ％的用户执行查询操作，４ ％的用户执 行数据库更新 ０ ０ 其他与时 间相关 的方面 。 操 作，犀太限度 地模拟 系统 的真实场 景，使 用户预知系统 强度测试 足一种性能测试，实施和执行此类测试的 目的 投入使用后 的真实性能水平。从而对系统做出相应的优化及 是找 出因资源不足或资源争用而导致的错误 。如果 内存或磁 调整．避免实 际情况中 出现系统 长时间不响应 及崩溃的情 盘空间 ｉ 足，期 试对象就可能会表现出一些在正 常备件 下并 况 ０ 不 ［ 显的缺 陷，而其他缺 陷则可 能由于争用共 享资源 （ １ 『 ｊ 如 ５．极 限测试 数据 库锁或 同络带宽 ）而造成 的 强度测 试还可用于 确定 极限测试是指对系统核心功能点及可能存在压力瓶颈的
并 发测试是指并 发不同数 日的虚 拟用户执行检 查点操 系。性能测试 仅仅衡量 与时间相 关的各项指标 ，没有 衡 作 ．目的是对检 查点进行压 力加裁测试 。预测 系统投入使 量与资源相关的各项指标：第三方效率测试目的是验证 系统 用后在一定用户压力情｝ 兄下的系统 响应 时间 ．根据此 响应时
足否达到 了开发文档或用户提出的各项性 能指标 ，同时发现 间分析，确定 系统存在 的性 能瓶颈 ，为系统 的优化和调麓 提 供依 据 。
３．递 增删试
系 统可能存 在的瓶颈 ，起 到优化 系统 的 目的。 性能测试是对响应时间、事务处理速率和其他与时间相
关 的需求进行评测和评估。性能评测的 目 是核实性能需求 标
长时间运行 时的使用情况 ，记录系统 的内存分配和资源调用 这样 才能保 证测试 脚本能够 顺利执 行 。另外 ，在录制完测 情况，从而判断系统 的测试点在单用户和多用户并发 时是否 试脚 本后执 行一 次， 以便确 定脚本 是否 需要修 改。如果脚
存在 内存 泄漏 现象 。
本不 能正确执 行 ，就要检查脚 本中哪些 地方存在 动态 Ｉ Ｄ。 确定动态 Ｉ Ｄ的位置 后，就要进 行相应 的替换。替换 的方式 通常有两种 ：如果系 统变 化的范 围可预知并按照一定规则顺
１ 基 准 ห้องสมุดไป่ตู้ 试 ．
续运行条 件下 ，系统是否 能够保持 在稳定运行 状态 。
基准测试是指测试环境确认 以扁，对业务模型中涉及 的 每种 务做基准测 试， 闷ｆ 足扶取 单用 户执 行时的各项性能 ｋ 勺 ｌ
７．数据存储 容量 测试 使用工 具持续执行 各类任务 ，使数据库存储 一定容量
维普资讯
剖析
效 率测试 基本概念
目前．在软件测 试行、 慢，效率测试 习惯于 称作性能测 试 ，效率测 试与性 能测 试的关系成 该是包含与被 包含的关
和资源使用量指标，为多用户并发和混合场 景的性能测试性 能 分析提供参考 依据
２．并 发测试