LoadRunner 12.02之性能测试概要

本人只是一只普普通通的大三的测试小白,该文章是根据平时上课老师讲的内容所写的

性能测试概要

主要内容:

  1. 什么是性能测试?
  2. 性能测试分类
  3. 性能测试常用术语
  4. 怎样进行性能测试?
  5. 制定测试方案
  6. 结果分析、性能调优
  7. 如何做好性能测试?

1.什么是性能测试:

1.1什么是性能:

  • 运算速度
  • 反应快慢
  • 系统容量

1.2什么是性能测试

  • 测量
  • 验证
  • 评估
  • 调优

2.性能测试分类

2.1性能测试分类 – 按对象

一、服务端性能测试

  • 站点的访问速度
  • 站点能承受的用户量
  • 业务处理的快慢

二、客户端性能测试

  • 开机速度的快慢
  • 程序启动耗用的时间
  • 程序处理数据的快慢
  • 3D游戏画面的流畅度

2.2性能测试分类 – 按不同群体眼中的

一、系统用户群体眼中的性能测试

  • 耗费成本
  • 处理能力

二、软件开发群体眼中的性能测试

  • 框架设计、程序设计
  • 数据库设计、代码、SQL语句的执行效率等

三、系统维护群体眼中的性能测试

  • 应用服务器、数据库服务器软硬件的配置
  • 网络硬件设备配置、拓扑结构及通信传输介质等
  • 负载均衡等

2.3性能测试分类 – 按目的

  • 负载测试
  • 压力测试
  • 配置测试
  • 容量测试
  • 并发测试
  • 可靠性测试/稳定性测试
  • 大数据量测试
  • 失败测试

3.性能测试常用术语

  1. 用户数 / 在线用户数 / 并发用户数
  2. 每秒事务数、事务响应时间
  3. 点击数、点击率(Hits / Second)
  4. 网络吞吐量(Throughout)
  5. 性能计数器
  6. 资源利用率
  7. 错误率
  8. 系统稳定性

1.用户数 / 在线用户数 / 并发用户数
用户数:
一般指业务用户数量,譬如:
某系统在注册用户100万;
在线用户数:
广义:一般指系统最高峰时同时的在线用户数量;
狭义:同秒或同一瞬间同时处理某业务的人数在线用户
并发用户数:
广义:会对服务器造成压力的在线用户
狭义:同秒或同一瞬间同时处理某业务的人数在线用户

2.事务:每秒事务数 / 事务响应时间
事务:
由业务或用户定义的事件单元

每秒事务数:
指一秒内事务状态标识为完成的数量

事务响应时间:
从事务开始到事务完成耗费的时间

平均事务响应时间:
指单位时间内收集到的事务响应时间的平均值

3.点击数、点击率(Hits / Second)
点击数:
广义:统计客服端向Web服务器发的http请求数
狭义:点击数时该页面包含的元素(如图片、链接、框架等)向Web服务器发出的请求次数

一般常用点击率来衡量Web服务器的处理能力

点击率:
广义:譬如,某广告的点击率
狭义:单位时间内与服务器交互的次数(HPS / Hits per Second)

4.网络吞吐量(Throughout)
广义:单位时间内的吞吐能力。
譬如: 某港口码头的月装箱吞吐量

狭义:单位时间内通过网络的数据流量,多以位(bit)为单位。
附,在性能测试工具LoadRunner的结果中有吞吐量图,指的是每秒服务器返回给客户端的网络流量,单位为字节

5.性能计数器

计数器发挥着“监控和分析”的关键作用

广义:
描述相关服务器(如数据库服务器、应用服务器等)或操作系统、中间件等性能的一些数据指标
狭义:
如内存数、进程时间等都是常见的计数器

6.资源利用率
广义:
系统各资源的使用情况
狭义:
CPU、内存、磁盘、网络等其他资源的利用率

7.错误率

稳定性较好的系统,其错误率应该由超时引起的,即为超时率

错误率是指系统在负载情况下,失败交易的概率。

8.系统稳定性

特别是涉及到人身安全、金钱、航空航天等的系统,通常对系统稳定性要求非常高

通常系统稳定性关注的是稳定运行时间,该指标表示系统在标准压力(系统的日常压力)情况下,能够稳定运行的时间。

4.怎样进行性能测试?

第一步:

  • 熟悉业务
  • 确认目标
  • 制定测试方案

第二步:

  • 选择测试工具
  • 编写测试脚本
  • 执行测试

第三步:

  • 分析测试结果

第四步:

  • 调优与验证

5.制定测试方案

一.82原则/28定律:

  • 80%的事情在20%的时间内完成
  • 20%的人占据着80%的财富

二.258原则(2-5-10原则):

  • 针对响应时间而言,对用户感受的概括
  • 2秒内响应,会让用户感觉系统很快
  • 2~5秒内响应,感觉速度还行
  • 5~8或10秒内响应,感觉慢但兴许还能接受
  • 超过8或10秒,会让人无法接受

三、并发用户数的确认:

  • 由82原则可知,80%的时间都是20%的用户在操作
  • 我们一般认为: 并发用户数为5%~20%,因项目实际情况而定

四、统计数据很重要:

  • 统计数据指在真实的生产环境下生成的数据,较为真实
  • 在有统计数据的情况下,应以统计数据为参考的先决条件
  • 在统计数据的基础上,再加上合适的推理,结果更靠谱

6.结果分析、性能调优

结果分析:

  • 测试工具本身提供了报表功能,功能强弱由测试工具决定
  • 利用一些现成的报表工具,按规范做数据然后生成图表数据
  • 使用Excel手动生成数据,完成报表

性能调优:

  • 性能调优和结果分析是相辅相成的
  • 测试结果为分析提供依据
  • 分析结果为性能调优打下铺垫
  • 分析和调优将在后续课程中用实例讲解

7.如何做好性能测试?

业务技能:
了解行业领域知识,熟悉系统业务。才能制定合理的测试方案。

专业技能:
工欲善其事,必先利其器:至少精通一门测试工具

价值体现与升华:
故障分析 与 性能调优及管理

你可能感兴趣的:(性能测试)