软件评测师笔记(九)—— 性能测试相关

简介: 软件评测师笔记(九)—— 性能测试相关

并发性能测试过程


是一个负载测试和压力测试的过程,逐渐增加并发负载,直到系统的瓶颈或不能接收到的性能点,通过性能指标、资源监控指标来确定系统并发性能的过程

 

性能测试类型


疲劳强度测试:采用稳定运行情况下能够支持的最大并发用户数,持续执行一段时间业务,保证达到系统疲劳强度需求的业务量,通过分析指标,确定系统最大工作量强度性能


负载测试:通过逐步加压,在满足预期指定的性能指标情况下,系统所能承受的最大负载量


压力测试:通过逐步加压,确定系统在什么情况下会崩溃,以此获取系统的最大负载量,什么条件下系统的性能会变得不可接受

 

性能测试过程中的功能校验是否必须?


不进行功能校验的话,忽略了负载压力情况下功能不稳定的问题,没有正确的功能保证,性能测试就没有意义了

副作用:需要断言/校验测试结果,会消耗一部分性能,导致最终测试结果不一定是最准确的

 

业务方面的性能测试


1、利用企业压测工具测试**,并发请求数是否满足基本业务需求

2、是否具备异地容灾备份

3、是否具备可伸缩配置及扩展能力

4、关键部分是否采用双机热备份和磁盘镜像

5、是否满足系统的不断运行、在线故障修复和在线系统升级

 

负载类型


  • 并发用户数属于并发执行负载
  • 连续稳定运行属于疲劳强度负载
  • 大量检索操作属于大数据量负载

 

系统瓶颈一般是


1、服务器CPU性能不足

2、程序没有采用合适的并发/并行的策略

3、服务器网络带宽不足

4、数据库设计不足、优化不够

相关实践学习
通过性能测试PTS对云服务器ECS进行规格选择与性能压测
本文为您介绍如何利用性能测试PTS对云服务器ECS进行规格选择与性能压测。
相关文章
|
监控 数据管理 测试技术
性能测试技术笔记(三):如何设计一个压测平台
对于压测平台,或者说各种测试平台,其实很多同学有个误区就是:平台各种高大上牛逼,但往往忽略了开发和维护以及学习使用平台本身的成本。
性能测试技术笔记(三):如何设计一个压测平台
|
SQL 消息中间件 缓存
性能测试技术笔记(二):如何准备测试环境和数据
上一篇文章聊了如何快速上手压测工作的几个切入点和注意事项,这些内容可以帮助我们更快介入项目。但实际工作中,前期的准备工作也是很繁琐的,其中测试环境和测试数据的准备是前期准备阶段的主要工作。
|
消息中间件 缓存 运维
性能测试技术笔记(一):如何快速上手压测工作
如果是专职做性能测试,或者刚介入一个全新的系统进行压测,想要短时间内了解业务细节是几乎不可能的。
性能测试技术笔记(一):如何快速上手压测工作
|
固态存储 测试技术 Linux
文件IO操作开发笔记(二):使用Cpp的ofstream对磁盘文件存储进行性能测试以及测试工具
在做到个别项目对日志要求较高,要求并行写入的数据较多,尽管写入数据的线程放在子线程,仍然会造成界面程序的假死(实际上Qt还是在跑,只是磁盘消耗超过瓶颈,造成假死(注意:控制台还能看到打印输出,linux则能看到打印输出)。 本篇升级了测试工具,并且测试了ofstream在USB3.0和M.2SSD上的写入性能。
文件IO操作开发笔记(二):使用Cpp的ofstream对磁盘文件存储进行性能测试以及测试工具
|
固态存储 测试技术 Linux
文件IO操作开发笔记(一):使用Qt的QFile对磁盘文件存储进行性能测试以及测试工具
在做到个别项目对日志要求较高,要求并行写入的数据较多,尽管写入数据的线程放在子线程,仍然会造成界面程序的假死(实际上Qt还是在跑,只是磁盘消耗超过瓶颈,造成假死(注意:控制台还能看到打印输出,linux则能看到打印输出)。   本篇开发了测试工具,并且测试了QFile在USB3.0和M.2SSD上的写入性能。
文件IO操作开发笔记(一):使用Qt的QFile对磁盘文件存储进行性能测试以及测试工具
|
测试技术 API
JMeter压测笔记
本文是Jmeter操作笔记, 本文是Jmeter操作笔记, 本文是Jmeter操作笔记
JMeter压测笔记
|
缓存 监控 测试技术
罗辑思维在全链路压测方面的实践和工作笔记
业务的知名度越高,其背后技术团队承受的压力就越大。一旦出现技术问题,就有可能被放大,尤其是当服务的是对知识获取体验要求颇高的用户群体。 提供知识服务的罗辑思维主张“省时间的获取知识”,那么其技术团队在技术实践方面是如何践行省时间的理念的呢?本文将还原罗辑思维技术团队在全链路压测上的构建过程,为您一探究竟。
6732 0
|
固态存储 测试技术 Linux