性能测试之测试用例(方案篇)课件.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
性能测试之测试用例(方案篇) 性能测试在软件测试中占有重要的地位,而性能测试又关联很多内容。例如 压力和强度测试就与性能测试密切相关: 针对一个网站进行测试, 模拟 10 到 50 个用户就是在进行常规性能测试,用户增加到 1000 乃至上万就变成了压力 / 负 载测试,如果同时对系统进行大量的数据查询操作,就包含了强度测试。 为了便于性能测试工作的实施,这里的性能测试综合了性能、强度、压力、 负载等多方面的测试内容, 主要包含的内容有: 预期性能指标测试、 用户并发性 能测试、疲劳强度测试、 大数据量测试和速度测试、 网络、服务器等方面的内容。 性能测试不同的系统有不同的要求,编写方法要根据实际要求进行编写,本 文提出一个常见的参考方案, 在实际工作中, 可以根据需要加入其它例如内存泄 露等和性能相关的测试用例。 下面介绍各个部分性能测试用例包含的内容: 1.1 预期性能指标测试用例 通常系统在设计前都会提出一些性能指标, 这些指标是性能测试要完成的首 要工作之一。 针对每个指标都要编写多个测试用例来验证是否达到要求, 并根据 测试结果来改进系统的性能。 这类通常以单用户为主,如果遇到并发用户的情况,可以归到并发用户测试 用例中。这类用例通常都是可以通过手工来执行的用例, 例如示例中的上传一份 文件,期望的性能为 2M/S ,完全可以手动上传文件,同时用秒表计时。这些内 容通常在需求说明书中可以显而易见的查到。不过当看到如支持并发用户 300 人,就应该放到后面进行。 测试结果也是直接记录是否达到要求, 如果系统没有 达到要求则进行改善。 1.2 用户并发性能测试用例 用户并发测试是性能测试的最主要部分,包含了负载测试和压力测试的过 程。主要是逐渐增加用户数量来加重系统负担, 直到出现不能接收的性能点或者 瓶颈。一般要测试正常数量的用户并发和极限数量下用户并发的情况。 并发用户测试主要是对系统的核心功能和重要业务进行测试, 要以真实的业 务数据作为输入, 选择有代表性和关键的业务操作来设计测试用例。 主要编写以 下两个方面的用例: 核心模块的测试(可以理解为“单元性能测试”):对核心功能模块进行并 发用户测试, 测试系统是否能够稳定运行。 例如对于互联网的公用邮件系统, 每 天早上 9 点左右可能是收发邮件的高峰, 这时候上千的用户都要在上班后进入邮 件系统,系统这个时候需要接收和发送大量的邮件。 所以邮件系统这一功能模块 要进行并发测试。 通过测试可以知道数据库服务器、 操作系统、 网络设备等是否 能够承受住考验,同时可以对瓶颈进行分析。 表 2 列出来一些常见的参数 (表格中的数据为示例的测试用例和测试结果 ), 可以根据实际需要进行增加和删除,其中磁盘 I/O 、数据库相关测试参数要根据 实际情况进行选择,因此没有列出。 功能 在线用户达到高峰时,发送和接收普通邮件正常, 保证200 个以内用户可以同时访问邮件系统,能够正常发送和接收邮 件。 目的测试系统200 个以内的用户同时在线能否正常发送邮件。 方法 采用 LoadRunner 的录制工具录制一个邮件发送过程, 然 后利用其完成测试,要监视数据库服务器和 web 服务器的性 能。其中发送的邮件为普通的邮件,附件大小不超过1M. 并发用户数与事务执行情况 并发用户事务平均 事务最 平均每 事务每秒点 平均流量 数 响应时间大响应秒处理 成功击率 (字节/秒) 时间事务数 率 100 1.344 2.078 5 100% 102 5177 ? ? ? ? ? ? ? 并发用户数与数据库主机 并发用户CPU 利用 MEM 利用 磁盘I/O 参 DB 参数 1 其它参数 数 率 率 数 100 23 % 11% ? ? ? ? ? ? ? 并发用户数与应用服务器的关系表 并发用户数 CPU 利用率 MEM 利用率 磁盘I/O 参数 100 32% 27% ? ? ? ? ? 表 2 核心模块的性能测试用例 在编写这类用例时,要进行综合分析,选出系统中的各个核心模块,分别设 计每个模块的测试用例:把模块划分成小的“事务”进行测试,这样在测试分析 中便于定位问题究竟出现在哪里。 例如邮件系统可以划分成: 接收邮件、发送邮 件、打开邮件等小的事务进行测试用例的编写,每个操作做为一个用例来执行。 业务组合性能测试(可以理解为“集成性能测试”): 所有的用户不会只使 用核心模块,通常每个功能都可能被使用到,所有既要模拟多用户的“相同”操 作,又要模拟多用户的不同操作,对多个业务进行组合性能测试。 业务组合测试是更接近用户实际操作系统的测试, 因此用例编写要充分考虑 实际情况,选择最接近实际的场景进行设计。这里的业务组成单位以不同模块中 的“子操作事务”为单位,进行各个模块的不同业

文档评论(0)

liuxiaoyu98 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档