1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
负载测试

软件测试方法和技术 - Ch.6集成测试和系统测试 Zhu.Kerry@ 第六章 集成测试和系统测试 6.1系统集成的模式与方法 为什么总是集成不起来? 集成测试的模式 自顶向下和自底向上集成方法 自顶向下法(Top-down Integration) 自顶向下法的主要优缺点 自顶向下法(Top-down Integration) 自底向上法(Bottom-up Integration) 自底向上法(Bottom-up Integration) 混合策略(Modified Top-down Integration) 大棒集成方法(Big-bang Integration) 三明治集成方法(Sandwich Integration) 改善的三明治集成方法 几种集成方法性能的比较 6.2功能测试 功能测试的方法 等价类划分法 边界值分析法 错误推测法 因果图法 组合分析法 错误推测法 组合分析法 6.3 系统测试 压力测试 (Stress test) 容量测试 (Capacity test) 性能测试 (Performance test) 安全测试 (Security test) 容错测试 (Recovery test) 回归测试 回归测试 6.4 压力测试、容量测试和性能测试 性能测试 性能测试概念和目的 性能测试的目的: 为了验证系统是否达到用户提出的性能指标,同时发现系统中存在的性能瓶颈,起到优化系统的目的。 性能测试指标的来源: 用户对各项指标提出的明确需求;如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。(需求+经验) 主要的性能指标: 服务器的各项指标(CPU、内存占用率等)、后台数据库的各项指标、网络流量、响应时间 性能测试要点 测试环境应尽量与产品运行环境保持一致,应单独运行尽量避免与其他软件同时使用。 性能测试一般使用测试工具和测试人员编制测试脚本来完成。 性能测试的重点在于前期数据的设计与后期数据的分析。 性能测试的用例主要涉及到整个系统架构的问题,所以测试用例一旦生成,改动一般不大,所以做性能测试的重复使用率一般比较高。 性能测试的方法和技巧 两种负载类型 “flat”测试 ramp-up测试 对于企业级的系统,性能测试的方法主要有: 基准测试 性能规划测试 渗入测试 峰谷测试 两种负载类型 “Flat”测试: 对于一次给定的测试,应该取响应时间和吞吐量的平均值。精确地获得这些值的唯一方法是一次加载所有的用户,然后在预定的时间段内持续运行。 两种负载类型 Ramp-up测试: 用户是交错上升的(每几秒增加一些新用户)。ramp-up测试不能产生精确和可重现的平均值,这是因为由于用户的增加是每次一部分,系统的负载在不断地变化。其优点是,可以看出随着系统负载的改变,测量值是如何改变的?据此选择要运行的flat测试的范围。 Flat测试 “波动”效应 Flat测试 “波动”效应 基准测试 (Benchmark Test, 即BMT) 基准测试是指通过设计科学的测试方法、测试工具和测试系统,实现对一类测试对象的某项性能指标进行定量的和可对比的测试。例如,对计算机CPU进行浮点运算、数据访问的带宽和延迟等指标的基准测试,可以使用户清楚地了解每一款CPU的运算性能及作业吞吐能力是否满足应用程序的要求 基准测试 同时与服务器通信的连接(或虚拟用户)的数目, 每个虚拟用户请求之间间隔时间的长短。 基准测试 (2) 在某一点上,执行队列开始增长,因为服务器上所有的线程都已投入使用,传入的请求不再被立即处理,而是放入队列中,当线程空闲时再处理。 基准测试 (3) 将系统置于相同的高负载下,将请求之间间隔时间设为零。这样服务器会立即超载,并开始构建执行队列。如果请求(虚拟用户)数保持一致,基准测试的结果会非常精确? flat运行是获得基准测试数据的理想模式 性能规划测试   性能规划类型的测试其目标是找出在特定的环境下,给定应用程序的性能可以达到何种程度。例如,如果要以5秒或更少的响应时间支持8,000个当前用户,需要多少个服务器?  要确定系统的容量,需要考虑几个因素: 用户中有多少是并发与服务器通信的。 每个用户的请求间时间间隔是多少。 性能规划测试 (2) 如何加载用户以模拟负载状态? 最好的方法是模拟高峰时间用户与服务器通信的状况。 如果用户负载状态是在一段时间内逐步达到的,选择ramp-up测试,每隔几秒增加x个用户; 如果所有用户是在一个非常短的时间内同时与系统通信,就应该使用flat测试,将所有的用户同时加载到服务器 什么是确定容量的最好方法? 结合两种负载类型的优点,并运行一系列的测试 如:首

文档评论(0)

magui + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8140007116000003

1亿VIP精品文档

相关文档