简述性能测试流程?

1.分析性能需求。挑选用户使用最频繁的场景来测试，比如:登陆，搜索，下单等等。确定性能指标，比如:事务通过率为100%，TOP99%是5秒，最大并发用户为1000人，CPU和内存的使用率在70%以下
2.制定性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具
3.编写测试用例
4.搭建测试环境，准备好测试数据
5.编写性能测试脚本
6.性能测试脚本调优。设置检查点、参数化、关联、集合点、事务,调整思考时间，删除冗余脚本
7.设计测试场景，运行测试脚本，监控服务器,
8.分析测试结果，收集相关的日志提单给开发
9.回归性能测试
10.编写测试报告

如何确定系统最大负载?

通过负载测试，不断增加用户数，随着用户数的增加，各项性能指标也会相应产生变化，当出现了性能拐点，比如，当用户数达到某个数量级时，响应时间突然增长，那么这个拐点处对应的用户数就是系统能承载的最大用户数。

你们系统哪些地方(哪些功能)做了性能测试?

选用了用户使用最频繁的功能来做测试，比如:登陆，搜索，提交订单

你们的并发用户数是怎么确定的?

1)会先上线一段时间，根据收集到的用户访问数据进行预估
2)根据需求来确定(使用高峰时间段，注册用户数，单次响应时间等

你们性能测试在什么环境执行?

参考答案:我们会搭建一套独立的性能测试环境进行测试

你们性能测试什么时间执行?

基准测试:功能测试之后，系统比较稳定的时候再做。

负载测试:夜深人静，系统没人用的时候

怎么分析性能测试结果?

首先查看事物通过率，然后分析其他性能指标，比如，确认响应时间，事务通过率，CPU等指标是否满足需求;如果测试结果不可信，要分析异常的原因，修改后重新测试

think_ time的作 用是什么?

模拟真实生产用户操作，考察对服务器所造成的影响。.

在确定性能测试结果可信后，如果发现以下问题，按下面提供的思路来定位问题

问题一:响应时间不达标

查看事务所消耗的时间主要在网络传输还是服务器，如果是网络，就结合Throughput(网络吞吐量)图，计算带宽是否存在瓶颈，如果存在瓶颈，就要考虑增加带宽，或对数据的传输进行压缩处理;如果不存在瓶颈，那么，可能是网路不稳定导致。如果主要时间是消耗在服务器上，就要分别查看web服务器和数据库服务器的CPU，内存的使用率是否过高，因为过高的CPU，内存必定会造成响应时间过长，如果是web服务器的问题，就把web服务器对应上对应的用户操作日志取下来，发给开发定位;如果是数据库的问题，就把数据库服务器对应上对应的日志取下来，发给开发定位。.

问题二:服务器CPU指标异常

分析思路:就把web服务器对应上对应的用户操作日志取下来，发给开发定位。

问题三:数据库CPU指标异常

分析思路:把数据库服务器对应上对应的日志取下来，发给开发定位。

问题四:内存泄漏

分析思路:把内存的heap数据取出来，分析是哪个对象消耗内存最多，然后发给开发定位。

问题五:程序在单用户场景下运行成功，多用户运行则失败，提示连不上服务器。

原因:程序可能是单线程处理机制

如何识别系统瓶颈?

从TPS指标分析，TPS即系统单位时间内处理事务的数量。观察当前随着用户数增长期系统每秒可处理的事务数是否也会增长

如何判断系统的性能是变好了还是变坏了

通过基准测试对比性能指标.

你们的性能测试需求哪里来?

1:客户提供需求
2:运维提供需求
3:开发提供需求

如何实现200用户的并发?

在脚本对应的请求后添加集合点

什么情况下要做关联，关联是怎么做的?

当脚本的上下文有联系，就用关联。比如登录的token关联，增删改查主键id关联

有验证码的功能，怎么做性能测试?

1、将验证码暂时屏蔽，完成性能测试后，再恢复
2、使用万能的验证码

你们性能测试做的是前台还是后台?

BS项目:测试的是后台服务器的性能和浏览器端性能;

APP项目:手机端和服务器端的性能都做

性能测试指标有哪些

响应时间
吞吐量
cp U
内存
disk

如何脚本增强?

1、做参数化
2、做关联
3、添加事务
4、添加断言
5、添加集合点
6、添加思考时间