wordpress做网站过程适合手机端的wordpress

wordpress做网站过程,适合手机端的wordpress,福田网站建设龙岗网站建设罗湖网站建设,付费网站推广本文主要介绍何时开展性能测试#xff0c;如何开展性能测试#xff0c;性能测试的开展需要做哪些准备。 一 性能测试三连问 1 何时进行性能测试#xff1f; 性能测试的工作是基于系统功能已经完备或者已经趋于完备之上的#xff0c;在功能还不够完备的情况下没有多大的意…本文主要介绍何时开展性能测试如何开展性能测试性能测试的开展需要做哪些准备。一 性能测试三连问1 何时进行性能测试性能测试的工作是基于系统功能已经完备或者已经趋于完备之上的在功能还不够完备的情况下没有多大的意义。因为后期功能完善上会对系统的性能有影响过早进入性能测试会出现测试结果不准确、浪费测试资源。因此性能测试首先是基于功能测试的必须了解其功能需求才能开展性能测试。2 如何进行性能测试一个被测系统我们需要分3部分来分析入口需要怎么发送请求施压方应该施加多大的压力用什么方法施压被测系统系统怎么应对单个请求系统业务流程是怎么样的系统网元节点、数据流向等整体性能需求有没有需要考察哪些指标怎么监控出口接收数据有哪些怎么获取和比对是不是感觉就和功能测试差不了多少?是的就是先分析单个用户的功能流程以及系统的数据流向包括后台的数据流向结构图然后再考虑大量的用户操作。3 开展性能测试的步骤一般系统的性能测试步骤大体如下1.确认测试目标;2.分析被测系统业务需求;3.分析被测系统的系统结构;4.分析被测系统的性能测试点;5.设计测试方案、检测方案和测试案例;6.选择测试工具;7.测试开发;8.测试执行;9.测试结果分析;10.测试调优、测试验证、测试分析;11.输出测试报告;二 性能测试开展前的准备测试准备工作越充分后期的测试执行越顺利一般测试准备工作如下1.确认测试目标;2.分析被测系统的业务;3.分析被测系统的结构;4.分析被测系统可能产生性能瓶颈的节点;5.设计测试方案、检测方案和测试方案;以下具体分析以上5个步骤1 确认测试目标任何一个任务首先都要确认任务的目标是什么如果不知道目标任何努力得到的结果有可能都不是最终所需要的结果。性能测试也一样首先需要确立明确的目标。无论是随机测试系统的当前性能情况还是奔着对系统进行优化而去或是检验一下系统的性能是否满足需求等等这些都是开展性能测试之前的一个目标。之后的分析到方案和用例设计到测试执行监控再到最后的测试分析和报告都是要围绕这个目标展开。所以首要的任务就是确认测试的目标要求需要达到怎样的一个测试目的和目标。假如有一些测试任务没有明确的目标或者要求并不说明它没有目的和目标这需要我们进行沟通和分析。及时与项目组达成一致的目的要求分析需求分析系统最后明确项目或者系统测试任务的目的要求。2 分析被测系统的业务朋友曾经在一次面试中有一位面试官给了他这样一个题目“有一个网站只知道它的总访问量一天是300万怎么测试它的性能”大家想一想要怎么设计方案猜想面试官是想面试者回答正态分布、二八原理等基本的测试原则应用。朋友当时没有回答任何与正态分布、二八原理相关的东西。当时面试官对他的回答好像是“蔑视”的笑了笑可能是觉着连基本的正态分布、二八原理都不知道还搞性能测试。其实性能测试并不是想象的那样简单并不是一个简单的原理的应用就行的如果这么容易那岂不是谁都能搞定。性能测试的基础是基于系统的业务功能基本趋于稳定首要的任务就是性能在系统满足业务功能需求上展开因此我们必须要分析系统的业务。不管是普通的网站也好还是比较专业的系统也好它都是有业务功能需求所有的性能测试都要基于这些功能才能进行脱离了业务功能的性能测试没有意义。性能测试首要的任务就是分析系统的业务功能分析系统业务上的性能限制也就是业务需求。那么怎么分析系统的业务需求呢如果有用户需求规格说明首要的任务就是阅读和理解分析用户需求规格说明如果没有用户需求规格说明那么就需要分析系统功能提炼出系统的业务需求。如果可能项目组比较熟悉的人讲述一遍是最好的了。最后无论哪一种最好的方法就是按照自己的理解画出系统的业务流程或者系统的功能结构图拿到项目组进行确认。一定要进行确认和整个项目组达成一致的认同。有人会问我们项目组没有可确认的业务需求时候怎么办首先依然需要从分析入手。如果不分析你就不会知道系统的功能数据流向请求的数据构成系统的网元结构以及系统可能出现的瓶颈在哪一个节点你又怎么进行优化呢当然面对一种全新的知识领域的时候可能需要我们多积累经验更多的进行分析我们可能需要结合实践多次实际运行系统或者执行测试在测试中不断的进行优化和完善我们的分析过程、分析结果、测试方案、测试开发甚至是测试执行等等。分析被测系统的业务有时候不是一蹴而就需要我们进行多次反复的分析、确认和再分析、再确认直到把系统弄明白甚至有可能在测试执行的最后阶段你还需要再次进行分析和确认然后重新规划测试。3 分析被测系统的结构系统的结构和系统的业务一样重要不知道系统的网元结构可能就没有办法进行监控就没有办法知道瓶颈在哪个节点就不能进行优化。分析系统的结构最好的方法就是项目组提供系统的部署和构成图如果项目组不能提供或者没有项目组那就需要用TCPDUMP等抓包工具分析数据流向。TCPDUMP的使用bash tcpdump tcp -i eth1 -t -s 0 -c 100 and dst port ! 22 and src net 192.168.1.0/24 -w ./target.cap (1)tcp: ip icmp arp rarp 和 tcp、udp、icmp这些选项等都要放到第一个参数的位置用来过滤数据报的类型 (2)-i eth1 : 只抓经过接口eth1的包 (3)-t : 不显示时间戳 (4)-s 0 : 抓取数据包时默认抓取长度为68字节。加上-S 0 后可以抓到完整的数据包 (5)-c 100 : 只抓取100个数据包 (6)dst port ! 22 : 不抓取目标端口是22的数据包 (7)src net 192.168.1.0/24 : 数据包的源网络地址为192.168.1.0/24 (8)-w ./target.cap : 保存成cap文件方便用ethereal(即wireshark)分析从第一个节点分析流向到哪确定第二层的节点然后从第二层每个节点分析第三层节点逐层分析完善系统的数据流向的所有结构层次和节点再弄明白每个节点部署的应用程序或者进程队列对每一个节点的应用程序或者进程队列进行测试监控最后才能得出哪些应用或者进程队列需要进行优化。弄明白系统的节点构成之外还需要弄明白各个节点之间的通讯协议和数据格式之后测试工具选择和测试数据准备以及测试脚本开发就需要以此作为依据。这一切的基础就是要分析和弄明白系统的所有节点也就是要分析清楚系统的结构。4 分析系统可能的性能瓶颈分析系统的业务需求和系统的结构组成同时预判系统可能存在的性能瓶颈这是分析中的一个目标得到预判的性能瓶颈后我们后面需要在监控的时候多注意一下这些节点。当然有一些常见的可能会是系统瓶颈的节点我们需要注意:1.登录一般系统登录要进行多种校验可能数据交互比较频繁2.下单抢单、抢红包这个时候会有一定量的并发需求3.大数据的查询、统计和报表分析会对系统产生压力4.视频、动画等会对网络产生压力5.消息比较集中的系统功能节点会对系统产生压力6.一些特殊的业务需求会对系统产生压力常见的瓶颈1.数据库的瓶颈一般在磁盘IOPS过高造成进程阻塞2.系统进程数过多一般会消耗系统的内存空间3.消息队列和缓存服务开启持久化后会需要考察磁盘IOPS不开启持久化则需要考察内存占用4.频繁的管道开辟和销毁会导致CPU占用较高5.有部分程序结构上不能利用多个CPU在分析业务和系统结构的过程中我们就需要考虑这个业务点或者结构点会不会有大量的数据访问会不会产生压力我们的设计会不会产生性能瓶颈。5 测试计划和测试用例的设计测试计划的设计以及最后测试总结文档的形成实际就是所有分析工作的总结。写测试计划的过程就是明确测试目的、分析业务需求、系统结构以及评估测试方法、测试安排、测试风险等等的过程总结。而这些全部来源于在测试执行之前的分析有时候可能你在测试过程中还需要做出一些分析和调整。测试计划包含了分析和整理的各个方面一个好的测试计划包含的内容测试目的、测试目标、测试内容可能包含业务性能、可靠性、稳定性等等业务需求目标系统业务构成系统节点构成测试方法流程需要监控的指标要求和节点等等。测试用例一般包含在测试计划中测试用例实际上就是普通的业务操作流程用测试工具或者其他测试手段来模拟大的数据量业务操作并对系统的各个节点进行监控获取监控数据。预期的监控数据和实际监控数据的对比满足要求就是预期要求实际对比结果就是测试结果。6 测试前的准备环境搭建测试环境搭建这一步工作量不大如果有必要可以请开发协助配置完成。场景建模考虑哪些场景下可能存在性能瓶颈相应的设置对应的测试脚本和测试逻辑以尽可能模拟生产环境 一定要熟悉系统业务因为需求的产生就是用户场景。测试数据准备测试数据准备常用的有这两种方式将生产数据复制一份过来、开发脚本预埋造数据但无论哪种一定要注意数据隔离防止数据污染。测试脚本开发首先需要从开发那里获取开发接口文档和数据库表设计文档。然后通过工具或者写测试脚本调试接口先保证接口可以成功调用。三 性能测试的正式开展1 执行测试脚本在保证接口可以成功调用之后先进行单接口基准测试即对一个接口进行压力测试不断加压直到响应时间达到或超过指标观察当前其并发数和TPS。同样的并发数多执行几次得到一个平均值或稳定值即TPS和TRT曲线相对稳定的值并记录下来。记录的目的是通过直观的数据变化得到单个接口的最大TPS和不同并发情况下的响应时间变化。“80%的性能瓶颈可以通过分析TPS和TRT的数值变化得到”。虽然有点片面但也不失为一种方法。比如按照上图记录的数值变化来看很明显领券接口性能极差这时候就可以告知开发通过查看log、检查代码、SQL语句等方法来查询原因。当然个人能力足够的话这些可以自己来做。2 监控调试所谓的监控调试就是一个不断调整重复的过程这个需要根据性能测试的目的去判断具体如何执行。Jmeter本身就用监听器这个元件提供了一定的监听数值报告元件但毕竟是开源工具其本身的组件功能不够强大可以通过下载支持jmeter的增强型功能插件来进行监控。Jmeter插件下载地址https://jmeter-plugins.org/AI写代码bash1下载后可以解压缩将plugins-manager.jar放入jmeter安装目录lib/ext然后重启Jmeter即可可以通过点击下图圈出来的按钮检验是否成功安装无论是对服务器资源使用率还是测试数据报表生成甚至TPS、TRT等的监听该插件都提供了组件支持具体使用方法自行探索。3 分析和调优性能测试除了为获取性能指标外更多是为了发现性能瓶颈和性能问题然后对性能问题和瓶颈进行分析和调优在当今互联网高速发展的时代性能调优的模型可以归纳总结如下图所示。性能调优就是不断采集系统中的性能指标以及系统模型中各层的资源消耗从中发现性能瓶颈和性能问题然后对瓶颈和问题进行分析诊断来确定性能调优方案最后通过性能压测进行验证调优方案是否有效如果无效继续重复这个过程进行性能分析直到调优方案有效瓶颈和问题得到解决。这个过程一般是非常漫长因为很多时候性能调优方案往往不是一次就能有效或者一次就能解决所有的瓶颈和问题或者解决了当前的瓶颈和问题但是继续性能压测又可能会出现新的瓶颈和问题。4 输出测试报告根据以上几个步骤得到测试结果分析系统存在的瓶颈然后采用各种方法提出解决方案或优化建议最后对本次性能测试进行一个完整的总结这样一次性能测试就完成了。在整个过程中费时较长一般是在测试数据准备和测试执行以及监控调优阶段。性能测试路漫漫其修远兮想要进一步真正做好性能测试还需上下求索。总结感谢每一个认真阅读我文章的人作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。软件测试面试文档我们学习必然是为了找到高薪的工作下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料并且有字节大佬给出了权威的解答刷完这一套面试资料相信大家都能找到满意的工作。视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。