性能测试场景的分类,或者说我们进行性能测试需要考虑到那些场景

1、一般性的性能测试:

我们进行性能测试的时候,对系统进行低并发或者无并发,不会对系统造成压力的测试为一般性的性能测试。主要是验证在正常情况下,我们的系统是否能满足性能指标要求。比如两个登录系统,如果系统登录时间为8秒,那么这个系统也就没必要再进行性能测试,因为它连一般性都达不到要求

2、负载测试:

模拟用户使用真实场景,这里真实场景是需要进行数据统计的,比如一个小说网站,我们跟踪用户一年的使用情况,发现平均每天1000个人有80%的人在上传小说,20%的人不断在搜索小说,那么我们测试就要根据这个统计数据进行测试。

在真实场景下,我们不断按比例增加用户数,直到系统性能出现拐点,此时长时间运行,观察系统是否正常

什么是拐点:

这里我们以图6-239作为拐点分析的图表。"拐点分析"方法是一种利用性能计数器曲线图上的拐点进行性能分析的方法。它的基本思想就是性能产生瓶颈的主要原因就是因为某个资源的使用达到了极限,此时表现为随着压力的增大,系统性能却出现急剧下降,这样就产生了"拐点"现象。当得到"拐点"附近的资源使用情况时,就能定位出系统的性能瓶颈。"拐点分析"方法举例,如系统随着用户的增多,事务响应时间缓慢增加,当用户数达到100个虚拟用户时,系统响应时间急剧增加,表现为一个明显的"折线",这就说明了系统承载不了如此多的用户做这个事务,也就是存在性能瓶颈。

3、压力测试

其实在系统负载运行的情况下,继续增加压力,看看软件是否出现内存泄漏,core dump等问题

4、大数据量的测试:

大数据量测试主要是针对对数据库有特殊要求的系统进行的测试,主要分为三种:
     1.实时大数据量:模拟用户工作时的实时大数据量,主要目的是测试用户较多或者某些业务产生较大数据量时,系统能否稳定地运行。
     2.极限状态下的测试:主要是测试系统使用一段时间即系统累积一定量的数据时,能否正常地运行业务
     3.前面两种的结合:测试系统已经累积较大数据量时,一些实时产生较大数据量的模块能否稳定地工作。

5、稳定性测试:

根据工作经验理解,稳定性测试主要是系统在满足性能指标的要求下,进行长时间的运行,一般为7*24小时,观察系统能否一直正常工作

6、配置测试:

配置测试主要是在不同的软硬件配置环境下,进行测试以找到系统各项资源的最优分配原则的一种测试

时间: 2024-08-02 23:48:12

性能测试场景的分类,或者说我们进行性能测试需要考虑到那些场景的相关文章

第一章:性能测试的常见分类

1. 关于性能测试的常见分类: 负载测试:用来验证系统在超出最大预期工作量的情况下任然可以运行, 压力测试:压力测试就是通过不断的对系统施加压力,从而确定一个 系统的瓶颈. 容量测试:确定系统可以处理同时在线的最大用户数.

性能测试概念及其分类

性能测试:使用自动化的测试工具模拟系统在正常,峰值.异常情况下,对系统性能指标的测试. 特点: 功能测试之后 需要测试计划.测试方案与测试用例的设计过程 性能测试环境要尽可能与真实的环境一致 重点难点在前期数据的设计与后期数据的分析 性能测试用例基于系统架构进行设计,具有高复用性 分类: 一般性能测试:主要验证软件在正常环境与系统条件下,即不施加任何压力的情况下,重复不断的运行软件验证其能否满足性能指标,如响应时间,资源占用率(初期,基准测试) 负载测试:验证达到预先制定的阈值时负载情况.基于或

Web性能测试的详细分类

1 性能测试(Performance Testing)他通过模拟实际生产坏境中运行的软件平均业务量,测试系统的性能是否满足设计说明书中的性能要求. 2 压力测试(Stress Testing)是考验一个系统的抗压能力的,在当前比较大的压力下,他能否承受的住,压力测试的目的是为了测试Web应用的稳定性. 3 负载测试(Stress Testing)通过在被测试系统上不断增加负载,直到事先选定的性能指标,变为不可接受或系统的某类资源使用已经达到饱和状态.负载测试就是一个不断加压,直到找到系统不可用临

soapui接口性能测试(一)---- 创建并运行一个性能测试

1. soapui使用性能测试 SoapUI中的LoadTest用于在您所需的持续时间内使用多线程(与"虚拟用户"相同)时重复运行现有的功能TestCase来断言您的目标服务.LoadTests在导航器中显示为此TestCase的子项; (这里可以看到"Test and Buy TestCase"TestCase有四个LoadTests定义). 您可以从TestCase右键菜单或TestCase工具栏中使用New LoadTest选项为您的TestCase创建任意数

产品设计中需要考虑的用户场景三要素

好的设计师必定也是一位心理学家,同样也将是一位哲学家. 工作一段时间之后,会发现自己的工作内容会变得很机械.疲惫地忙于应付画图.切图.跟产品经理沟通.跟产品沟通,看似在工作,却如行尸走肉般缺少自己灵魂力量的注入.心里一直有一个声音在时时提醒自己:这样的节奏不对,该停下来想一想! 是的,遇到了瓶颈!可能也算不上瓶颈吧,换个说法,就是思维需要再上一个台阶了. 乔老爷子说,Design is how it works.设计师的职责是重塑一个事情的运转过程,也是在重塑这个世界.也就是说思考的方向,应该是

Android性能测试 一些适用于Android Studio的代码审查和性能测试工具

导言: Android应用在CPU占用,内存消耗方面的性能指标是影响产品质量的重要因素,由于QQ管家,360手机助手等应用都提供直观的内存消耗,流量监控功能,致使用户比以往更加关注软件的性能,并以此进行软件选用的决策. 目前,已经有很多可以监控android app 性能的工具可以供开发人员使用,如:基于Eclipse插件体系的MAT,其通过生成.hprof文件对内存泄露情况进行排查:内存检测工具APT:提供CPU利用率实时曲线图,方便对比测试内存泄露问题[图0-1] 图 0-1  通过APT实

Threejs 的场景查看 - 几个交互事件库助你方便查看场景

太阳火神的漂亮人生 (http://blog.csdn.net/opengl_es) 本文遵循"署名-非商业用途-保持一致"创作公用协议 转载请保留此句:太阳火神的漂亮人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS.Android.Html5.Arduino.pcDuino,否则.出自本博客的文章拒绝转载或再转载,谢谢合作. 先提到一篇 <使用 WebGL 进行 3D 开发,第 3 部分: 加入用户交互> http://threejs.org/example

285.软件体系结构评估概述

7.1.1 评估关注的质量属性 软件体系结构的设计是整个软件开发过程中关键的一步.对于当今世界上庞大而复杂的系统来说,如果没有一个合适的体系结构而要有一个成功的软件设计几乎是不可想象的. 不同类型的系统需要不同的体系结构,甚至一个系统的不同子系统也需要不同的体系结构.体系结构的选择是一个软件系统设计成败的关键.但是,怎样才能知道为软件系统所选用的体系结构是否恰当?如何确保按照所选用的体系结构能顺利地开发出成功的软件产品呢?要回答这些问题,需要使用专门的方法对软件体系结构进行分析和评估. 体系结构

大数据之数据仓库

1. 摘要 对于大数据而言,数据仓库承载着整个企业的全业务的数据.早期数仓在关系型数据如Oracle,MySql上.到大数据时代,基于hadoop生态的大数据架构,数仓基本上都是基于hive的数仓.对于很多大数据开发者而言,特别是早期,很多开发者认为hive数仓就是和业务相关,隐射Hdfs数据文件的一张张表.针对于hive数仓而言,最终看到的确实是一张纸表,但这些表是如何根据业务抽象出来的.表之间的关系.表如何更好的服务应用这些问题是数仓建模.数仓技术架构的核心.一个好的数仓技术架构和数仓建模.