博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
2019年学习博文分享
阅读量:7135 次
发布时间:2019-06-28

本文共 999 字,大约阅读时间需要 3 分钟。

亲爱的童鞋们大家好,我是python自动化测试班的学员小晨,在这个班已经学习了半年多的时间了,收货很多,学习到的内容对我工作上也有很大的帮助。特别开心被评选上了优秀学员,最近除了在学习自动化测试,对性能测试也有点研究,在这里分享一下:

1.性能测试一般关注的重要指标:事务、TPS(每秒通过事务数)、响应时间(网络响应时间+应用程序响应时间)、资源利用率(cpu、mem)、吞吐量(单位时间内网络上传输的数据量,=吞吐率单位时间)
响应时间中的应用程序响应时间包括web server与database server的响应时间
2.性能测试曲线
2019年学习博文分享
随着并发用户数增加,资源占有率和吞吐量逐渐增加,响应时间变化不大
随着并发数增长到一定程度后,资源占有率和吞吐量停止增长,响应时间进一步延长
如果并发数还一直不断增长,资源占有率和吞吐量开始下降,响应时间明显增长
light load和heavy load交接区是最佳用户数,heavy load和buckle zone交接区是最大用户数
当系统的负载等于最佳用户数,系统整体运行效率高,资源没有浪费,用户不需要等待
当系统的负载处于最佳用户数与最大用户数之间,系统仍可以正常工作,但是响应时间开始变长,满意度开始下降
当系统的负载大于最大用户数,会导致响应时间过长,某些用户无法忍受而离开
3.性能测试流程
从业务提取性能测试需求->编写测试计划,评审->开发测试脚本,准备测试环境,准备测试数据->执行测试,分析测试结果->对缺陷进行管理,对系统进行调优->编写测试报告
4.如何提取性能测试需求点
(1)业务量高的,经常使用的
(2)有风险的
(3)未来有增长趋势的
(4)资源占用非常严重的
(5)关键接口
5.性能测试指标--并发用户数预估
如果没有监控系统,算法8020原则(80%的业务都在20%的时间发送的,80%的软件缺陷常常生存在软件20%的空间里)。如果有监控系统,需交易数的峰谷,取5分钟来算。
例子:用户数 10万
业务操作 浏览类型 40% 其他业务60%
按照28原则,其中时间为8小时的20%
浏览类型业务:(10万
40%80%)/(8360020%)=5.56
其他类型业务:(10万
60%80%)/(83600*20%)=8.33

转载于:https://blog.51cto.com/8832695/2340760

你可能感兴趣的文章
LoadRunner如何监控Linux与Windows
查看>>
100%正确的内存泄漏分析工具 --------tMemMonitor (TMM)
查看>>
关于String拆分和Date类型的转换
查看>>
我的技术舰起航啦!
查看>>
mysql性能优化-慢查询分析、优化索引和配置
查看>>
hadoop namenode启动异常,死活失败
查看>>
光纤接口类型介绍
查看>>
mysql 崩溃
查看>>
springMVC参数传递(一)
查看>>
Android之史上最强ListView优化提案
查看>>
【jQuery】ajax提交xml
查看>>
Android自动化测试之Robotium学习(一)
查看>>
第一次写博客
查看>>
ORA-32001:write to SPFILE requested but no SPFILE is in use问题的解决
查看>>
linux 中上下键跳SQL命令 rlwrap使用方法
查看>>
苹果osx 系统使用几个小技巧
查看>>
Android自定义控件
查看>>
linux下简单系统故障排除
查看>>
Linux学习之Shell--第五天:Shell流程控制-循环语句while
查看>>
COBBLER无人值守安装
查看>>