Java教程

性能测试理论简记

本文主要是介绍性能测试理论简记,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

需要掌握的知识

通过要做好性能测试,该掌握些什么这篇文章,我觉得我首先要做的是 第一点(性能测试的基本概念,过程,方法论,性能工程)和第二点(商业性能测试工具和开源性能测试工具)吧。

开始性能测试之前必须知道的事情

理发店模型
最佳并发用户数:以理发店模型来讲,每小时3个用户是最佳并发用户数,此时没有资源(理发师)被浪费,也没有用户需要等待;
最大并发用户数:以理发店模型来讲,每小时9个用户是最大并发用户数,此时没有资源被浪费,但是除了前三个用户,后面的6个用户都要等待一定的时长;

  1. 了解用户目的
    情况1: 客户有明确需求
    情况2: 容量测试(了解系统性能),可以假设为求得最大用户数和最佳用户数
    情况3:找出系统性能瓶颈
    情况4:强度测试,验证系统稳定性,典型问题: 内存溢出

  2. 环境
    硬件环境,软件环境,网络环境

  3. 寻找系统的压力点
    如何获得有效的性能需求?
    获取有效的性能需求
    什么是有效的性能需求?

  • 明确的数字
  • 有凭有据,合理,有实际意义
  • 相关人员达成一致
    如何获得?
  • 客户方提出
  • 根据历史数据来分析
  • 参考历史项目的数据
  • 参考其他同行类似项目的数据
  • 参考其他类似行业应用的数据
  • 参考新闻或其他资料的数据

容易混淆的理论

并发用户数 ≠ 每秒请求数
详细解释参考这篇博文

性能测试知多少

虫师的这个系列文章,作为我对性能知识的入门吧!以下记录重点难点。

  1. 性能测试分类
    之前根据一些文章自己整理过简单分类负载测试 & 压力测试,但是发现和虫师这篇文章的分类好像相反。 算了....其实好像没什么关系...

  2. 吞吐量和吞吐率
    吞吐量: 一次性能测试过程中网络上传输的数据量的综合。
    吞吐率: 单位时间内网络上传输的数据量。

  3. 事务和TPS
    事务:用户某一步或几步操作的集合
    TPS: 每秒系统能够处理事务或交易的数量

  4. 如何定位性能瓶颈
    网络、数据库、应用服务器和代码

  5. 响应时间
    普遍标准:2/5/10秒原则

  6. 性能测试工具原理
    通过多线程或多进程模拟用户访问,对服务端施加压力,然后收集性能数据。

  7. 性能测试流程
    需求分析 - 测试计划 - 环境搭建 - 工具选择 - 测试执行

性能测试指标

  1. 通用指标
  • ProcessorTime 服务器CPU占用率,一般 平均达到70%,服务就接近饱和
  • Memory Available Mbyte 可用内存数
  • Physicsdisk Time 物理磁盘读写情况
  1. Web服务器指标
  • avg rps 平均每秒钟响应次数
  • successful rounds 成功的请求
  • failed rounds 失败的请求
  • hits per second 每秒点击次数
  • successful hits 成功的点击次数
  • failed hits 失败的点击次数
  • successful hits per second 每秒成功的点击次数
  • failed hits per second 每秒失败的点击次数
  • attempted connections 尝试连接数
  1. 数据库服务器指标
  • user 0 connections 用户连接数
  • number of deadlocks 数据库死锁
  • butter cache hit 数据库cache的命中情况

雅虎35条军规 - 前端性能

之前了解前端性能时记录的文章

参考:
在做性能测试之前你需要知道什么
要做好性能测试,该掌握些什么
性能测试知多少
web下的整体测试

这篇关于性能测试理论简记的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!