性能测试步骤：
1.将配置调到最优，找系统的最大处理能力
3.没有性能需求，先将系统调到最优
已经上线的系统做性能调研步骤：1.年排序找最大》月排序找最大》星期排序，找最大》某一天找最大》24小时找哪个小时最大
找业务的成功率
说一类业务，不是一些业务
取80%的业务场景，做性能
单业务一个用户跑TPS
优化前的TPS，优化后的TPS
think time统计，不会用，就最好不要用
TPS上不去，CPU上不去，内存消耗看堆
CPU耗的高，看栈
&某移动现有用户一千二百万左右，一个月通过营业厅办理的业务量是17,883,429次，峰值业务量（1小时）是92,483次。为了满足一千四百零四万的用户量需求，峰值增加到1.5倍，峰值业务量是138,725。
不清楚到底并发多少虚拟用户是合理的（不要从并发多少虚拟用户考虑）
网上能找到所有关于并发用户的计算方法，这些公式都是错误的，无任何参考价值
通过TPS跑性能方法：
1.从TPS业务处理量业看，预估每天、每小时处理10万笔业务除以3600秒，得到TPS每秒可以处理多少笔就可以了，并发用户数是多少无所谓，只要达到3600秒10万就可以了。
2.预测试，用Ramp Up递增的方式，看看能支撑多少用户数。慢慢增加用户，监控系统资源（在最佳的资源下）得到最佳用户数。根据最佳用户数，反回来看能不能达到业务需求 的目标。
新、老系统如何跑性能：
1.老系统通过历史业务评估TPS，得出TPS后要略高于当前的评估保证在较大压力，系统可以正常运行。
2.新业务系统，什么业务数据都没有，怎么办？所有的评估都是猜想没有任何根据，只能通过动态的方法，通过现有系统环境跑性能（尤其在客户也不清楚的情况下）评估得出最佳和最大的用户数，系统的最大处理能力是多少。得出来以后，在上线后及时监控客户系统，有没有达到最佳用户数最大用户数，系统资源怎么样，达到性能瓶颈，该添加硬件添加硬件，该调优调优。在内部跑性能目的不是为了验收合格不合格，而是发现能不能优化，有没有漏洞的地方，有明显缺陷的地方，把能优化的优化，参数调优，优化前优化后，有没有提高。上线后实时跟踪根据情况实时处理。
阅读(...) 评论() &1.LINUX测速工具：speedTestTool
用途：本工具可以测试挂载后的NAS源路径下的实时最大数据读取速度，NAS目录的挂载请参见：
https://help.aliyun.com/document_detail/27527.html?spm ...
对于复杂的业务，例如登录、考试、订购、购买、发帖、回帖、退出等业务，由于捕获请求内容或者手工编写脚本工作量稍大，可以使用性能测试基于 Firefox（支持37及以下版本）和 Chrome 浏览器插件录制工具。
通过使用此工具，用户在被测系统中进行手工 ...
YCSB简介Yahoo! Cloud Serving Benchmark（YCSB）是一款开源的分布式性能测试工具，常用于测试NoSQL产品的读写性能。
YCSB支持常见的NoSQL数据库和数据网格产品，如Cassandra、MongoDB、HBase ...
HammerDB简介HammerDB是一个开源的数据库负载测试和基准工具，有Linux和Windows版本，可以测试运行在任意系统上的数据库系统。HammerDB具有自动化的，多线程和动态脚本可扩展特点。HammerDB目前支持的数据库种类很多，主流的 ...
本次压测采用开源社区的YCSB 0.12.0压测工具进行压测。YCSB是一款java编写的支持多种数据库的性能测试工具，具体使用方法详见YCSB。 ...
SysBench是一个跨平台且支持多线程的模块化基准测试工具，用于评估系统在运行高负载的数据库时相关核心参数的性能表现。SysBench的目的是为了绕过复杂的数据库基准设置，甚至在没有安装数据库的前提下，快速了解数据库系统的性能。
SysBench简介SysBench是一个跨平台且支持多线程的模块化基准测试工具，用于评估系统在运行高负载的数据库时相关核心参数的性能表现。它目的是为了绕过复杂的数据库基准设置，甚至在没有安装数据库的前提下，快速了解数据库系统的性能。
本文用的 ...
重要、非常关键的相关技术进行分析；主要包括：系统环境、测试指标、业务模型、数据量、测试模型、测试类型、脚本、场景、监控、瓶颈分析、调优、性能测试分布式压测工具。
3 系统环境3.1
分析系统环境分为生产环境、测试环境等，做性能测试之前，肯定需要一套 ...
访问性能测试控制台
本文档主要目标是规范使用性能测试过程中需监控的各项技术指标，描述各指标项的具体含义，并给出相应的监控工具与方法说明。本文档将作为测试监控的指导性规范，用以选取监控关注指标，使用监控工具。
『阐述测试环境下被测系统业务模型』
『阐述测试环境下被测系统业务指标』
测试发起策略
『阐述本次性能测试的加压策略，如压力发起工具、加压及减压策略等』
测试执行 ...
当客户端访问目标服务器出现 ping 丢包或 ping 不通时，可以通过 tracert 或 mtr 等工具进行链路测试来判断问题来源。本文先介绍了进行链路测试的相关工具，然后对测试结果分析及测试步骤进行了说明。链路测试工具介绍根据操作系统类型的不同，链 ...
本文介绍了如何测试 ECS 实例的网络性能，包括以下操作步骤：
准备环境，包括： 1.1. 准备测试机 1.2. 准备陪练机 1.3. 安装 Netperf 1.4. 安装 iperf3 1.5. 开启多队列功能使用 netperf 工具测试网络性能 ...
节点回切是否成功及其耗时
双机回切是否有业务中断
节点回切过程中的数据丢失量在进行双机切换的同时，使用压力发生工具模拟实际业务发生情况，对应用保持一定的性能压力，保证测试结果符合生产实际情况。
集群对于使用集群方式的 ...
调整目标和解决方案
高系统吞吐量，缩短响应时间，更好地支持并发。
测试解决方案
对通过解决方案调优后的系统进行基准测试。（基准测试是指通过设计科学的测试方法、测试工具和测试系统，实现对一类测试对象的某项性能指标进行定量的和可对比的测试 ...
import webdriver# 引入刚刚创建的同目录下的desired_capabilities.pyimport desired_capabilities# 我们使用python的unittest作为单元测试工具from unittest import ...
如果用户在测试任务里执行压测操作的时候出现如图的现象，提示没有绑定监控机。
排查方法：
1、在【测试场景】-&【创建测试场景】的时候是否已经添加了监控对象，如下图所示。如果没有添加的话，在测试的【测试场景】-&amp ...
测试人员更好的协同工作。我们最常见的就是人工的进行UI测试。但是这种测试会占用大量时间，并且经常需要重复。所以，需要一种新的测试框架能够帮助测试自动进行，比如Robotium。我们需要做的就是写程序去完成一个个特定的测试用例。
UI查看工具：UI ...
import webdriver# 引入刚刚创建的同目录下的desired_capabilities.pyimport desired_capabilities# 我们使用python的unittest作为单元测试工具from unittest ...
(testName);UIALogger是一个用于记录测试信息的工具类，我们调用它的logStart函数开始一项测试，并为测试项命名。因此，上面这个Case的名称就是&Module 001 Test&。在运行一段测试代码后，我们用 ...
你可能感兴趣现在的位置:&空间域名&正文
阿里云VPS负载性能测试工具PTS平台操作介绍
相信很多朋友对于自己所购买的VPS主机,都会有一个问题,那就是能承载多少流量?这不是一两句话能说清楚的事,部落光是介绍1M带宽这样的文章,就已经有几篇了.当然,估计还有很多朋友,不知道阿里云VPS负载性能测试工具PTS平台,主要可以用来检测服务器的承载能力.我们只需要在服务器上安装它就可以对服务器和应用进行监控,采用无锁队列进行监控数据的传输，基本不会对系统造成额外的资源消耗。采集的性能数据可以和PTS性能测试数据进行关联分析。
PTS平台操作起来,还是有些麻烦的.另外,其它的VPS同样可以采用这个平台来测试VPS的负载性能.对于一般的虚拟主机,就不要去测试了.
阿里云PTS添加网站和服务器
1.首先我们需要进入阿里云PTS的官方网站,地址是:.
2.使用你的阿里云账号登录到阿里云PTS平台，然后直接在控制面板中添加你想要测试的网站域名.
这里需要注意的是,如果不是使用默认端口（如HTTP：80，HTTPS：443），请手工指定（如：www.example.com:8080）。输入中仅需提供host:port，不需要输入http://，https://或者URL路径。
3.点击右上角的添加测试网站后，还需要下载验证文件到网站空间上并保证能够通过URL正常访问。
4.下面还有一个添加监控服务器，这个主要是安装PTS Radar，将你的VPS的性能数据与阿里云PTS测试结合起来，便于你分析VPS的性能。
5.PTS Radar监控工具运行基于Java环境，安装监控工具前必须安装Java并已设置JAVA_HOME目录，Linux的话先下载JDK,地址是:.
6.根据你的Linux VPS系统位数选择不同的Java SE安装包，下载前记得勾选同意协议.
相信现在的话,应该是linux 64位的居多了.
7.接着进入到Local目录：cd /usr/local，新建文件夹：mkdir jdk8，进入该文件夹：cd jdk8，将刚刚下载的安装包上传到这里，然后执行解压：tar zxvf jdk-8u51-linux-x64.tar.gz（注意换成自己的安装包）.
配置环境变量：vi .bash_profile，.bash_profile文件是隐藏文件，一般存在于Root目录下，找不到的可以执行命令：
ls -a|more
8.将以下命令添加到.bash_profile文件当中，
export JAVA_HOME=/usr/local/jdk8/jdk1.8.0_51
export CLASSPATH=.:${JAVA_HOME}/lib
export PATH=${JAVA_HOME}/bin:$PATH
9.保存退出执行以下命令生效：source .bash_profile。输入命令：java -version，看到下图就表示已经成功配置好Java环境了.
10.下载PTS Radar的Linux包：PTS Radar下载地址。解压文件：unzip radar-for-linux.zip。找到server.properties文件，修改signature字段等于Lite用户设置中的用户标识.
11.signature字段需要到你的PTS平台的用户设置中,如下图:
我们可以在这里就可以找到用户标识,如下图:
12.进入监控工具目录，运行chmod +x radar.sh赋予执行权限和./radar.sh start启动Radar（可通过agent.log日志，查看监控工具启动运行信息）
13.接下来,我们打开PTS控制面板，你就可以看到添加的网站和服务器都显示已经成功了。
阿里云PTS测试网站性能
上面我们成功添加测试网站,现在我们可以对其进行性能测试了.
1.进入到阿里云PTS性能测试环境中，先来配置一下想要测试的网站性能的各项指标。
一起来了解一下各个测试的名称对应的意义:
测试元素：在测试模板模式脚本中构成脚本的元素，目前包括了HTTP GET请求、POST请求、思考时间
施压机：运行脚本并生成负载压力的代理服务器
线程数：在施压机中每个线程独立运行脚本模拟虚拟用户，每个线程代表一个虚拟用户
预热时长：在设置的预定时间内均匀的增加线程达到设置的预定线程数
事务：事务是性能测试脚本的一个重要特性，要度量服务器的性能需要定义事务；在Lite模板模式脚本中，每个事务包含一个HTTP请求
压测目标： Lite用户被压测系统入口地址
思考时间：用于模拟与服务器的各种交互之间存在等待时间的行为，在模拟脚本中通常设置于两个请求步骤之间
步调时间：步调时间即脚本迭代运行频率控制时间
2.在测试元素库中添加你的测试方式：Get、Post、思考时间等.
3.点击启动测试，这时阿里云PTS会根据你的设置开始对网站进行压力测试了，你可以看到网站响应时间、TPS、并发用户数等实时数据情况.
3.阿里云PTS会提供详细的测试报告，主要是TPS即每秒系统能够处理的交易或事务的数量、响应时间、并发用户数 、错误率、请求状态、CPU系统平均负载等。
这里我们需要了解一下HTTP状态码,主要有如下几个:
成功200：服务器已成功处理了请求并提供了请求的网页
成功204：服务器成功处理了请求，但没有返回任何内容
重定向3xx：需要客户端采取进一步的操作才能完成请求
客户端错误4xx：表示请求可能出错，妨碍了服务器的处理
服务器错误5xx：表示服务器在处理请求时发生内部错误，这些错误可能是服务器本身的错误而不是请求出错
在免费部落的网站中,与阿里云VPS相关的话题还有:
文章内容来源自,由免费部落整理发布.
很明显,即使我们通过PTS平台来测试网站的性能,也无法确切地说出一个2M带宽的VPS能支持多少IP同时在线浏览.所以平时多看看网站日志还是很不错的.
作者: tangwang
【上篇】【下篇】
您可能还会对这些文章感兴趣！在做性能测试的时候，很多人都用并发用户数来衡量系统的性能，觉得系统能支撑的并发用户数越多，系统的性能就越好；对TPS不是非常理解，也根本不知道它们之间的关系，因此非常有必要进行解释。
2.&&术语定义
&O&&并发用户数：指的是现实系统中操作业务的用户，在性能测试工具中，一般称为虚拟用户数(Virutal User)，注意并发用户数跟注册用户数、在线用户数有很大差别的，并发用户数一定会对服务器产生压力的，而在线用户数只是&&挂&&在系统上，对服务器 不产生压力，注册用户数一般指的是数据库中存在的用户数。
&O&&TPS：Transaction Per Second,&每秒事务数,&是衡量系统性能的一个非常重要的指标，
3.&&Vu和TPS换算
&O&&简单例子：在术语中解释了TPS是每秒事务数，但是事务时要靠虚拟用户做出来的，假如1个虚拟用户在1秒 内完成1笔事务，那么TPS明显就是1；如果某笔业务响应时间是1ms,那么1个用户在1秒内能完成1000笔事务，TPS就是1000了；如果某笔业务 响应时间是1s,那么1个用户在1秒内只能完成1笔事务，要想达到1000TPS，至少需要1000个用户；因此可以说1个用户可以产生 1000TPS，1000个用户也可以产生1000TPS，无非是看响应时间快慢。
&O&&复杂公式：
试想一下复杂场景，多个脚本，每个脚本里面定义了多个事务（例如一个脚本里面有100个请求，我们把这100个连续请求叫做Action,只有第10个请求，第20个请求分别定义了事务10和事务20）具体公式如下：
符号代表意义：
Vui表示的是第i个脚本使用的并发用户数
Rtj表示的是第i个脚本第j个事务花费的时间，此时间会影响整个Action时间
Rti表示的是第i个脚本一次完成所有操作的时间，即Action时间
n&表示的是第n个脚本
m&表示的是每个脚本中m个事务
那么第j个事务的TPS = Vui/Rti
4.&&如何获取Vu和TPS
&O&&并发用户数(Vu)获取
新系统：没有历史数据作参考，只能通过业务部门进行评估。
旧系统：对于已经上线的系统，可以选取高峰时刻，在一定时间内使用系统的人数，这些人数认为属于在线用户数，并发用户数取10%就可以了，例如在半个小时内，使用系统的用户数为10000，那么取10%作为并发用户数基本就够了。
&O&&TPS获取
新系统：没有历史数据作参考，只能通过业务部门进行评估。
旧系统：对于已经上线的系统，可以选取高峰时刻，在5分钟或10分钟内，获取系统每笔交易的业务量和总业务量，按照单位时间内完成的笔数计算出TPS，即业务笔数/单位时间（5*60或10*60）
5.&&如何评价系统的性能
针对服务器端的性能，以TPS为主来衡量系统的性能，并发用户数为辅来衡量系统的性能，如果必须要用并发用户数来衡量的话，需要一个前提，那就是交 易在多长时间内完成，因为在系统负载不高的情况下，将思考时间(思考时间的值等于交易响应时间)加到脚本中，并发用户数基本可以增加一倍，因此用并发用户 数来衡量系统的性能没太大的意义。
6.&&相关案例
通过大量性能测试我们发现不需要用上万的用户并发去进行测试，只要系统处理业务时间足够快，几百个用户甚至几十个用户就可以达到目的。另外咨询很多专家做过的性能测试项目，基本都没有超过5000用户并发。
因此对于大型系统、业务量非常高、硬件配置足够多的情况下，5000用户并发就足够了；对于中小型系统，1000用户并发就足够了。
7.&&性能测试策略
做性能测试需要一套标准化流程及测试策略，并发用户数只是指标考虑的一个，在做负载测试的时候，一般都是按照梯度施压的方式去加用户数，而不是在没 有预估的情况下，一次加几万个用户，，交易失败率非常高，响应时间非常长，已经超过了使用者忍受范围内，这样做没有多大的意义，这就好比&有多少钱可以干 多少事&一样，需要选择相关的策略。
8.&&Loadrunner VS PTS
从下图对比项可以看出，PTS比Loadrunner(LR)更能让客户接受。
Loadrunner
被测系统软硬件环境需要额外购买？
基础设施软硬件由阿里云提供，只需要购买服务
压力机环境需要额外购买？
基础设施软硬件由PTS提供，只需要购买服务
便宜，按需收费
商业化工具License非常贵
LR很多功能基本上用不到，没必要大马拉小车
操作、学习等
LR不易上手
系统稳定性
LR压测过程中经常出现莫名其妙错误
场景模拟条件
PTS分布在全国各地的分布式集群可以真实模拟出现实场景，而LR不太容易模拟，即使可以的话，控制机和压力机通信经常掉线
&O&&系统的性能由TPS决定，跟并发用户数没有多大关系。在同样的TPS下，可以由不同的用户数去压（通过加思考时间设置）。
&O&&系统的最大TPS是一定的（在一个范围内），但并发用户数不一定，可以调整。
&O&&建议性能测试的时候，不要设置过长的思考时间，以最坏的情况下对服务器施压。
&O&&一般情况下，大型系统（业务量大、机器多）做压力测试，5000个用户并发就够了，中小型系统做压力测试，1000个用户并发就足够了。
并发用户数：是指现实系统中操作业务的用户，在性能测试工具中，一般称为虚拟用户数(Virutal
并发用户数和注册用户数、在线用户数的概念不同，
并发用户数一定会对服务器产生压力的，
而在线用户数只是 &挂&
在系统上，对服务器不产生压力，
注册用户数一般指的是数据库中存在的用户数。
TPS：Transaction Per Second, 每秒事务数, 是衡量系统性能的一个非常重要的指标。
& & & & 作者认为现在很多从业人员在做性能测试时，都错误的认为系统能支撑的并发用户数越多，系统的性能就越好。要理解这个问题，
& & & & 首先需要了解TPS和并发用户数之间的关系：
TPS就是每秒事务数，但是事务是基于虚拟用户数的，假如1个虚拟用户在1秒内完成1笔事务，那么TPS明显就是1；如果
某笔业务响应时间是1ms,那么1个用户在1秒内能完成1000笔事务，TPS就是1000了；如果某笔业务响应时间是1s,那么1个用户在1秒内只能完
成1笔事务，要想达到1000TPS，至少需要1000个用户；因此可以说1个用户可以产生1000TPS，1000个用户也可以产生1000TPS，无
非是看响应时间快慢。
也就是说，在评定服务器的性能时，应该结合TPS和并发用户数，以TPS为主，并发用户数为辅来衡量系统的性能。如果必须要用并发用户数来衡量的
话，需要一个前提，那就是交易在多长时间内完成，因为在系统负载不高的情况下，将思考时间(思考时间的值等于交易响应时间)加到脚本中，并发用户数基本可
以增加一倍，因此用并发用户数来衡量系统的性能没太大的意义。
作者最后做了综述，他认为在性能测试时并不需要用上万的用户并发去进行测试，如果只需要保证系统处理业务时间足够快，几百个用户甚至几十个用户就可
以达到目的。据他了解，很多专家做过的性能测试项目基本都没有超过5000用户并发。因此对于大型系统、业务量非常高、硬件配置足够多的情况下，5000
用户并发就足够了；对于中小型系统，1000用户并发就足够了。
性能测试需要一套标准化流程及测试策略，在实际测试时我们还需要考虑其它方面的问题，比如如何模拟成千上万来自不同地区用户的访问场景、如何选用合适的测试软件。性能测试对一些小的团队来说并非易事，不过前段时间阿里云发布了性能测试服务，PTS可以帮助开发者通过分布式并发压力测试，模拟指定区域和指定数量的用户同时访问，提前预知网站承载力。这就是云计算给我们带来的便利。
阅读(...) 评论()