文章目录基本概念Web前端性能主要术语响应时间并发用户数吞吐量性能计数器Think Time软件性能测试方法论seiloadtestingplanningprocessrbi (rapidbottleneckidentify ) )。 性能下降曲线分析敏捷性能测试性能测试模型ptgmperformancetestinggeneralmodelaptmagileperformancetestingmodel性能测试应用性能测试方法
基本概念Web前端性能
web APP应用的前端响应时间是指浏览器的页面加载时间。 通常，浏览器的页面加载时间包括HTML分析、获取和加载页面上的图像和文件(例如CSS )、客户端脚本(JavaScript )的执行时间和显示页面所需的时间，这部分性能可能会下降
前端的性能与并发用户数的大小没有直接关系，主要考察浏览器展示和脚本的时间。
所以主要关注：
浏览器呈现页面方式合理应用浏览器各种机制脚本合理性主要术语响应时间【概念】响应请求所需的时间。
提示时间)从客户端收到数据到向用户提示所消耗的时间服务端的响应时间(从系统发出请求到客户端收到数据所消耗的时间，通常指的是网络传输时间(数据库延迟时间、APP应用服务器时间)
服务器端接受的最大并发访问数：描述根据服务器端承受的压力而不是从业务角度出发，同时向客户端发送请求的客户数。 系统用户数：使用此系统的用户总数平均并发用户数： C=frac{nL}{T}
登录会话：用户登录和退出系统之间的时间(aloginsessionisatimeintervaldefinedbyastarttimeandendtime.takeanywebapplication ) ation as an example，aloginsessionstartsfromthetimetheuserlogsontothesystemandendswhentheuserslogsout.)
n :登录会话数
l :登录会话的平均长度
T:考察期间长度
并发用户数峰值： C_1=C 3sqrt{C}
整个系统的吞吐量UC
u :每个用户的平均请求数
日志分析法通过log analyzer了解系统用户的使用情况，计算服务从日志中接受的最大并发用户访问次数。 吞吐量直接表示软件系统的性能和承载能力，是指系统在单位时间内处理的客户请求数。
测量单位通常为请求数(点击数)秒or页数/秒业务角度)访问数/日or处理的业务数/时间网络角度)字节数/日点击数Hits:不是html页面上的点击事件，而是clies 单击一次请求多个资源并生成多个Hits的事件
在不存在吞吐量计算性能瓶颈的情况下，吞吐量可以通过以下公式计算F=frac{N_(vu )R}{T}
f :吞吐量
Nvu:vu的个数
r :来自每个vu的请求(点击)数
t :性能测试所需的时间
在大多数情况下，当VU数量增加到一定程度时，成为性能瓶颈的性能计数器Counter是描述服务器或操作系统性能的数据指标，通过性能测试进行监视和监视
Think Time思考时间也称为休眠时间。
R=frac{T}{T_s}
r :来自每个vu的请求(点击)数
t :性能测试所需的时间
Ts:思考时间
性能测试方法体系SEI Load Testing Planning Process关注负载测试计划方法，目标是创建清晰、易懂且可验证的债务测试计划。
关注点：
目标用户需要分析用户的行为，并根据用户的行为模型创建用例和场景。 用例是用户使用某种步骤和操作方法实现业务流程的过程，对负载测试来说主要是分析和分解关键业务。 判断每个业务发生的频率、业务绩效问题的风险等。 生产环境测试由于环境负载测试环境与实际生产环境存在一定差异，很可能无法准确反映APP应用系统在生产环境中的实际性能表现，因此必须仔细设计测试环境。 测试场景快速感知(RBI )关注如何基于以下事实快速识别系统性能瓶颈：
从检测到的80%的系统到性能瓶颈，受吞吐量约束的并发用户数量与吞吐量瓶颈之间存在一定的相关性，采用吞吐量测试可以更快地确定问题分析方法。 自顶向下：
首先分析并发或吞吐量带来的性能限制，从网络、数据库、APP应用服务器和代码本身确定系统的性能工具
体的瓶颈 性能下降曲线分析性能下降曲线是描述性能（响应时间、吞吐量、单击数/秒）随用户数增加而出现下降趋势的曲线。
曲线阶段
单用户区域： 对系统的一个单用户的响应时间性能平坦区：在不进行更多性能调优的情况下所能期望达到的最佳性能。此区域被用作基线或benchmark压力区：性能轻微下降的区域。典型的、最大的建议用户负载时压力区域的开始。拐点：性能开始急剧下降的点 敏捷性能测试特点：
在每个迭代目标中包含明确的性能目标迭代目标中的性能目标可能是基于端到端的，也可能是基于接口的，甚至可能是面向具体的函数的。例如： 在吞吐量为40 QPS的情况下，X页面的服务端响应时间小于5秒。模块B能够每秒处理来自模块A的1000个请求。Employee类从服务端获取给定Employee信息的方法耗时不超过100毫秒。 建立不同层次的性能测试 面向函数的性能： 通过Junit 4 或 TestNG中的@Test 来设置验证标准。函数级别的性能测试对环境的依赖性小，对其他模块和函数也不存在很强的依赖性，因此可以很容易地放置在持续集成中与其他单元测试一同运行。 面向接口的性能： 通过Junit 4等工具进行接口级别的性能测试。要求将模块或子系统运行起来，并设置好测试的支撑环境。 面向端到端的性能： 端到端的性能结果与所在环境存在极大的依赖性，需要在严格定义的环境上运行。需要为被测应用准备号一键部署脚本使用合适的工具和脚本进行性能测试。 完全或接近完全自动化的性能测试 性能测试工具 HP LoadRunnerJmeterJunit 设置环境的脚本性能压测脚本 使用测试驱动的犯法保证性能于优化性能
TDD , 需要在编写代码前设置测试。一旦测试通过，意味着代码实现完成。 性能测试模型 PTGM Performance Testing General Model 测试过程 测试前期准备测试工具引入测试计划测试涉及与开发测试执行与管理测试分析 APTM Agile Performance Testing Model 主要构成 检查表活动建议工具 性能测试应用 性能测试方法
Performance Testing includes these:
验收性能测试 Acceptance Performance Testing负载测试 Load Testing压力测试 Stress Testing配置测试 Configuration Testing并发测试 Concurrency Testing可靠性测试 Reliability Testing失败恢复测试 Failover Testing