性能测试

今天，思索下软件工程师的出路。 首先，必须肯定，无论是哪个行业，只要成为精英，不愁发展。但是，绝大多数人，由于各种原因，成长并不顺利。 下面是知乎的一些内容： 石头哥 公众号：大话IT公司 118 人赞同 谢邀，这个是笔者测试岗位工作7年的总结，有兴趣可以看看。 —————分割线———————— 从毕业到现在已经快七年，同时也进入了30岁的门槛。以前一直以为30岁是一个离自己很遥远的年代，不过却这么快就来到了，好像毕业还是就在昨天。 七年的时间足够让一个人无论从身体、财富、思想、人际关系等等方面发生质的变化。比如：笔者现在身体就大不如前了，也许这也是一个好的信号，提醒自己该注意了。 写了两段废话，这里回答下大家的疑问：为啥毕业不到七年，却标记为八年的测试工作经验呢？答案是：加班，呵呵。下面开始回到正题吧。 一般来说，做测试不久后（可能是半年，也可能是一年），自己就会去思考自己的职业发展方向。对于测试来说（转岗的不算），无外乎就四个方向：测试管理方向、自动化测试方向、性能测试方向和测试分析方向。每个方向要学习的重点都不一样，这里不去讨论哪个方向更加有前途，因为适合的才是最好的，下面分别讨论下每个方向大概的经历以及需要注意的地方。 测试管理： 测试管理一般来说过程为：项目经理－>测试经理－>测试总监－> 研发总监（CTO角色）。越往上走对具体的技术要求越低，但是对于技术（战略

参数化配置 jmeter中进行参数化设置，右击测试计划或者线程组，add->config element->CSV Data Set Config参数1.png Allow quoted data 含义是是否允许带引号的数据，有两个选择true和false，false的意思是如果数据中包含引号，会进行URL编码，" 会转换为%22这种形式，true的意思就是允许带引号，不会进行编码处理 Recycle on EOF 含义是没有参数的时候是否循环使用，有三个选项 true 指在没有参数的时候循环使用 false 指在没有参数的时候不进行循环使用 edit 指在没有参数的时候根据定义的内容来调用函数或变量 Stop thread on EOF 含义是没有参数的时候是否停止线程，有三个选项 true 指在没有参数的时候停止 false 指在没有参数的时候不停止 edit 指在没有参数的时候根据定义的内容来调用函数或变量，函数或者变量可能返回true或者false Sharing mode 含义是值参数的生效范围，有四个选项 All threads： 参数在所有线程中生效 Current Thread Group： 参数在当前线程组中生效 Current Thread：参数在当前线程中生效 Edit：这里的edit和上面的edit并不一样，前面的是输入函数或者某个参数的引用，交由别人来处理

性能测试目的 :发现性能瓶颈 性能测试分类 : 负载测试 :通过逐步加压的方法,达到既定的性能阈值的目标.阈值的设定应是小于等于某个值,如cpu使用率小于等于80% 压力测试 :通过逐步加压的方法,使得系统的某些资源达到饱和,甚至失效状态,简单粗暴的解释就是什么条件能把系统压崩溃. 并发测试 :在同一时间内,多个虚拟用户同时访问同一模块,同意功能, 通常的测试方法是设置集合点 容量测试: 通常指数据库层面的,目标是获取数据库的最佳容量能力,又称之为容量预估.具体方法为:在一定的并发用户,不同的基础数据量下,观察数据库的处理能力,即获取数据库的各项性能指标 可靠性测试: 又称之为稳定测试或者疲劳测试.是指系统在高压的情况下.长时间的运行系统是否稳定.如cpu使用率在80%以上,7*24小时运行,系统是否稳定. 异常测试 :又称之为失败测试,是指系统架构方面的测试,在负载均衡的架构中,要测试宕机,节点挂掉,等情况的系统反应 性能测试的工作流程: 需求分析--->性能指标制定--->脚本开发--->场景设置--->监控部署--->测试执行--->性能分析--->性能调优--à测试报告 常见系统应用分层架构: 显示层(view) web, android, ios, H5 逻辑控制层(controller) API 数据存储层 mysql, mongodb, redis 事务:

第6章 数据库性能测试-mysql篇 来源： https://www.cnblogs.com/chenhuan123/p/12313196.html

在明确性能需求时，测试活动相对来说，较为容易开展。但实际工作中，经常会碰到没有明确性能需求的测试要求。因此，测试工程师需要具备不同输入分析，获取性能测试需求的能力。以ecshop项目为例，产品团队并未指明性能测试需求，那么测试工程师可以按以下方法，分析提取量化的性能指标。 从用户应用角度考虑，被测试对象常用业务性能存在瓶颈的话，很容易引起用户的反感。 以登陆功能为例，输入用户名与密码，点击登录按钮到显示成功登录信息，如果耗时1分钟，这样的速度用户绝对无法忍受。用户不常用，比如年度报表汇总功能，三个季度甚至是一年才使用，等个10分钟或者更长的时间，也是正常的。 不同的应用频率，决定了用户的使用感受，也决定了测试的需求。针对本次ecshop电商系统而已，商城用户经常时候用的功能，且存在大量用户使用的业务为用户注册和登陆、随机浏览商品及购买业务等。而其他功能，则相对用户较少。 具体的数据如果系统已经运营了，则可从系统运营日志分析。如果尚未上线的运营，则需要调研用户或根据自身经验进行分析获取。 测试工程师，需要根据理论知识，分析哪些是用户常用或交易占比超过80%的业务、从运营及项目组角度分析，哪些业务相对重要，然后确定这些业务为测试点。 综合分析，以用户登陆、随机浏览并购买商品为测试点。确定业务测试点后，即可进行详细的业务需求分析，从而明确性能测试指标。 通常情况下

平台： https://www.jianshu.com/p/3d2d0ee350d4 监控性能测试结果： https://www.jianshu.com/p/4312530f2c46 来源： https://www.cnblogs.com/wozhangdale1/p/12272192.html

前言 使用Locust进行性能测试时，当一台单机不足以模拟所需的用户数量的时候，可以在多台机器上分布式的执行性能测试。 locust分布式启动场景有2种，一种是单机设置master和slave模式，另外一种是有多个机器，其中一个机器设置master，其它机器设置slave节点。 单机主从模式 Locust 中如需使用 master-slave 模式启动多个进程（使用多核处理器的能力），先启动 master，然后再逐一启动若干个 slave。 其中 slave 的节点数要小于等于本机的处理器数，那么问题来了，如何看自己的电脑是及核的，以win10为例。 打开设备管理器-处理器，数下有几个，比如我下面有四个，那就是四核的 先启动一个master节点，mater节点不执行任务 locust -f locustfile.py --master 开多个窗口，启动多个slave节点，比如我开四个窗口，依次执行以下命令 locust -f locustfile.py --slave 此时在浏览器输入： http://localhost:8089/ slave节点数为4 多机主从模式 当一台机器的并发数无法满足你的业务需求时，可以在多台机器上分布式的执行性能测试。 选择其中一台电脑，启动master节点，因为主节点无法操作别的节点，所以必须在其它机器上启动从属Locust节点，后面跟上-

性能测试工具 对于 Java 开发者来说，要去学习性能测试工具未免很麻烦。 但有时候会有性能测试的需求。 junitperf junitperf 就是一款为 Java 开发者设计的性能测试框架，如果你会 Junit，很容易就可以学会。 特性 支持 Junit4+JDK1.7+，入门简单 (@since 1.0.0) 支持 Junit5+JDK1.8+，使用方便 (@since 2.0.0) 支持 I18N 性能报告支持自定义拓展 使用例子 入门案例 入门案例地址 jar 包引入 <dependency> <groupId>com.github.houbb</groupId> <artifactId>junitperf</artifactId> <version>2.0.0</version> </dependency> 使用例子 import com.github.houbb.junitperf.core.annotation.JunitPerfConfig; public class HelloWorldTest { @JunitPerfConfig(duration = 1000) public void helloTest() throws InterruptedException { Thread.sleep(100); System.out.println("Hello

Loadrunner应用之Controller 　　 Loadrunner工具，通常看到的有三大核心组件，VuGen、Controller、Analysis，今天我们继续来聊一下，其中的一个核心组件：Controller。 　　我们做性能测试的时候，对被测系统，特别是web系统，做完了性能测试脚本开发之后，同时也应该考虑对性能测试脚本进行一些优化，比如，执行一系列的关联、参数化、检查点、集合点、事务等等，使得我们在执行性能测试实施的时候，能够获取更加真实的性能数据。那么，脚本录制和优化完成之后，是不是性能测试就完成了呢？应该说，脚本开发完成了，咱们的性能测试呢，万里长征才刚刚开始。后面的知识呢，会越来越重要，越来越难，而且不在单纯的依赖于工具本身的功能了。很多东西，其实是工具没法控制的，需要我们具体的一个经验，或者说我们本身对性能测试的理解，才能把后面的一些工作做好。那么，性能测试脚本的开发完成之后，脚本能把我们的请求发出去，这是VuGen需要去解决的问题。那么Controller又来解决什么问题呢？我们来梳理一下。 　 　Controller，顾名思义，叫做控制器，所以它很多的功能都是控制部分的（见下图），比如说，它首先控制虚拟用户数量。我们要并发多少虚拟用户，需要在controller中设计。虽然我们前面说过，Loadrunner有三个核心组件，但是，还有另外一个，叫Load

原文链接： http://www.51testing.com/html/49/n-3721249.html 前言 当你想做性能测试的时候，你会选择什么样的测试工具呢？是会选择wrk？jmeter？locust？还是loadrunner呢？ 今天，笔者将根据自己使用经验，针对jmeter、locust、wrk和loadrunner常用的性能测试工具进行简单介绍和对比。首先，四者基本对比图： . loadrunner jmeter locust wrk 分布式压力 支持 支持 支持 不支持 单机并发能力 低 低 高 低 并发机制 进程/线程 线程 协程 线程 开发语言 C/Java Java Python C 报告与分析 完善 简单图标 简单图表 简单结果 授权方式 商业收费 开源免费 开源免费 开源免费 测试脚本形式 C/Java GUI Python C 资源监控 支持 不支持 不支持 不支持 由于loadrunner为商业收费模式，对于公司级测试使用而言涉及到授权问题，因此，本文暂不对loadrunner进行详细讨论。 wrk wrk是轻量化的http性能测试工具，采用线程+网络异步IO模型，网络异步IO可以使得系统使用很少的线程模拟大量的网络连接以增大并发量、提高压力。 优点 操作简单、易于使用， 使用方式例如： ./wrk -c 1000 -t 8 -d 10s http:/