性能测试
文章平均质量分 61
m0_37677636
这个作者很懒,什么都没留下…
展开
-
性能课程笔记(四)性能测试脚本和场景
脚本编写其实这篇文章只想告诉你一件事情,手工编写脚本,从基础上说,是非常简单的.只是有三点需要特别强调:涉及到业务规则和逻辑判断之后,编写脚本就复杂了起来。但是了解业务规则是做脚本的前提条件,也是性能测试工程师的第一步。编写脚本的时候,要知道后端的逻辑。这里的意思不是说,你一开始写脚本的时候,就要去读后端的代码,而是说你在遇到问题的时候,要分析整个链路上每个环节使用到了什么技术,以便快速地分析判断。写脚本是以最简为最佳,用不着故意复杂。脚本关联那么什么样的数据需要关联呢?满足如下条件的数据原创 2022-03-10 18:36:30 · 181 阅读 · 0 评论 -
性能课程笔记(五)性能分析思路[转载高楼]
06丨倾囊相授:我毕生所学的性能分析思路都在这里了转载 极客时间 作者高楼 :https://time.geekbang.org/column/article/182912我还年轻的时候,经常听一些大会或者演讲。有些人说,思路逻辑非常重要。我那时就想,你肯定是瞎忽悠的,因为我怎么就没听懂你说的思路呢?而现在轮到自己来写或者讲一些东西的时候,才发现他们说得很对,而我之所以不理解,也是有原因的。性能分析思路和具体的实现之间,有一道鸿沟,那就是操作的能力。之前我为什么听不懂那些人的思路,其实是因为我没原创 2022-03-09 11:33:49 · 814 阅读 · 0 评论 -
性能课程笔记(三)——压力工具中的线程数和用户数与 TPS
课程地址:https://time.geekbang.org/column/article/178080这里先说明一个前提,上面的一个框中有四个箭头,每个都代表着相同的事务。在上面这张示意图中,其实压力工具是 4 个并发线程,由于每个线程都可以在一秒内完成 4 个事务,所以总的 TPS 是 16。这非常容易理解吧。而在大部分非技术人的脑子里,这样的场景就是并发数是 4,而不是 16。那么用户数怎么来定义呢?涉及到用户就会比较麻烦一点。因为用户有了业务含义,所以有些人认为一个系统如果有 1 万个用户在原创 2022-03-04 17:21:08 · 649 阅读 · 0 评论 -
性能测试课程笔记(二)——tps和响应时间的关系
在 TPS 增加的过程中,响应时间一开始会处在较低的状态,也就是在 A 点之前。接着响应时间开始有些增加,直到业务可以承受的时间点 B,这时 TPS 仍然有增长的空间。再接着增加压力,达到 C 点时,达到最大 TPS。我们再接着增加压力,响应时间接着增加,但 TPS 会有下降(请注意,这里并不是必然的,有些系统在队列上处理得很好,会保持稳定的 TPS,然后多出来的请求都被友好拒绝)。最后,响应时间过长,达到了超时的程度。在我的工作中,这样的逻辑关系更符合真实的场景。我不希望在这个关系中描述资源的.原创 2022-03-04 16:20:15 · 235 阅读 · 0 评论 -
性能测试课程笔记(一)——基础部分
课程地址:https://time.geekbang.org/column/article/178068性能测试概念性能测试针对系统的性能指标,建立性能测试模型,制定性能测试方案,制定监控策略,在场景条件之下执行性能场景,分析判断性能瓶颈并调优,最终得出性能结果来评估系统的性能指标是否满足既定值。1、性能指标时间指标、容量指标、资源利用率指标。2、测试模型测试模型就是符合用户业务请求的比例关系。模型是什么?它是真实场景的抽象,可以告诉性能测试人员,业务模型是什么样子。比如说,我们有 100 种原创 2022-03-04 14:02:55 · 124 阅读 · 0 评论 -
性能课程学习中的问题集合(一)(新手性能测试 有遇到过)
Q1: 关于TPS与并发线程数,正常应该是以TPS作为系统容量的衡量标准,这个在系统性能比较好的时候很好和客户沟通(即TPS>并发数)。 但是在系统性能较低的项目中,有时候就很难和客户沟通,比如一次项目中,系统在2000并发,系统TPS就到了最大1500多,RT、资源利用率那些也还好;但是接着增加并发到5000时,TPS基本比较平稳,没有什么下降,响应时间才刚刚超时。 对于这种情况,在估算系统可支撑最大在线人数时,客户就觉得应该依据最大并发数5000去算(RT可接受时),而不是依据最大系统TPS150原创 2022-03-03 14:04:22 · 261 阅读 · 0 评论 -
二、压测过程问题收集
1、有必要所有接口都压测没有必要,压测接口参考这几个点:重要接口、核心业务接口、访问频率高的接口(通过es 访问log查询)2、压测目标怎么计算 如果是新系统或者不知道线上目前的最高tps,压测目标就是 系统的峰值 通过es找到接口的日均最高访问、每秒最高访问,压测目标值不能比这个没秒最高访问量低 如果有以前的压测目标值,那以这个为基准 至于优化后要达到什么标准,这个需要和开发、业务来确定3、压测环境准备 和线上最好一比一,或者等比4、压测范围怎么决定 测试根据重要业原创 2022-01-20 18:57:53 · 774 阅读 · 0 评论 -
一、实战-压测流程,总概述
性能压测背景:平常上线功能中基本上不太考虑性能,长期已久后,线上性能问题成为一个隐形问题,不知道站点上线在哪里,估需要组织一次全站点的压测,摸清线上tps瓶颈关键数据量:用户量:3.3百多万,日均新增:300-5000,在线活跃:商品总量:1.2百多万,在售中:18.7万 日均新增:15-2k多订单总量:1.5百多万 日均:15k-18k压测流程1、压测前期准备梳理压测业务流程根据线上log查询的接口访问量,记录访问高的接口情况和单接口访问峰值了解线上整个环境以及架构2、压测计原创 2022-01-20 16:42:25 · 4553 阅读 · 0 评论