性能测试六大性能指标是什么,性能测试面试题及答案

其他场景的选项场景：结合各自项目业务的其他场景，如高可用性测试、异常测试等。

单一交易基准测试采用测试工具或平台，按每位用户或基准用户数运行5分钟或迭代100次。

在单事务负载测试中，如果并发用户逐渐增加到估计值，请运行10分钟。

混合测试，多个交易设定不同的同时用户占有率时，执行30分钟。

选择稳定性测试、混合测试，支持80%的最大并发用户数，运行2小时。

如果压力测量作业时间允许的话，可以适当调整压力测量场景的执行时间。

分析：造成这种现象的原因有很多，可能是网络原因，但测试时用的是局域网，所以不可能是网络的问题。也可能是CPU使用过高导致服务器端负载过大，无法处理客户端的请求导致的，此时去检查应用服务器和数据库服务器的CPU，发现还没有达到60%，所以可以排除资源瓶颈问题（当时的测试场景资源指标是应用服务器CPU不能超过60%，数据库服务器CPU不能超过80%）。因为基准测试和负载测试都是测单个交易，而混合场景是把多个交易放到一起发压，既然是多个交易，就有可能存在死锁问题，而混合场景的测试目的是为了检测是否存在线程死锁和数据库死锁。

死锁是因为多线程访问共享资源，由于访问顺序不当造成的，通常是一个线程锁定了一个资源A，而又想去锁定资源B，在另一个线程中，锁定了资源B，而又想去锁定资源A以完成自身的操作，两个线程都想得到对方的资源，而不愿意释放自己的资源，造成两个线程都在等待，而无法执行的情况。

定位：用JDK自带的命令jstack -pid去查看线程信息，jstack很快就帮我们找到了死锁的位置（在实际运行中，往往dump一次信息，还不足以确认问题，建议多dump几次，如果每次dump都指向同一个问题，那么就可以确定是这个问题导致的线程死锁）

内存泄漏：程序使用的空间用完也无法释放，积累下导致内存被占光

内存溢出：要求分配的内存超出了系统可分配的，导致内存溢出

1>tps：每秒事务量，代表了系统的处理能力，tps越高，性能越好

2>响应时间：从发出请求到接受到系统响应数据所花费的时间，响应时间越短，性能越好

3>吞吐量：网络上行和下行流量的总和，吞吐量是网络瓶颈定位的重要指标

4>错误率：在压测过程中系统出现错误的比例

1>没有任何途径进行需求调研的情况下，可以跳过需求调研，直接开始压测。

2>压测完成后，可以把本次压测数据开会讨论，共同决定是否满足性能需求。

3> 根据行业内的通用指标规范

1>通常情况下，cpu使用率和load值是正比关系，即cpu使用率越高，load值越高。

2>在一些特殊情况下，也会出现cpu使用率不高，但是load值较高的情况。

12、应用服务器cpu高和数据库服务器cpu高的分析思路是什么？ 

1>应用服务器的cpu高，先要看tps和响应时间，如果tps比较高，我们认为是正常的cpu消耗；如果tps比较低，那么往往某些代码过于消耗cpu。

2>数据库服务器cpu高，往往是因为sql语句执行效率比较低，可以通过对数据库慢查询是监控，结合执行计划进行分析，是否是相关表没有索引或索引未生效。