做全景图的网站dede古风类网站源码

做全景图的网站,dede古风类网站源码,专业营销网站开发,网站首页可以做竖版吗性能测试是一个全栈工程师/架构师必会的技能之一#xff0c;只有学会性能测试#xff0c;才能根据得到的测试报告进行分析#xff0c;找到系统性能的瓶颈所在#xff0c;而这也是优化架构设计中重要的依据。本文简单讲述了性能测试以及性能测试工具Jmeter。另外#xff0c…性能测试是一个全栈工程师/架构师必会的技能之一只有学会性能测试才能根据得到的测试报告进行分析找到系统性能的瓶颈所在而这也是优化架构设计中重要的依据。本文简单讲述了性能测试以及性能测试工具Jmeter。另外我会将其他测试相关的文章也放在这个系列。一、性能测试1. 什么是性能测试性能测试就是通过特定的方式对被测试系统按照一定测试策略施加压力获取该系统的响应时间、TPS、吞吐量、资源利用率等性能指标来检测系统上线后能否满足用户需求的过程。2. 性能测试的重要性性能测试是检验我们系统性能的重要步骤只有经过性能测试得到对应的测试报告才能根据报告中所呈现的现象成功率、响应时长、TPS等来进行分析找出系统的瓶颈所在优化系统的性能。3. 性能指标——QPS和TPS①QPSQPS全名 Queries Per Second意思是“每秒查询率”是一台服务器每秒能够响应的查询次数是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。②TPSTPS 即 Transactions Per Second的缩写每秒处理的事务数目。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时收到服务器响应后结束计时以此来计算使用的时间和完成的事务个数最终利用这些信息作出的评估分。Qps 基本类似于 Tps但是不同的是对于一个页面的一次访问形成一个 Tps但一次页面请求可能产生多次对服务器的请求服务器对这些请求就可计入“Qps”之中。QPS和TPS都是衡量一个系统性能的重要指标之一。二、压测工具Jmeter1. 什么是JmeterApacheJMeter 是一个100%纯Java的开源软件旨在加载测试功能行为和测量性能。它最初设计用于测试Web应用程序但后来扩展到其他测试功能。相较于世面上一些其他性能测试工具Jmeter是为数不多的既好用又开源免费的测试工具。2. Jmeter主要元件1、测试计划是使用 JMeter 进行测试的起点它是其它 JMeter测试元件的容器2、线程组代表一定数量的用户它可以用来模拟用户并发发送请求。实际的请求内容在Sampler中定义它被线程组包含。3、配置元件维护Sampler需要的配置信息并根据实际的需要修改请求的内容。4、前置处理器负责在请求之前工作常用来修改请求的设置5、定时器负责定义请求之间的延迟间隔。6、取样器(Sampler)是性能测试中向服务器发送请求记录响应信息、响应时间的最小单元如HTTP Request Sampler、FTP Request Sample、TCP Request Sample、JDBC Request Sampler等每一种不同类型的sampler 可以根据设置的参数向服务器发出不同类型的请求。7、后置处理器负责在请求之后工作常用获取返回的值。8、断言用来判断请求响应的结果是否如用户所期望的。9、监听器负责收集测试结果同时确定结果显示的方式。10、逻辑控制器可以自定义JMeter发送请求的行为逻辑它与Sampler结合使用可以模拟复杂的请求序列。3. 下载安装进入官网点击左侧的Download Releases选择和是的版本即可下载。下载好后是一个压缩包将其解压到你想要的目录下最好不要出现中文即可。当然它需要Java运行环境如果没装可以另外去下个jdk这里就不赘述了进入bin目录双击运行jmeter.bat启动jmeter这样我们就打开了安装好的Jmeter。如果不习惯英文也可以在设置里进行更改三、一个简单的测试案例这里我演示一个测试常规restful接口的例子。演示接口的项目来源于上次参加服创省赛时写的网脉铁塔监测物联网平台这个接口主要是获取设备列表。正常获取响应结果如下①新建一个线程组(1)线程数即虚拟用户数。设置多少个线程数也就是设置多少虚拟用户数(2)Ramp-Up时间(秒)设置虚拟用户数全部启动的时长。如果线程数为20,准备时长为10秒,那么需要10秒钟启动20个线程。也就是平均每秒启动2个线程。(3)循环次数每个线程发送请求的个数。如果线程数为20,循环次数为10,那么每个线程发送10次请求。总请求数为20*10200。如果勾选了“永远”,那么所有线程会一直发送请求,直到手动点击工具栏上的停止按钮,或者设置的线程时间结束。这里我们设置30个线程(不要加太多这里只是为了演示) 启动时间设置为3s循环次数为3次②新建一个HTTP请求把这次要测试的接口信息填入③添加HTTP信息头请求头这里需要添加对应的消息头信息在大多数web系统里往往都对api接口做了权限认证而这次测试的系统也不例外是典型的token机制如果不在请求头里加上合法的token那么这个测试是会被拦截的也就没办法对业务接口进行测试。所以这里需要把请求头中token复制过来不同系统权限设计不同我这里是X-Access-Token。当然如果是使用cookie机制来实现的权限认证则需新建一个Cookie管理器这里就不多赘述了。当然这里也可以直接把整个请求头的信息都复制然后在Jmeter中点击“从剪切板添加”这样就可以一键把真实请求的请求头信息都复制过来。④添加合适的响应断言对相应结果添加合适的断言在这次的测试系统中如果成功响应那么响应结果就会包含successtrue的字符串所以我在断言中就做了相应的设置大家可以针对自己的系统设置合适的断言。⑤添加监听器JMeter有许多UI Listener可用于直接在JMeter UI中查看结果以树形式查看结果查看结果树显示所有样本响应的树允许您查看任何样本的响应。图形结果图形结果监听器生成一个简单的图形绘制所有采样时间聚合报告聚合报告为测试中的每个不同命名的请求创建一个表行在表中查看结果此可视化工具为每个样本结果创建一行。与查看结果树一样此可视化工具使用大量内存聚合图聚合图与聚合报告类似。主要区别在于聚合图提供了一种生成条形图并将图形保存为PNG文件的简便方法生成摘要结果此测试元素可以放在测试计划中的任何位置。生成到目前为止测试运行的摘要到日志文件和/或标准输出。显示运行和差异总计。选择合适的结果呈现方式这里我加了查看结果树、汇总报告和图形结果⑥点击运行点击运行图标便可运行测试了运行完成后我们可以点击对应的监听器查看运行结果。四、 Jmeter结果分析1.如何得到可靠的测试报告以上我们便完成了一次简单的测试案例但我们的测试还未结束。我们需要对测试结果进行分析但是在真实项目中上述的测试结果是不可靠的只能用作调试。你如果细心的话应该能在运行Jmeter的命令行里找到这句话它这里就直接说明了不建议我们在真实测试中使用gui界面尤其是图表形式为什么呢在负载测试期间不得使用图形结果因为它消耗了大量资源内存和CPU。仅用于功能测试或测试计划调试和验证期间。大多数UI监听器非常适合调试/测试目的。不要期望达到高负荷 500个用户谨慎使用它们。这些侦听器设计用于在JMeter UI中运行负载测试时快速获取指标以实现轻负载。 50个并发用户即使是中等负载100-500个并发用户也可以使用它们但不要期望使用JMeter UI运行分布式JMeter测试。这不是目的。记住JMeter默认配置512MB堆内存相当低。虽然你可以增加JMeter分配的内存但它会感觉不会再漂浮在船上了。那么在运行实际负载测试时我们可以使用哪些监听器①简单数据写入器简单数据写入器可以将监听器配置为将不同的项目保存到结果日志文件JTL。这是JMeter中最有用的监听器。它根据外部文件中的配置保存性能指标JTL文件。JMeter JTL文件是分析结果的最佳方式但有一个缺点您需要另一个工具来执行数据挖掘。一般我们采取以下两种方案简单数据写入器excel简单数据写入器HTML报告DashBoard这里推荐使用HTML报告DashBoard这也是官方支持的方式。后文我也会演示利用HTML报告DashBoard来生成性能测试报告。②后端监听器后端监听器后端监听器是一个异步监听器使您可以插入BackendListenerClient的自定义实现。默认情况下提供Graphite实现。JMeter的Backend Listener允许插入外部数据库来存储测试结果和性能指标。因此我们可以选择InfluxDBGrafanaJMeter的后端监听器来实现InfluxData用作存储性能指标的临时指标存储的数据库GrafanaGrafana是一个时间序列分析的开源平台允许您根据时间序列数据创建实时图表JMeter的后端监听器后端监听器收集JMeter指标并将它们发送到临时指标存储③其他解决方案kylinTOP测试与监控平台商用版LoadRunner商用版NeoLoad商用版Load impact免费使用…当然市场上还有一些解决方案但是大多都要收费所以不再赘述了2.简单数据写入器HTML报告DashBoard案例演示这里我还是拿之前的测试案例来演示①修改合适的测试规模这里我加大测试压力将线程数改为1000循环30次②添加简单数据写入器新增一个简单数据写入器修改输出路径到合适的目录下同时保存的文件以jtl结尾③运行生成文件点击运行图标运行完成后在对应目录下你应该能找到这个jtl文件④生成HTML报表点击工具-Generate HTML report在result files 一栏我们选择之前导出的jtl文件。在用户配置文件一栏我们可以选择bin目录下有的user.properties文件也可以根据官网用户手册去配置一个。这里我们选择bin目录下的文件即可。输出目录我们选择一个合适的空目录即可。点击generate report 即可生成报告点击index.html即可看到测试结果3.结果分析报告图表很多以下几个我们需要特别注意①成功率在仪表盘我们可以清楚看到成功请求的占比在本次测试中成功率99.9%,这是完全可以接受的②响应时间变化在这里我们可以看到测试中响应时长的变化最小值一般不值得参考值得参考的响应时长一般是90%-99%的响应时长我们需要保证至少90%的请求响应时长在用户可接受范围内具体可容忍时长视具体的业务场景而变化在这次测试中请求时长达到了恐怖的9000ms一般用户是没办法忍受的所以在1000个用户下1000个模拟线程系统响应没法达到用户期望。③TPSTPS 即 Transactions Per Second的缩写每秒处理的事务数目。这个是我们经常拿来当做系统性能好坏的指标之一也是在微服务架构中最常提到的词。这里我们可以看到我们测试的接口TPS大概在138左右。4.性能优化方案根据测试报告所表现出来的性能我们可以结合实际cpu、内存负载率去判断系统瓶颈针对自己的业务场景进行优化。最后作为一位过来人也是希望大家少走一些弯路在这里我给大家分享一些软件测试的学习资料和我花了3个月整理的软件测试自学全栈这些资料希望能给你前进的路上带来帮助。​视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。