《性能测试二三谈》系列

从16年4月份开始学习性能测试到现在全职做性能测试工作,差不多两年半时间。期间断断续续写了一些性能测试方法和负载工具以及监控工具相关的博客。

最近抽时间重新翻看了之前写的博客,发现有些内容缺乏思考和精准度。也为了方便自己随时查阅相关的知识,将性能测试相关的知识、工具、框架相关的内容整理出来,也算是一个Index吧。

主要会从基础篇、方法篇、分析篇、监控篇、工具篇这几部分来统计,具体见下文吧,会不断更新的。。。

基础篇

我第一次真正意义上接触性能测试,应该是从段念老师的《软件性能测试过程详解与案例剖析》这本书开始的。相比于后来市场上的一些性能测试工具书,

比如:《零成本实现性能测试-基于Apache Jmeter》、《软件性能测试与Loadrunner实战教程》来说,段念老师的书更贴近性能测试本质。

上面提到的2本书,其实更多还是从Jmeter或者Loadrunner这两个工具的角度去讲怎么做,而欠缺为什么如此做的内容。

1、《性能测试基础知识》

2、《性能测试类型》

3、《性能测试用例、策略和方法》

4、《性能测试应用领域》

5、《一个完整的性能测试流程》

6、《性能测试常见术语浅析》

7、《聊聊连接池和线程》

8、《如何开展性能测试》

9、《<转>性能测试指标》

10、《认清性能问题》

方法篇

性能测试无疑是一个很复杂的工程,采用合理的测试方法,才能使得测试结果更贴近系统实际的性能表现,为系统扩容和上线解决业务痛点提供参考。

1、《性能测试从需求分析开始》

2、《聊聊性能测试开始前的准备工作》

3、《再谈性能测试之需求调研》

4、《浅谈基准测试》

5、《聊聊基准测试的MVP方案》

6、《浅谈容量测试与容量规划》

7、《一次简单的压力测试实例》

8、《聊聊全链路压测》

9、《关于性能测试平台的一些想法》

分析篇

性能测试过程中,会遇到很多意想不到的问题,或者说瓶颈。如何根据测试结果分析并定位瓶颈,是性能测试中最重要的一项工作。

1、《性能瓶颈分析方法》

2、《前端性能优化方法》

3、《性能测试中TPS上不去的几种原因浅析》

4、《聊聊性能优化模式》

5、《常见的性能测试缺陷》

PS:关于性能瓶颈分析定位的相关内容,目前还是草稿箱状态,后续会不断更新。。。

工具篇

工欲善其事,必先利其器。好的工具可以辅助我们更好的完成工作,提高工作效率。

1、《jmeter:菜鸟入门到进阶》系列

2、《Locust:简介和基本用法》

PS:关于jmeter,请看具体内容;关于python开发的性能测试框架Locust,目前正在学习和实践中,后续会不断更新。。。

监控篇

对服务器、数据库、网络甚至硬件设备的状态监控,是性能测试中很重要的一环。只有实时了解被测应用的各方面状态,才能更好的进行后续工作。

1、《服务端监控工具:Nmon使用方法》

2、《时序数据库InfluxDB:简介及安装》

3、《数据采集工具Telegraf:简介及安装》

4、《可视化工具Grafana:简介及安装》

5、《性能测试监控平台:InfluxDB+Grafana+Jmeter》

其他

关于性能测试岗位面试,关于团队文化建设,关于一些思考和学习资料链接。。。

1、《性能测试岗位常见面试题》

2、《务虚:建立团队的性能文化》

3、《性能测试相关资料链接》

4、《性能测试之思》

目前就这些内容,后续会继续更新性能测试相关的博客,就这样吧。。。

原文地址:https://www.cnblogs.com/imyalost/p/10012867.html

时间: 2024-10-07 18:36:27

《性能测试二三谈》系列的相关文章

Core Data浅谈系列之十 : 关于数据模型中实体的属性

之前写了<Core Data浅谈系列汇总>,今天稍微回顾了下,做些补充. 在这个系列的第一篇<基础结构>中(2013年1月份的文章,时间过得好快啊!),有简单带过Entity的Attribute: 数据类型.布尔值统一用NSNumber来表示: 字符串类型用NSString表示: 时间类型用NSDate表示: 二进制数据类型用NSData表示: 非标准类型用Transformable来表示: 而Attribute还有其自身的Properties,比如Transient表示不用持久化

【转载】性能测试浅谈

本文主要针对WEB系统的性能测试.不涉及具体的执行操作,只是本人对性能测试的一点理解和认识. 性能测试的目的,简单说其实就是为了获取待测系统的响应时间.吞吐量.稳定性.容量等信息.而发现一些具体的性能相关的缺陷(如内存溢出.并发处理等问题),我认为只是一种附加结果.从更高的层次来说,性能测试最想发现的,是瓶颈.如何能得到所需要的信息,就需要从多方面进行测试. 性能测试的内容 性能测试种类的划分与定义这里就不说了,各有各的说法,比如性能测试.负载测试.压力测试这三个词,在网上能找到N个版本的定义,

&lt;转&gt;性能测试浅谈

本文主要针对WEB系统的性能测试.不涉及具体的执行操作,只是本人对性能测试的一点理解和认识. 性能测试的目的,简单说其实就是为了获取待测系统的响应时间.吞吐量.稳定性.容量等信息.而发现一些具体的性能相关的缺陷(如内存溢出.并发处理等问题),我认为只是一种附加结果.从更高的层次来说,性能测试最想发现的,是瓶颈.如何能得到所需要的信息,就需要从多方面进行测试. 性能测试的内容 性能测试种类的划分与定义这里就不说了,各有各的说法,比如性能测试.负载测试.压力测试这三个词,在网上能找到N个版本的定义,

Android移动客户端性能测试浅谈——电量

本文由作者张迎贞授权网易云社区发布. APP性能测试除了需要监控PCU.内存占用.流量等,还需要获取APP的电量数据,测试在可接受范围内,避免APP出现过度消耗电量的现象.手机有很多硬件模块:CPU,蓝牙,GPS,显示屏,Wifi,射频(Cellular Radio)等,在手机使用过程中,这些硬件模块可能处于不同的状态,譬如WIFI打开或关闭,屏幕是亮还是暗,CPU运行或休眠. 硬件模块在不同的状态下的耗电量是不同的.Android在进行电量统计时,并不是采用直接记录电流消耗量的方式,而是跟踪硬

性能测试浅谈

早期的性能测试更关注后端服务的处理能力. 一个用户去访问一个页面的请求过程,如上图. 数据传输时间 当你从浏览器输入网址,敲下回车,开始... 真实的用户场景请不要忽视数据传输时间,想想你给远方的朋友写信,信件需要经过不同的交通运输工具送到朋友手上:当你的朋友写好了信,再次通过不同的交通工具送到你的手上. 性能测试过程中的请求与响应过程也类似,当我们发送一个请求,到服务器接收到这个请求需要时间,系统处理完后将处理结果返回给我们也需要时间. 客户端处理时间 从我们的浏览器得到响应数据开始... 真

野谈系列之高性能可定制化分布式发号器

刘兵,花名玄靖,开源技术爱好者,高性能Redis中间件NRedis-Proxy作者,目前研究方向为java中间件,微服务等技术. 一.什么是分布式发号器 说起分布式发号器的前生今世,咱们应该感恩这个时代:随着互联网在中国越来越普及化,单机系统或者一个小系统已经无法满足需要,随着用户逐渐增多,数据量越来越大,单个应用或者单个数据库已经无法满足需求,在应用以至于微服务来临,在数据库存储方面分库分表来临,可以解决问题:但是新的问题产生,怎么样做到多个应用可以有唯一主键或者序号,防止数据重复呢?分布式发

浅谈系列之 javascript原型与对象

在我学习与使用javascript三个月中,我一直对javascript的继承关系以及prototype理解不清,导致很多时候为什么这么用说不出个所以然来.截止到本周为止,通过之前的学习以及自己的再学习,自我感觉算是对这一块有了较为清晰的认识,此文将谈谈我对javascript原型与继承的理解,在此之前,我们首先要知道一些基本的知识. 知识铺垫 1.数据类型 JavaScript中的数据类型在曾经我也有提到过,它包括未定义值(undefined),空值(null),布尔值(boolean),数字

再谈循环&amp;迭代&amp;回溯&amp;递归&amp;递推这些基本概念

循环:不断重复进行某一运算.操作. 迭代:不断对前一旧值运算得到新值直到达到精度.一般用于得到近似目标值,反复循环同一运算式(函数),并且总是把前一 次运算结果反代会运算式进行下一次运算 递推:从初值出发反复进行某一运算得到所需结果.-----从已知到未知,从小到达(比如每年长高9cm,20年180,30后270) 回溯:递归时经历的一个过程. 递归:从所需结果出发不断回溯前一运算直到回到初值再递推得到所需结果----从未知到已知,从大到小,再从小到大(你想进bat,那么编程就的牛逼,就得卸载玩

认清性能问题

本文翻译自 Thinking Clearly About Performance 这是我三年前读到的一篇关于性能问题的好文,读完后还觉不过瘾,怕理解的不够遂又翻译了一遍,这也是当年我的第一次翻译. 这几年来每次碰到性能问题,我都会想起这篇文章,它并不像很多其他关于性能问题的文章,告诉你利用什么工具怎么去解决性能问题,这类文章更多属于「术」的层面,而术的层面在不同的技术栈会有很不同的选择.而本文则高屋建瓴的帮助读者建立起对性能的正确认识,从而能够获得更全面的视角去看待和思考性能问题.这是「道」的层