一次简单的压力测试实例_第1页
一次简单的压力测试实例_第2页
一次简单的压力测试实例_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、一次简单的压力测试实例性能测试需求响应时间20S网络环境公司100M内网压测环境生产环境压测:模拟综合业务场景库存查询功能由后台迁移至移动端:后台有800个查询入口,移动端变为 业务场景6400个入口服务器配云服务器置2、需求分析需求如上,性能测试最关注的三个指标分别是:响应时间、TPS、资源使用情况。根据需求来看,要求响应时间不能超过20S的前提下,通过压力测试得到服务器的最大处 理能力;且只是一个库存查询功能,因为是在线上压测,所以业务场景可以保证是真实可 靠的。3、场景建模压测环境是生产环境,所以交叉的业务场景较复杂,库存查询功能是针对云服务器,其他 的部分业务是通过应用服务器到数据库的

2、,且数据库做了读写分离,故暂不考虑数据库的 性能问题。4、测试数据准备测试数据的来源一般有这几种方式:、将生产的数据完全备份过来:优点是完全真实可靠,不足之处在于测试数据在测试中 容易造成数据污染,最好进行数据隔离,以尽量保证数据的可用性。、通过模拟业务场景跑脚本或者调度任务来产生数据:在测试数据量不大的情况下可以 通过这种方式来准备测试数据。这里的前提是在测试环境进行压力测试,而本次的压测是直接在生产环境,故测试数据的 问题已经算是解决了。5、脚本开发&调试测试工具是jmeter,因为只针对查询库存的功能,故只需要进行单接口压测即可。利用测试工具设计测试脚本的好处是省却了很多繁琐的过程,脚本

3、的调试,首先需要进行 接口测试,保证测试的接口是正确可用,然后进行单接口基准测试,最后进行压力测试。6、脚本执行&记录监控脚本执行:在脚本执行过程中,需要由小到大逐渐加大并发数,且记录每次的测试结果,由于网络等 情况影响,最好的办法是同一并发数执行多次测试,然后加权平均到的的数值相对来说较 可靠。通过记录不断加压测试后的测试数据,可以观察到响应时间、TPS、资源使用情况等数值 的变化,然后进行分析。记录监控:每次测试执行的结果进行记录,监控数据库响应时间、连接数,服务器内存、磁盘使用等 数值。PS :由于是在生产环境直接压测,故需要实时监控,以免压测造成服务宕机等严重情况性能测试最重要的三个数值:响应时间、TPS、内存、磁盘使用率监控(jmeter插件、serveragent)7、结果分析&瓶颈定位通过上面测试得到的测试数据,可以进行针对性的分析,比如在压测过程中,资源、内存、连接数等是否使用饱和,是否有线程等待,数据库响应时间等,然后利用排除法和优先级进行调优。排除法:针对可能影响到性能的几个因素,一个个分析排除;优先级:根据实际情况,对调优的投入和时间等需要花费的时间和资源进行评估,排优先 级,选择最合适的方案。8、调优&验证内存、磁盘:简单粗暴的做法,直接加服务器吧。数据库:更改配置的连接数,加索引、读写分离、分库、分区、分表、物理视图等手段。连接池:优化连接池配置,增加

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论