《软件测试 教学课件 ppt 作者 郑人杰 许静 于波 第6章系统测试--性能测试》由会员分享，可在线阅读，更多相关《软件测试 教学课件 ppt 作者 郑人杰 许静 于波 第6章系统测试--性能测试（46页珍藏版）》请在金锄头文库上搜索。
1、-性 能 测 试,第 6 章 系统测试,主要内容,影响系统性能的原因 性能测试的目的 性能测试的时机 性能测试的基本概念 性能测试的类型 性能测试的过程 性能测试的工具 Web性能测试实例,1 影响系统性能的原因,网络状况 硬件设备 系统/应用服务器/数据库配置 数据库设计和数据库访问实现 业务的程序实现（算法）,2. 性能测试目的,评估系统的能力： 测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力，并帮助作出决策。 识别体系中的弱点： 受控的负荷可以被增加到一个极端的水平，并突破它，从而修复体系的瓶颈或薄弱的地方。 系统调优： 重复运行测试，验证调整系统的活动得到了预期的结果，
2、从而改进性能。,检测软件中的问题： 长时间的测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问题或冲突。 验证稳定性（resilience）可靠性（reliability）： 在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法。,3. 性能测试的时机,性能测试是在系统相对稳定时进行的，所以首先要进行功能测试 完成系统的集成测试，系统试运行阶段 系统运行时出现性能问题,在设计阶段验证架构的性能 在编码阶段阶段性验证系统性能/性能调优/发现系统缺陷 在产品部署阶段验收测试的一部分 在维护阶段考察系统的可扩充性/定位系统缺陷,不同视角的系统性能,用户视角
3、 响应时间 稳定性 系统视角 延迟（网络延迟、数据库延迟） 系统资源使用状况 开发者视角 代码实现 数据库实现,4。性能测试中的基本概念,响应时间（Response Time） 点击数（Hits） 页面请求（Page view） 吞吐量（Throughout） 并发用户数*（HTML文档大小）/请求时间 并发用户（Concurrency User） 资源利用率（Resource Usage）,通用指标 ProcessorTime: 指服务器CPU占用率，一般平均达到70%时，服务就接近饱和； Memory Available Mbyte : 可用内存数，如果测试时发现内存有变化情况也要注意，如
4、果是内存泄露则比较严重； Physicsdisk Time : 物理磁盘读写时间情况；,响应时间的分解（WEB应用） 响应时间=网络响应时间+ 应用程序响应时间 响应时间=(N1+N2+N3+N4)+(A1+A2+A3),统计调查结果,事务响应时间不超过4秒，可以接受 事务响应时间大于4秒小于9秒，30%用户会撤消事务 事务响应时间大于8秒小于10秒，60%用户会撤消事务 事务响应时间超过10秒，超过90%用户会撤消事务,响应时间类型,一般响应时间 通常为系统更新、查询、报告等行为定义 选择一些事务的实例来测试 特殊响应时间 分别定义 需要逐项测试 术语 连接时间：客户机和服务器建立连接的时间
5、 发送时间：客户机向服务器发送数据的时间 接受时间：服务器向客户机发送响应数据的时间 处理时间：服务器向应客户机请求所需要的时间 事务时间：客户机处理接收数据需要的时间,5。性能测试的分类,性能测试类型包括： 负载测试：确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况 。 强度测试： 强度测试是一种性能测试，在系统资源特别低的情况下软件系统运行情况。 容量测试：确定系统可处理同时在线的最大用户数（在用户可接收的范围内）。 压力测试：通过确定一个系统的瓶颈或者 最大使用极限 的测试 。,疲劳强度测试: 系统稳定运行情况下能够支持的最大并发用户数或 者日常运行
6、用户数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。,大数据量测试 独立的数据量测试 针对某些系统存储、传输、统计、查询等业务进行大数据量测试 综合数据量测试 和压力性能测试、负载性能测试、疲劳性能测试相结合的综合测试方案,性能测试的测试用例设计,预期性能指标的测试用例 并发用户相关的测试 疲劳强度与大数据量测试 网络性能测试 服务器性能测试,预期性能指标测试用例,需求来源： -产品设计前的预期参数 -项目对客户保证的性能指数,用户并发性能测试,核心模块的测试 可以理解为“单元性能测试” 针对核心功能模块进行并发用户测试， 测试系统是否能
7、够稳定运行 主要是针对易独立并发、或者使用频繁的模块,用户并发性能测试,业务组合性能测试 可以理解为“集成性能测试” 同时使用多个模块的测试 接近用户的实际操作：模拟多个用户 并发来做不同的事情，当然也可以部 分用户做同样的事情,疲劳强度与大数据量测试,疲劳测试目的：确定系统处理最大工作量的性能。 内容：在系统稳定运行下，模拟最大或者恰当的用户数目、长时间运行系统，通过综合分析执行指标和资源监控来分析系统的稳定性。,大数据量测试分为两种： 针对某些系统存储、传输、统计查询等业务进行大数据量的测试,可以通过工具完成； 数据库性能测试，可以编写程序和测试工具结合实现； 是与前面并发测试相结合的组合
8、数据访问的大数据量测试。编写用例时主要编写前一部分，后一部分尽量放在并发相关的测试用例中。,网络性能测试,主要是为了准确展示带宽、延迟、负载和端口的变化是如何影响用户的响应时间的。 测试用户数目与网络带宽的关系。 用例的编写应和用户并发测试结合起来:例如在原有的基础上采用工具来调整网络设置。,服务器性能测试,测试用例不必独立编写，也可以根据实际需要编写少量的测试用例。系统集成部会完成一部分工作。 建议：这部分和前两部分的用例编写结合起来，在用户并发性能测试、疲劳强度与大数据量性能测试时完成对服务器性能的监控。,6 性能测试的过程,说明,性能需求文档 准备需要执行的负载测试概况安排 组成需要测试
9、的负载的系统事务详细目录 需要执行和度量响应时间的系统事务详细目录 需要产生的分析和报告的说明,设计脚本,准备包含适量数据的测试数据库 书写组成负载的系统事务脚本 书写需要度量响应时间的系统事务脚本 工作量定义的开发（即负载概况的执行） 准备自动脚本参数化所需要的测试数据,执行,执行中间测试 执行性能测试 报告测试结果,分析结果,收集测试结果 准备表格和图形分析 准备包括解释和建议的测试报告,系统调优,包括对应用软件、中间件、数据库等的多项改变 数据库调优的效果大于程序调优 服务器系统参数的改变 升级客户端、服务器硬件、网络性能或路由等,分析与报告测试结果,响应时间 测量值 最小响应时间 最大
10、响应时间 平均响应时间 95%的响应时间 响应时间需求与测试结果的比较 系统的吞吐量 实际事务率和吞吐量 判断与模拟的负载概况是否相一致,分析与报告测试结果（2）,通过图表方式列出响应时间与负载的关系 随着负载的增加性能降低的频率 在可接受的响应时间内能达到的最大吞吐量 某段时间内资源的使用情况 将资源使用与当时应用负载情况相关联，有助于寻找系统框架中的瓶颈,7 性能测试的工具,测试框架,执行客户应用工具,模拟用户操作 执行选择的系统事务 度量响应时间,测试驱动工具的功能,基本功能 建立网络连接 读取标准输入数据、准备命令行数据或准备传播的消息 承认来自远程服务器的响应 可以配置发送信息的频率 复杂功能 记录提交到服务器的事务的响应时间 在需要建立成千上百个虚拟客户端的时候，可以复制自己，在不同的实例间同步,系统资源监视工具,需要监视的资源包括 ： PC client monitor内存资源，磁盘空间，装入的DLL、TSR（内存驻留程序/寄存器） UNIX clients and servers monitors过程的CPU使用和I/O，未占用内存，页面交换速率 Network monitor带宽占用率，通过对数据包的追踪进行细节分析 Database monitor访问数据库的过程，锁的请求和授权，死锁，逻辑和物理I/O,测试工具一览表,8.Web性能测试实例,网站测试,
