性能测试

一、 性能测试专题：Locust工具实战之“蝗虫”降世 https://www.cnblogs.com/jinjiangongzuoshi/p/11941472.html 二、 https://www.jianshu.com/p/98ba3257bd07 来源： https://www.cnblogs.com/jenny-jenny/p/12460893.html

性能测试监控关键指标说明： 　　①. 资源指标 　　CPU使用率：指用户进程与系统进程消耗的CPU时间百分比，长时间情况下，一般可接受上限不超过85%。 　　内存利用率：内存利用率=(1-空闲内存/总内存大小)*100%，一般至少有10%可用内存，内存使用率可接受上限为85%。 　　磁盘I/O: 磁盘主要用于存取数据，因此当说到IO操作的时候，就会存在两种相对应的操作，存数据的时候对应的是写IO操作，取数据的时候对应的是是读IO操作，一般使用% Disk Time(磁盘用于读写操作所占用的时间百分比)度量磁盘读写性能。 　　网络带宽：一般使用计数器Bytes Total/sec来度量，Bytes Total/sec表示为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较。 　　②.系统指标 　　并发用户数：某一物理时刻同时向系统提交请求的用户数。 　　在线用户数：某段时间内访问系统的用户数，这些用户并不一定同时向系统提交请求。 　　平均响应时间：系统处理事务的响应时间的平均值。事务的响应时间是从客户端提交访问请求到客户端接收到服务器响应所消耗的时间。对于系统快速响应类页面，一般响应时间为3秒左右。 　　事务成功率：性能测试中，定义事务用于度量一个或者多个业务流程的性能指标，如用户登录、保存订单、提交订单操作均可定义为事务。 来源

性能测试（狭义） 　　性能测试方法是通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能要求。通俗地说，这种方法就是要在特定的运行条件下验证系统的能力状态。 特点： 1、这种方法的主要目的是验证系统是否有系统宣称具有的能力。 2、这种方法要事先了解被测试系统经典场景，并具有确定的性能目标。 3、这种方法要求在已经确定的环境下运行。 也就是说，这种方法是对系统性能已经有了解的前提，并对需求有明确的目标，并在已经确定的环境下进行的。 负载测试 通过在被测系统上不断加压，直到性能指标达到极限，例如“响应时间”超过预定指标或都某种资源已经达到饱和状态。 特点： 1、这种性能测试方法的主要目的是找到系统处理能力的极限。 2、这种性能测试方法需要在给定的测试环境下进行，通常也需要考虑被测试系统的业务压力量和典型场景、使得测试结果具有业务上的意义。 3、这种性能测试方法一般用来了解系统的性能容量，或是配合性能调优来使用。 也就是说，这种方法是对一个系统持续不段的加压，看你在什么时候已经超出“我的要求”或系统崩溃。 压力测试（强度测试） 压力测试方法测试系统在一定饱和状态下，例如cpu、内存在饱和使用情况下，系统能够处理的会话能力，以及系统是否会出现错误 特点： 1、这种性能测试方法的主要目的是检查系统处于压力性能下时，应用的表现。 2、这种性能测试一般通过模拟负载等方法

kylinTOP(kylin Test Observe Platform）是一款国产的集性能测试、自动化测试（UI、接口、APP）、业务&接口监控于一体的产品。kylinTOP是B/S架构的分布式系统，支持跨平台（WINDOWS/LINUX/SOLARIS/麒麟/MAC等）运行。官网： www.70testing.com 自动化测试领域： 首次引入AI概念，突破业界传统的自动化测试工具设计的思路，使用用例设计效率、运行稳定性、可维护性、易用性上有质的飞跃。该软件具有 快速生成用例、元素智能定位、步骤智能等待 等一系列智能化特点，很好的适应了软件敏捷开发时代的需要。通过kylinTOP，使用者只要按正常的业务操作即可生成用例，后期即使定位元素重复或变更也不会影响自动化测试的执行，开启了软件自动化测试的智能化时代。 性能测试领域： 打破了国外企业垄断地位，首次使中国具有一款真正意义上的国产化软件性能测试工具。性能测试工具的仿真度、问题分析能力、资源消耗上要优于美国的LoadRunner。目前在 军工领域、测评检测机构、国有企业、银行体系、大型企业 有着广泛的应用。支持的协议较多，尤其在视频领域支持的协议非常多，具有独特的优势。 仿真能力 仿真度就是性能测试工具模拟客户端向服务端下发请求与客户端的相似程度的能力，仿真度越高，测试获得的结果越可信。

WEB性能测试工具主要分为三种，一种是测试页面资源加载速度的，一种是测试页面加载完毕后页面呈现、JS操作速度的，还有一种是总体上对页面进行评价分析，下面分别对这些工具进行介绍，如果谁有更好的工具也请一起分享下。 Firebug : Firebug 是firefox中最为经典的开发工具，可以监控请求头，响应头，显示资源加载瀑布图： HttpWatch : httpwatch 功能类似firebug，可以监控请求头，响应头，显示资源加载瀑布图。但是httpwatch还能显示GZIP压缩信息，DNS查询，TCP链接信息，个人在监控http请求比较喜欢使用httpwatch， httpwatch包含IE和firefox插件。不过httpwatch专业版本是收费的，免费版本有些功能限制。 DynaTrace's Ajax Edition ： dynaTrace 是本人常使用的1个免费工具，该工具不但可以检测资源加载瀑布图，而且还能监控页面呈现时间，CPU花销，JS分析和执行时间，CSS解析时间的等。 Speed Tracer : speed trace 是google chrome的1个插件，speed trace的优势点是用于监控JS的解析执行时间，还可以监控页面的重绘、回流，这个还是很强的(dynaTrace也能有这个功能)。 注：安装这个插件，需要安装 Google Chrome

一、性能测试 What? 使用自动化测试工具对产品按一定的性能指标进行测试，解决性能瓶颈，给用户最好的体验。 Why？ 大数据时代： 网站（BA），软件、游戏（T） 金融（银行、证券系统），教育（教务系统），交通（12306） 二、基本流程 需求分析 - 测试计划 - 测试准备（环境部署） - 开发脚本/执行测试 - 测试结果分析 - 系统调优 - 测试报告 来源： oschina 链接： https://my.oschina.net/u/2866387/blog/768390

想必各位小伙伴们会对LR还可以调用java感到好奇，之前我也这么一直认为LR只支持C语言。其实LR脚本支持的语言有：C、Java、Visual Basic、VbScript、JavaScript，只不过默认的是C语言而已，下面我们就以java接口测试代码来进行性能测试。 一、Java代码调试 1、导入测试jar包（公司内部加密接口） 2、代码运行成功 如下图正是因为上述接口运行成功时返回码retcode为000000，所以我们自己加上下面这段业务代码， 其目的就是为了在LoadRunner中压测的时候判断调用成功与失败 //LoadRunner压测返回码判断 if(!response.contains("\\\"retcode\\\":\\\"000000\\\"")){ return -1;//即调用成功 } else{ return 0;//调用失败 }　 3、导出可执行的Jar文件（包含lib库） 右键项目->Export->java->Runnable JAR file 导出到桌面（jar可执行文件和lib库文件夹） 二、将导出的文件放到Loadrunner中 1、下面是我搭建在测试服务器上的LoadRunner 11 Remote Desktop Connection Manager为微软一款远程连接工具，个人比较喜欢，可点 它 下载 二、机器上安装JDK

　　 一、前言 　性能测试首选的工具是 JMeter ，在此不多做介绍，但是不得不说JMeter也是一款非常好的接口测试工具。性能测试过程中手工重复的活动非常多，为了给客户提供一个性能测试报告，我用了一周时间进行并发测试、数据整理、数据分析、最后生成测试报告，真的是手工重复到怀疑人生；于是萌生了实现性能测试自动化的想法。之前用Robot framework框架做过WEB自动化、安卓端自动化、接口自动化，但是始终未正真明白自动化的意义或是价值，现在突然顿悟，测试工作中最大的痛点就是重复，减少工作中的痛点才是自动化最大的价值。所以自动化的第一步不是选用什么语言或是框架，而是能真正分析出自己工作中的痛点。 二、框架介绍 　　JMeter+Ant是比较常见的 自动化测试 框架，因为JMeter、Ant都是由 java 开发的，所以此性能测试框架具有良好的跨平台性；下图是按自己的理解绘制的自动化框架图： 　　大体逻辑如下： 　　（1）Ant通过XML文件进行构建，所有的构建信息配置在build.xml文件中，通过调用target树来执行各种任务；如执行测试脚本（jmx文件），输出测试结果（jtl文件）； 　　（2）Ant通过测试结果（jtl文件）构建生成html测试报告，输出在制定路径下； 　　（3）根据build.xml文件中配置的邮件信息，将html测试报告自动发送到制定的邮箱； 三

介绍 今天给大家介绍一款开源的性能测试工具 wrk，简单易用，没有Load Runner那么复杂，他和 apache benchmark（ab）同属于性能测试工具，但是比 ab 功能更加强大，并且可以支持lua脚本来创建复杂的测试场景。 wrk 的一个很好的特性就是能用很少的线程压出很大的并发量， 原因是它使用了一些操作系统特定的高性能 I/O 机制, 比如 select, epoll, kqueue 等。 其实它是复用了 redis 的 ae 异步事件驱动框架. 确切的说 ae 事件驱动框架并不是 redis 发明的, 它来至于 Tcl的解释器 jim, 这个小巧高效的框架, 因为被 redis 采用而更多的被大家所熟知. wrk GitHub 源码： https://github.com/wg/wrk 安装 wrk只能运行于 Unix 类的系统上，也只能在这些系统上便宜，所以我们需要一个Linux或者macOs。 不得不说，使用了 Win10之后方便很多。 必备条件： Win10 RS及以上版本 启用Ubuntu子系统 1、Win10 系统通过 bash 命令，切换到Ubuntu子系统。 然后需要安装一下编译工具，通过运行下面命令来安装工具： # 安装 make 工具 sudo apt-get install make # 安装 gcc编译环境 sudo apt-get

从测试设计方法分类 测试名称 测试内容 Black box黑盒测试 把软件系统当作一个“黑箱”，无法了解或使用系统的内部结构及知识。从软件的行为，而不是内部结构出发来设计测试. White box白盒测试 设计者可以看到软件系统的内部结构，并且使用软件的内部知识来指导测试数据及方法的选择。 Gray box. 灰盒测试 介于黑盒和白盒之间 总结： 实际工作中，对系统的了解越多越好。目前大多数的测试人员都是做黑盒测试，很少有做白盒测试的。 因为白盒测试对软件测试人员的要求非常高，需要有很多编程经验。做.NET程序的白盒测试你要能看得懂.NET代码。做JAVA程序的测试，需要你能看懂JAVA的代码。 如果你都能看懂了，你还会做测试么？ 从测试是手动还是自动上分类 测试名称 测试内容 Manual Test 手动测试 测试人员用鼠标去手动测试 （测试GUI） Automation 自动化测试 用程序测试程序 （测试API） 从测试的目的分类 功能测试 测试的范围从小到大，从内到外， 从程序开发人员（单元测试）到测试人员，到一般用户Alpha/Beta测试 测试名称 测试内容 Unit Test 单元测试 在最低的功能 / 参数上验证程序的准确性,比如测试一个函数的正确性(开发人员做的) Functional Test 功能测试 验证模块的功能 （测试人员做的） Integration