分享测试知识

如何构建性能测试的技术体系？性能测试技术体系的构建，大致要分为四个阶段，分别是：日常化、自动化、工具化和平台化。1、日常化很多做性能测试的同学，在工作中面临的最大问题是性能测试无法成为日常测试工作的一部分，即性能测试作为质量保障的一种手段，却无法融入正常的需求版本迭代流程中。最常见的例子就是一句话需求，比如：这几个接口压测一下，出一份报告；或者线上出了性能问题，才火急火燎的找测试同学，对系统进行压测，再排查定位问题。

1、 性能测试术语1）响应时间响应时间即从应用系统发出请求开始，到客户端接收到最后一个字节数据为止所消耗的时间。响应时间按软件的特点再可以细分，如对于一个 C/S 软件的响应时间可以细分为网络传输时间、应用服务器处理时间、数据库服务器处理时间。另外客户端自身也存在着解析时间、界面绘制呈现时间等。响应时间主要站在客户端角度来看的一个性能指标，它是用户最关心、并且容易感知到的一个性能指标。2）吞吐率。

1、压力测试重点关注点是什么？1）先捋一下压测的目的是什么？压测主要目的是结合当前服务资源以及当前环境配置基础下，对应用接口在不同压力场景下得出各指标结果是否满足实际应用需求【所以要优化性能指标的话，除从应用接口的代码逻辑和设计链路去优化的话，还需要结合环境的配置（例：连接数、队列值、jvm配置等）以及本身的物理资源去出发；能调到最合理的、最充分的利用率那就是性能大咖了】；2）对“并发”名词说明并发这个词在项目中很容易混淆，所以在此先讲解下这个词；并发分为相对并发和绝对并发；

性能测试什么时候开始？一般在系统功能稳定没有大的缺陷之后开始执行。但前期准备工作可以从系统需求分析时就开始：性能目标制定、场景获取、环境申请等。1、制定性能测试目标在特定的并发用户数下测试特定场景的响应时间；在一定的响应时间的要求下来测试特定场景的最大并发用户数；测试特定场景的TPS；1）线上系统对线上系统的日志进行分析以获取到这个系统每个功能的访问情况、最大的并发用户量、平均/最大/最小响应时间。然后通过每日的增长趋势来确定最大的并发用户数、响应时间参考日志分析的结果，即与平均响应时间相当。

1、性能测试需求需求1： 活动页面，要你做性能测试， 看是否能满足1000个人同时访问。需求2： 商定，对接的接口，要满足 50tps。—这样的场景怎么设计需求3: 秒杀活动，我要看，秒杀时，服务器能否支持500个人同时秒杀。2、6种常用设计方法1）普通性能场景设计-1000个人同时访问2）阶梯性能场景(负载测试场景)3）压力测试场景4）面向目标场景（lr很容易，但是jmeter，没有系统讲解，不知道怎么做）-50tps的5）混合场景设计（混合）不同数量的人，向不同的接口发起请求。

Jmeter接口测试1、创建测试任务添加线程组，右击测试计划，在快捷菜单单击添加-》线程(用户)-》线程组。设置线程组主要包含三个参数：线程数、Ramp-Up、循环次数。线程数：设置虚拟用户数。一个虚拟用户占用一个进程或线程。线程数就相当于虚拟用户数。Ramp-Up：设置的线程数启动时长，单位为秒。如果线程数为100，准备时长为20秒，那么需要20秒启动100个线程，平均每秒启动5个线程。循环次数：每个线程发送请求的个数。

性能测试和功能测试不同，性能测试的执行是基本功能的重复和并发，需要模拟多用户，在性能测试执行时需要监控指标参数，同时性能测试的结果不是那么显而易见，需要对数据进行分析。这些特点决定了性能测试更适合通过工具来完成。从性能测试的定义的角度来分析，性能测试是指通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

如何定位性能瓶颈？性能测试这种测试方式在发生过程中，其中一个过渡性的工作，就是对执行过程中的问题，进行定位，对功能的定位，对负载的定位，最重要的，当然就是问题中说的“瓶颈”。瓶颈产生在以下几方面：1、网络瓶颈，如带宽，流量等形成的网络环境；2、应用服务瓶颈，如中间件的基本配置，CACHE等；3、系统瓶颈，这个比较常用：应用服务器，数据库服务器以及客户机的CPU，内存，硬盘等配置；4、数据库瓶颈，以ORACLE为例，SYS中默认的一些参数设置；5、应用程序本身瓶颈；

全栈性能测试，监控以及调优（性能压测，分析，监控，调优）