如何理解压力、负载、性能测试测试？
性能测试是一个较大的范围，实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内容。
压力测试是对服务器的稳定性以及负载能力等方面的测试，是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。而负载测试是压力相对较大的测试，主要是测试系统在一种或者集中极限条件下的相应能力，是性能测试的重要部分。100个用户对系统进行连续半个小时的访问可以看作压力测试，那么连续访问8个小时就可以认为负载测试，1000个用户连续访问系统1个小时也可以看作是负载测试。
实际上压力测试和负载测试没有明显的区分。测试人员应该站在关注整体性能的高度上来对系统进行测试。
如何理解强度测试？
强度测试是为了确定系统在最差工作环境的工作能力,也可能是用于验证在标准工作压力下的各种资源的最下限指标。
它和压力测试的目标是不同的,压力测试是在标准工作环境下,不断增加系统负荷,最终测试出该系统能力达到的最大负荷(稳定和峰值),而强度测试则是在非标准工作环境下,甚至不断人为降低系统工作环境所需要的资源,如网络带宽,系统内存,数据锁等等,以测试系统在资源不足的情况下的工作状态,通过强度测试,可以确定本系统正常工作的最差环境.
强度测试和压力测试的测试指标相近,大多都是与时间相关的指标,如并发量(吞吐量),延迟(最大最小平均)以及顺序指标等
强度测试需要对系统的结构熟悉,针对系统的特征设计强度测试的方法
你如何识别性能瓶颈？
-使用监视器可以检测性能瓶颈。这些监视器可能是应用程序服务器监视器，Web服务器监视器，数据库服务器监视器和网络监视器。它们有助于在我们的方案中找出问题区域，从而增加响应时间。通常进行的测量是性能响应时间，吞吐量，命中率/秒，网络延迟图等
你如何在负载测试模式下执行功能测试？
在负载测试模式下，可以通过同时运行数个虚拟用户，通过增加虚拟用户数，确定服务器在多大的负载量下，仍然可以正常运行，我一般进行核心功能操作，验证核心功能运行是否正常。
性能测试指标包括哪些
- 最大并发用户数，HPS（点击率）、事务响应时间、每秒事务数、每秒点击量、吞吐量、CPU 使用率、物理内存使用、网络流量使用等。
- 前端需主要关注的点是：
- 响应时间：用户从客户端发出请求，并得到响应，以及展示出来的整个过程的时间。
- 加载速度：通俗的理解为页面内容显示的快慢。
- 流量：所消耗的网络流量。
- 后端需主要关注的是：
- 响应时间：接口从请求到响应、返回的时间。
- 并发用户数：同一时间点请求服务器的用户数，支持的最大并发数。
- 内存占用：也就是内存开销。
- 吞吐量（TPS）：Transaction Per Second, 每秒事务数。在没有遇到性能瓶颈时：TPS=并发用户数*事务数/响应时间。
- 错误率：失败的事务数/事务总数。
- 资源使用率：CPU占用率、内存使用率、磁盘I/O、网络I/O。
- 从性能测试分析度量的度角来看，主要可以从如下几个大的维度来收集考察性能指标：
- 系统性能指标、资源性能指标、稳定性指标
如何确定系统最大负载？
通过负载测试，不断增加用户数，随着用户数的增加，各项性能指标也会相应产生变化，当出现了性能拐点，比如，当用户数达到某个数量级时，响应时间突然增长，那么这个拐点处对应的用户数就是系统能承载的最大用户数。
你们系统哪些地方(哪些功能)做了性能测试？
选用了用户使用最频繁的功能来做测试，比如：登陆，搜索，提交订单
你们的并发用户数是怎么确定的？
1）会先上线一段时间，根据收集到的用户访问数据进行预估
2）根据需求来确定（使用高峰时间段，注册用户数，单次响应时间等
你们性能测试在什么环境执行？
参考答案：我们会搭建一套独立的性能测试环境进行测试
think_time的作用是什么？
模拟真实生产用户操作，考察对服务器所造成的影响
如何实现200用户的并发？
在脚本对应的请求后添加集合点
什么情况下要做关联，关联是怎么做的？
当脚本的上下文有联系，就用关联。
比如登录的token关联，增删改查主键id关联
有验证码的功能，怎么做性能测试？
1、将验证码暂时屏蔽，完成性能测试后，再恢复
2、使用万能的验证码
你们性能测试做的是前台还是后台？
BS项目：测试的是后台服务器的性能和浏览器端性能；
APP项目：手机端和服务器端的性能都做
如何脚本增强？
1、做参数化
2、做关联
3、添加事务
4、添加断言
5、添加集合点
6、添加思考时间
一个web系统，用户从打开浏览器输入网址页面显示在浏览器中，这个过程当中，页面给用户总的响应时间通常可以细分为哪些？
答案：从客户端到服务端的请求时间（请求网络传输时间request），从服务端返回数据到客户端的时间（响应网络传输时间response），页面渲染时间（客户端浏览器加载页面的时间），处理器的处理时间（应用服务器+数据库服务器处理时间）
对一个登录功能做性能测试，有哪些指标，怎么测出可同时处理的最大请求数量
参考回答：
性能测试常用指标：
从外部看，主要有
1、吞吐量：每秒钟系统能够处理的请求数，任务数
2、响应时间：服务处理一个请求或一个任务的耗时
3、错误率：一批请求中结果出错的请求所占比例
从服务器的角度看，性能测试关注CPU，内存，服务器负载，网络，磁盘ＩＯ
对登录功能做性能测试
单用户登陆的响应界面是否符合预期
单用户登陆时后台请求数量是否过多
高并发场景下用户登录的响应界面是否符合预期
高并发场景下服务端的监控指标是否符合预期
高集合点并发场景下是否存在资源死锁和不合理的资源等待
长时间大量用户连续登录和登出，服务器端是否存在内存泄漏
在确定性能测试结果可信后，如果发现以下问题，按下面提供的思路来定位问题
问题一：响应时间不达标
查看事务所消耗的时间主要在网络传输还是服务器，如果是网络，就结合Throughput(网络吞吐量)图，计算带宽是否存在瓶颈，如果存在瓶颈，就要考虑增加带宽，或对数据的传输进行压缩处理；如果不存在瓶颈，那么，可能是网路不稳定导致。如果主要时间是消耗在服务器上，就要分别查看web服务器和数据库服务器的CPU，内存的使用率是否过高，因为过高的CPU，内存必定会造成响应时间过长，如果是web服务器的问题，就把web服务器对应上对应的用户操作日志取下来，发给开发定位；如果是数据库的问题，就把数据库服务器对应上对应的日志取下来，发给开发定位。
问题二：服务器CPU指标异常
分析思路：就把web服务器对应上对应的用户操作日志取下来，发给开发定位。
问题三：数据库CPU指标异常
分析思路：把数据库服务器对应上对应的日志取下来，发给开发定位。
问题四：内存泄漏
分析思路：把内存的heap数据取出来，分析是哪个对象消耗内存最多，然后发给开发定位。
问题五：程序在单用户场景下运行成功，多用户运行则失败，提示连不上服务器。
原因：程序可能是单线程处理机制