文章导读****
1.布景原因
2.压测流程改进剖析
3.迭代式压测流程
压测服务的稳定性 压测环境的稳定性 压测时效 压测人员 贴合事务
4.全流程压测形式演进
5.压测形式比照
6.迭代式压测反馈作用
7.总结
1.布景原因
!!做体系服务压测都是比较耗时耗人力的，特别是在出产环境上做压测，压测的时间都是在晚上23点后，甚至在清晨1-4点，每次投入的人力本钱较高（经常是晚上通宵加班压测，疲乏感十足），对于团队来说，每次我们都很辛苦，但是又不得不做，这是非常苦恼的烦心事。
为了缓解团队每次投入做压测的疲乏感，以及下降投入的人力本钱，对现有的压测流程做进一步的改进：现有的压测形式：常态化压测（例行压测，了解压测）、大促全链路压测，这两种压测形式的执行是依据现有事务开展而拟定的，但都存在必守时效上的问题，且投入人力本钱也不低。
为推动常态化压测更高效，更靠近事务进行压测，且分化一切事务流量的焦点会集在大促压测上，把一些常规压测操作前置到日常事务迭代需求项目上，依据中、大规模的需求项目试行迭代式压测，供给更详尽、更小规模的压测方法，尝试处理在压测上的时效和人力问题
2.压测流程改进剖析
（1）以往的压测形式，主要是常态化压测为主，全链路压测为辅，压测时间段也只有特定的几个时间段（618大促，双11大促等）才会组织。
（2）每次压测主要针对大促流量的功能目标上考虑，而各服务自身的每个环节存在的问题，比及全链路压测的时候才露出出来，往往已经滞后了很多（线上压测存在的坏处）。
（3）压测的投入，虽然每次的压测都能拿想要的成果，但是人力的本钱和时效，并不是很理想。
（4）服务间彼此的调量大小，以及能承载多少恳求，只有经过常态化压测/全链路压测才发现存在的问题，日常缺少沉积，经常压测进程会有超时、限流、熔断等状况呈现，导致压测的有效性下降
3.迭代式压测流程
结合剖析的方向，拟定迭代式压测流程如下：
结合公司现有的压测流程，以及存在的缺乏问题综合剖析考虑，把现有的压测流程做调整优化（降本增效），经过日常迭代项目上线后做压测，即可做到贴合事务，以可满足压测需求，主要有以下5个方向改进：
压测服务的稳定性
经过迭代项目上线后压测，能够提早了解到服务自身的稳定性，是否有存在躲藏的问题。日常迭代需求较多，关联依靠也多，上线后压测能够快速了解影响规模，及躲藏的功能问题，如有问题，可依据项目迭代，灵活组织优化版本上线。
压测环境的稳定性
以往出产环境压测，机器存在问题，经常是经过扩容/或更换机器的方法，临时处理，并不能提早知道原因是什么，处理成果相对是滞后的。经过日常迭代项目的压测，能够提早露出出在日常条件下出产环境机器是否存在问题，为大促压测提早做躲避办法
压测时效
快进快出，项目上线后，最小单位组织压测使命，且主要以守时压测为主，灵活压测时间，第二天上班搜集压测报告，快速得出压测成果
压测人员
（1）下降产研发团队QA的学习门槛，把压测流程和压测渠道做到足够简单
（2）不再局限于特定的几个人才能做压测，让事务团队每个QA都能有参加压测的机会
贴合事务
日常迭代项目，参加项目的成员，依据事务的特性评价是否压测：
（1）如不需求压测，后续则下降/不考虑该事务场景对大促活动的影响面
（2）需求压测，则评价影响面规模：
后端重构项目，影响主流程事务
事务需求新增/改变，涉及有中心接口场景
中心事务场景调整
依靠服务接口改变
……
以项目维度评价压测规模比较小，能快速清晰压测的目标，以及压测场景
（3）添加事务QA人员对压测的参加度，一起让个人在进程能够学习到相关功能测验的知识技能，可作为常态的测验手段
（4）刚好项目测验完，了解度还比较热乎，花费最低本钱去创立压测脚本和压测数据，守时压测完成后，得出成果进行剖析的本钱也比较低
（5）项目维度的压测成果沉积，对后续大促压测场景规划，供给更清晰压测规模，以及能够提早躲避掉服务存在的瓶颈问题
4.全流程压测形式演进
【压测流程流向】
以小聚多，把迭代式压测作为最小压测单位，最终汇总为例行压测（常态化压测）、全链路压测，保证各种链路维度覆盖事务不同颗粒度。参考：常态化压测、全链路压测
【服务流量流向】
5.压测形式比照
6.迭代式压测反馈作用
【事务价值】
2月份开始以来，已完成几个需求的压测，压测进程能显着露出出6个服务躲藏的功能问题，为事务服务躲避掉躲藏的功能危险。
【成果反馈】
7.总结
（1）事务团队的QA人员需求具有必定的功能测验技能，学会辨认项目需求中是否存在躲藏的功能危险
（2）以项目需求作为压测单位，可能不会覆盖到服务一切功能，但在日常迭代进程，迭代式压测相对会比较频繁，以点到面的切入条件，被压测的功能也会逐步积少成多
（3）稀释大促全链路压测和常态化压测准备及方案的压力，融入需求生命周期办理，轻量分布式的完成压测资产沉积
关于作者 庄锦弟，深圳事务支撑组负责人/功能虚拟组负责人，主负责case用例渠道建造、转转功能测验流程体系建造，以及全链路压测落地实施
转转研发中心及业界小伙伴们的技能学习沟通渠道，定时分享一线的实战经验及业界前沿的技能话题。
重视大众号「转转技能」（综合性）、「大转转FE」（专心于FE）、「转转QA」（专心于QA），更多干货实践，欢迎沟通分享~
