常用WEB性能测试指标概述

性能测试（Performance Testing）：通过模拟业务压力和使用场景组合，测试系统的性能是否满足生成性能要求——主要意义是获得系统的性能指标。 
负载测试（Load Testing）：通过在被测系统上不断增加压力，直到性能指标超过预定指标或某种资源使用已经达到饱和状态——主要意义是从多个不同的测试角度去探测分析系统的性能变化情况，配合性能调优。测试角度可以是并发用户数、业务量、数据量等不同方面的负载，是否有性能瓶颈存在（拐点）。 
压力测试（Stress Testing）：测试系统在一定饱和状态下系统能够处理的会话能力，以及是否出现错误，一般用于稳定性测试。一种需要反常数量、频率或资源的方式下执行系统。目标是通过极限测试方法，发现系统在极限或恶劣环境中自我保护能力。 
配置测试（Configuration Testing）：找到系统各项资源的最有分配原则。——主要用于性能调优，再将测试结果与基准数据进行对比，判断调整是否达到最佳状态。 
并发测试（Concurrency Testing）：模拟并发访问，测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题，如内存泄漏、线程锁、资源争用问题。——测试目的并非为了获得性能指标，而是为了发现并发引起的问题。 
可靠性测试（Reliability Testing）：通过给系统加载一定的业务压力的情况下，让应用持续运行一段时间——可靠性测试强调在一定的业务压力下长时间（如24×7）运行系统，关注系统的运行情况（如资源使用率是否逐渐增加、响应是否是否越来越慢），是否有不稳定征兆。 

从上面总结的性能测试类型来看，我们现阶段比较合适的措施是： 

• 性能测试（Performance Testing）
• 负载测试（Load Testing）
• 并发测试（Concurrency Testing）

并且在此基础上做一些其他的测试。 

具体的测试过程可以分为： 
1. 测试计划（就顺序按三种性能测试开始，明确网站这个版本的性能目标并建立业务性能模型） 
2. 测试执行（需要具体脚本录制/执行，环境搭建，及结果数据收集） 
3. 性能指标分析（参见下文） 
一个很好的业务性能模型的例子：

[/b]这篇博客总结了性能指标的分类[/b]
1.响应时间 

2.并发数，有两种意义 
   a.在指定时间内完成指定业务的并发用户数 
   b.服务器资源可承受的并发用户数 

3.吞吐量 
   如 点击数/秒，页面数/秒，刷卡交易数/天 

4.性能计数器 
   如内存使用率，CPU使用率等 
从用户角度来说，交互式系统的测试主要关心 响应时间和并发数， 非交互式系统的测试主要关心吞吐量 

对上面性能测试指标的详细计算

再列一些其他的性能指标 
Web服务器指标 
Requests Per Second: 平均每秒钟响应次数＝总请求时间 / 秒数 
Successful Requests：成功的请求 
Failed Requests ：失败的请求 
Successful Hits ：成功的点击次数 
Failed Hits ：失败的点击次数 
Hits Per Second ：每秒点击次数 
Successful Hits Per Second ：每秒成功的点击次数 
Failed Hits Per Second ：每秒失败的点击次数 

数据库服务器性能指标 
User Connections ：用户连接数 
Number of deadlocks：数据库死锁 
Butter Cache hit ：数据库Cache的命中情况 

性能计数器 
ProcessorTime: 服务器CPU占用 
Memory Available Mbyte : 可用内存数 
Physicsdisk Time : 物理磁盘读写时间情况

作者:清远