1. 聚能聊>
  2. 话题详情

性能测试 PTS 有奖分享,新年大礼包等你拿!

写在活动规则前面的话

阿里云性能测试 PTS,一款超好用的压测工具。

无论是自研还是适配开源的功能,PTS 都可以轻松模拟大量用户访问业务的场景,任务随时发起,免去搭建和维护成本。更是紧密结合阿里云监控类产品提供一站式监控、定位等附加价值,高效检验和管理业务性能。

2019年1月,PTS 正式发布了集成JMeter的功能,支持JMeter脚本导入转化为原生PTS压测场景,便于将存量测试用例迁移到控制能力更强的PTS引擎上。

关于性能测试 PTS,了解更多戳这里 > https://www.aliyun.com/product/pts?source_type=activity201901

那么,在系统或软件的开发生命周期中,你通常是什么时候才会做性能测试呢?

听到最多的答案就是新业务上线前,或者大促之前需要压一压、测一测,修复性能瓶颈,保障系统在大促来临之际能够稳定运行,抗住大流量。

另外一种情况是我们需要压出基线,基线就是,比如我的系统通常能支持 2000 QPS,每次系统更新上线会做一次常规压测,看系统性能是否能维持在基线上。当然,系统能够支持 2000 QPS,也是需要通过压测才能知道的。

现在,立刻,马上来体验一把 PTS,秀出你的压测才华和实践分享吧!

活动时间

活动参与时间:2019年1月17日-2019年3月15日
奖品发放时间:2019年3月20日前公布结果,3月25日前发放完成

我猜你,一定最先想知道有哪些丰富的奖品~~

奖项1:【PTS 最佳分享】

极客分享奖


¥800 x 1  淘宝心选铝镁合金仿碳纤维皮纹旅行箱
屏幕快照 2019-01-16 上午10.00.41.png

先锋分享奖


¥499 x 4  JBL入耳式耳机
O1CN011RYpi3W3qlv1KPD_!!3711272124.jpg

优秀分享奖


¥ 220 x 6 星巴克 16oz小猪欢腾不锈钢保温杯 天猫精选款
屏幕快照 2019-01-16 上午10.06.22.png

踊跃分享奖


¥98 x 15 百草味年货大礼包  
屏幕快照 2019-01-16 上午10.08.09.png


奖项2:【PTS 定义有奖】

在话题下留言,用一句优美/极客/别具匠心...的话,定义性能测试PTS,选出9个准确且最具创意的定义,送¥30元淘宝心选毛巾一条(限6条)或云栖社区定制奖品一个(云栖定制电脑包、无线鼠标、移动电源-随机发放)**。友情提示:准确+别具匠心,更容易拿奖哦~(喜欢什么奖品,可顺便留言哦~)
TB2PFNTtY8kpuFjy0FcXXaUhpXa_!!3294889394.jpg



如何挑选【PTS 最佳分享】,如何保证活动的公正性?

我们邀请了来自阿里云中间件技术部的技术和产品专家们,组成评委组,所有评测报告将匿名提报至评委组,进行严格、客观和公正的评分。

专家团

高可用团队技术总监 游骥
中间件产品总监 丹臣
PTS产品专家 燕顺
PTS技术专家 隐寒
PTS产品经理 牛兔

评分标准

  • 必须以 PTS 压测为主体的使用评测内容;
  • 逻辑思路清晰,内容结构完整;
  • 对产品提出了改进建议、可操作性强
  • 观点充分,论据充足,有独特见解,具有创新性
  • 图文并茂
  • 作品必须为原创,且未在任何平台发布过;一经发现抄袭或已在其他平台发布过,则将取消参与资格。



挑战赛中,你要做什么?

1、在此登记参与活动 > https://page.aliyun.com/form/act1965942747/index.htm
只有完成登记才可以参与活动评奖,前100名可以获得¥10 产品代金券,免费参与活动
(代金券将分三个批次定向发放至阿里云账户中,发放完成后于钉钉群内公布)
2、2019年1月17日-2019年3月15日 体验 PTS,并且在聚能聊话题留言区内分享你的体验和实践操作。
3、2019年3月20日在钉钉群内或聚能聊话题中,查看获奖名单


关于分享内容,你可以分享哪些内容?

1、在话题中晒出你的使用过程、压测报告、使用感想、使用场景、发现的瓶颈等。
2、您可以使用截图,帮您记录整个操作过程。
3、最好,你可以尽量还原在实际使用中的场景。
4、当然,你也可以加入,对比其他的相关产品,PTS好在哪里,不好在哪里,以及你的使用体感。

什么样的分享有可能获奖?请参考留言区的官方分享示例



你必须知道的活动规则

1、本次活动的主体是阿里云中间件技术部,分享获奖名单以官方公布为准;
2、分享内容严禁抄袭,一旦发现将取消参与资格;
3、本次分享活动所有投稿作品的著作权依然归作者所有,但阿里云中间件技术部拥有该作品的使用权。(投稿作品会在脱敏后使用)
4、本次在留言区内参与定义PTS活动的著作权依然归作者所有,但阿里云中间件技术部拥有该定义的使用权。
5、若投稿质量不高,奖项可空缺;空缺奖项将叠加至下一轮活动。


还有不清楚的?立即钉钉扫码入群提问

活动答疑、获奖名单公布、及时沟通
IMG_9466.JPG

参与话题

奖品区域 活动规则 已 结束

  • 奖品一

    云栖定制电脑包 x 1

  • 奖品二

    无线鼠标 x 1

  • 奖品三

    移动电源 x 1

29个回答

1

vin_link 已获得移动电源 复制链接去分享

PTS 定义有奖

云上化繁为简,分布式下测性能

4

中间件小哥 复制链接去分享

官方示例分享

2. 活动前容量评估

【业务场景】春节期间会在微信小程序上做一次抽奖活动(手动点击抽样按钮抽奖),提前预估压力
【业务指标】1. 预计有5w名用户参与活动,同时抽奖的预计达到5000。2. 抽奖活动不可出现异常和数据错乱的问题。
【业务流程】

  1. 获取微信个人信息(如头像、昵称等),登录小程序
  2. 打开活动页面;
  3. 用户输入要求的个人信息(如商家要求的信息),提交信息
  4. 点击抽奖按钮进行抽奖
  5. 确认保存中奖信息

【压测配置信息概要】

  1. 资源包购买:因目标是5000 并发用户,为了给系统留一些buffer,购买了1w并发资源包,技术上预计系统承载6k-7k的并发位置。
  2. 业务上是一个流式过程,故放在一个串联链路中,按照业务模型进行API配置:

    1. 接口:getConfig,输入参数:uid,出参:nick_name
    2. 接口:activity_page
    3. 接口:post_info,输入参数:nick_name/interest_info
    4. 接口:lottery,输入参数:nick_name,出参:lottery_result
    5. 接口:check_result,输入参数:is_get_prize,出参:result
  3. 压力配置:并发模式,自动递增,场景并发5000,起步5%
  4. 监控信息:ARMS监控集成(因自身服务不部署在阿里云上,故无法使用云监控)

【压测过程及结论】

  1. 首次压测的时候,在并发2000时,出现了比较大的失败率,rt也达到了1000+ms,根据Timing瀑布流及业务信息排查发现,是入口队列较小,排队情况较多导致的。进行了扩容处理
  2. 第二次压测在3000并发时,在抽奖api上rt很大,结合Timing和ARMS监控,看到是在数据库操作上比较慢,并且有慢sql,优化表、和sql之后,再进行压测。
  3. 优化后并发在4000时,发现系统压力较大,cpu 和内存使用比例较高,进行扩容之后,再继续压测。
  4. 扩容后再压测5000并发时,发现api平均rt在800ms左右,cpu消耗在40% 左右。
  5. 为了留足系统buffer,进行适量扩容之后,压测到6000,发现系统稳定。即压测结束。
4

中间件小哥 复制链接去分享

官方分享示例

1. 新业务上线

【业务场景】公司新作了一个电商服务,近期需要上线,需要提前预估下系统性能表现。
【业务指标】上线后一段时间内(如1个月)预计秒级 浏览:加购:生成订单:支付的比例为10000:8000:6000:5500 的比例。能够正常走通流程,下单不出现异常情况。
【业务流程】

  1. 登录—登录信息来源于文件参数
  2. 浏览商品—商品信息随机数生成
  3. 加购—添加到购物车,添加的商品由上一个接口输出
  4. 生成订单---购物车中部分商品合并结算,商品id,随机生成
  5. 支付订单—支付订单,订单由上一个接口输出

【压测配置信息概要】

  1. 资源包购买:因目标是各api的rps 之和为29500,故购买最大4wrps的包。
  2. 业务上是一个流式过程,故放在一个串联链路中,按照业务模型进行API配置:

    1. 接口:login,输入参数:username、password,来源文件参数
    2. 接口:viewProduct,输入参数:productId(系统函数生成),输出参数:productId
    3. 接口:addToCart,输入参数:productId
    4. 接口:createOrder,输入参数:productId1,productId2,出参:orderId
    5. 接口:payOrder,输入参数:orderId,出参:result
  3. 压力配置:RPS模式,每个API按照10000:8000:6000:5500的最大RPS配置,起步设为5%
  4. 监控信息:云监控集成(服务部署在阿里云上,使用了ECS/RDS/SLB都进行了监控),因服务不是java的无法使用ARMS监控

【压测过程及结论】

  1. 首次压测的时候,全局调速30%的时候,发现rt不高但是失败率特别高,根据云监控发现SLB中拒绝链接的请求很多,发现是SLB的规格限制,扩大slb的容量后继续压测
  2. 第二次压测在,调速到50%的时候,发现rt比较高,特别是加购、订单生成的API上,根据RDS监控发现cpu 内存使用率比较高,到rds控制台的CloudDba上看到有慢sql,排查之后再进行压测
  3. 调速到80% 时,发现整体系统负载水位较高,偶尔会出现rt很高的请求,需要进行一次扩容再继续压测
  4. 按照比例扩容后,调速到100%压测,并持续运行10分钟,无异常,系统表现良好。
3

盖地虎王晓 复制链接去分享

1、自己网站测试

  1. 活动前容量评估

【业务场景】自己以前做的一个购物网站进行压力测试
【业务指标】每天IP量很小,同时在线人数不会超过10人,同时购物人数不会超过5人
【业务流程】
进入页面
选择商品
提交商品到购物车
点击进入结算页面
因为要短信验证,所以流程到此不进行下一步

【压测配置信息概要】
资源包购买:目标是10人并发,多了怕服务器挂了,购买了200并发的资源包,技术上预计能达到50左右并发。
业务是一个流方式过程,放在一个串联链路中,请求流程如下:
首页:get请求 ,无参数
产品页:get请求,无参数
加入购物车:post请求,参数:proid ,gsize,num,出参:stu,info
结算:get请求,无参数

【压测过程及结论】
本次测试,可能是因为并发量设计的比较小,所以还是可以很轻松应对,没有出现大问题,之前有测试过并发量超过50的,页面打开速度,明显变慢,超过50以后,已经有部分出现无回应情况。这次因为本网站还在营业状态,故没有做大压力测试
目前 测试的压力已经足以应对相关业务。下面附图一张:
1

3

女_killer 复制链接去分享

一句话评价就是:简单方便,快速精确,可控安全。
刚刚开通了一下,最近公司做一个竞价项目,正好用性能测试 PTS模拟万人共同竞价点击事件,这种并发在现实中很常见,但是做测试模拟很难,有了PTS就可以很好的解决这个问题了
想要旅行箱或者移动电源🔥

1

1365748306923775 复制链接去分享

能来个大神讲解下这个怎么用吗?新手入海 求指点 谢谢

1731527593766995 回复

这个是快速入门哦:https://help.aliyun.com/document_detail/70290.html?spm=a2c4g.11186623.6.552.479811a4ezXcTF
这个是产品简介:https://help.aliyun.com/document_detail/29262.html?spm=a2c4g.11186623.6.542.797215f7swA72e
PTS原生压测是纯交互式、无代码编写,能快速发起压测,同时有多种附加功能可更快速、全面、便捷的发起压测、查看问题~

评论
0

实打实风格 复制链接去分享

又有新东西学习了,有详细文档吗?

1

微wx笑 复制链接去分享

奖品不错,先赞一个!

中间件雁溪 回复

快去登记,记得要来参加哦~先把群加起来哦~

评论
1

etcc 复制链接去分享

【业务场景】
公司针对公司产品app首页访问请求,将首页接口集成一个“网关接口”进去请求拦截降级返回等功能,需要提前预估下网关接口的最大承载性能
【业务指标】
当服务器请求慢的时候,网关接口能拦截一部分请求,并且拦截的请求数据以降级后默认数据返回
【业务流程】
请求网关接口
网关接口转发请求到各个业务请求数据并收集各个接口数据返回
当子接口返回超时或返回失败时,能返回预设默认数据
【压测配置信息概要】
1
【压测过程及结论】
2
3
4
结论:业务监控来看,并发量达到1300左右的时候,服务器处理速度突然加快、响应时间突然明显减少,从网关接口日志文件查看,发现网关接口响应速度加快的那段时间,网络接口返回的全部是默认数据并且拦截了大量的后续请求,说明网关接口并发在1300左右已经是峰值

1

叶康铭 复制链接去分享

企业应用云上性能测试

【业务场景】日程任务管理网站从本地IDC机房迁移上云,在业务切换到云上时需要提前预估下系统性能情况。

【业务指标】 满足同时对集团内的1000用户数并发访问,300用户数并发对日程进行创建、修改、删除等操作,100用户数并发登录。在并发较高的情况下不会产生用户需要等待过长响应时间。

【业务流程】

  1. 用户登录:登录用户的信息来自文件输入
  2. 创建日程:日程信息为随机生成
  3. 日程修改:由上一个创建事件输出的id进行修改
  4. 查看日程:随机获取月、周、日的日程信息

【压测配置信息概要】

  1. 资源包购买:因目标是各api的并发之和为2000,故购买峰值5000并发的资源包。
    image
  2. 业务上是一个流式过程,故放在一个串联链路中,按照业务模型进行API配置:
    i.接口:login,输入参数:username、password,来源文件参数

ii.接口:newSchedule,输入参数:taskInfo 输出参数:taskID, eventState
iii.接口:setSchedule,输入参数:taskID, taskInfo 输出参数eventState
iv.接口:getSchedule,输入参数:taskID,输出参数:taskInfo, eventState
v.接口:delSchedule,输入参数:taskID输出参数:eventState

  1. 压力配置:并发模式,每个API按照 100:300:300:1000:300的最大并发配置,起步设为10%。
    image
  2. 监控信息:采用PTS集成的监控功能(确实很赞!!!)
    image

image
image

【压测过程及结论】

  1. 首先测试按照10%的施压配置进行测试,每次递增10%(每次持续1分钟),到40%时开始发现有和日程相关的api请求成功率开始下降,经排查DMS、CloudMonitor等工具排查后诊断为数据库死锁导致。死锁原因经过分析后由于项目中事务调用产生的PAG范围锁,经过优化后恢复正常。
  2. 第二次压测直接全局调速40%, 压力测试进行到80%时在云监控见到的ECS、RDS内存消耗超过90%,rt明显增高到4000+ms并有超时的情况。进行ECS增加4个节点和RDS的升配之后问题解决。
  3. 第三次压测直接全局调速70%, 整体系统运行正常,施压到100%时getSchedule偶发会出现rt过大或者直接错误的问题。经过一系列排查该api调用参数范围过大时会导致处理时间过长或者直接提示超时,调整tomcat连接超时时长及对该api输入参数范围进行限制解决了该问题。
  4. 第四次压测,施压配置从10% - 100%,压测过程中及在100%压测5分钟的情况下系统rt稳定,无失败的情况出现,系统利用率较好。

**亲测感受:
非常喜欢PTS性能测试工具,对于新手了解文档说明后都可以开箱即用,配置及操作简单,都是可以在控制台完成一系列的操作。
对于产品设计有很多贴心的小细节,例如域名绑定IP即可对单点做性能测试,例如实例及ARMS监控集成都方便了开发者在压测时的操作,例如可以动态去调速全局或单个串联链路。对用使用者来说即高的提升了测试效率及便捷,很赞!!!**

附上压力测试过程中截图
image
image
image
image
image

关于并发虚拟用户、RPS、TPS的区别可以参考官方文献:
https://help.aliyun.com/document_detail/29343.html

0

1037347743932075 复制链接去分享

怎么拿奖品?

0

灬点点 复制链接去分享

很给力,正式现在需要的,测试工具,很方便!
中间件雁溪 回复

小兄弟,很有眼光哦~

评论
0

1684247701418495 复制链接去分享

完全不熟悉,慢慢了解。

0

青龙剑 复制链接去分享

能不能用用你们充电宝,体验一下

1

黄二刀 复制链接去分享

如果能实现自动化测试该多好。

0

麦老师 复制链接去分享

图挂了...............

0

wangccsy 复制链接去分享

测试工具用什么来测试呢。

0

纪民世创 复制链接去分享

不错不错

0

1869338028904068 复制链接去分享

阿里的操作文档,是我见过最友好的,很详细,你们不暴富,谁暴富? 打call!!

0

1125538716754424 复制链接去分享

参加活动领奖励

2