本文共 2165 字，大约阅读时间需要 7 分钟。
一、 概述
阿里云产品种类繁多，今天让我们一起来了解下阿里云性能测试（Performance Testing）吧。
什么是性能测试呢？
性能测试是全球领先的SaaS性能测试平台，具有强大的分布式压测能力，可模拟海量用户真实的业务场景，让应用性能问题无所遁形。性能测试包含两个版本，Lite版适合于业务场景简单的系统，免费使用；企业版适合于承受大规模压力的系统，同时每月提供免费额度，可以满足大部分企业客户。
那么，性能测试有什么独特的优势呢？
性能测试是集测试机管理、测试脚本管理、测试场景管理、测试任务管理、测试结果管理为一体的性能云测试平台。性能测试基于阿里云计算平台研发，可提供超大规模并发压力，满足任意规模系统的性能测试需求。性能测试在工作时会通过施压机产生压测流量，用户如果对施压的流量、地域等有更多要求，性能测试施压机可动态扩展在全球范围进行部署。
阿里云性能测试可以针对阿里云内机器应用系统或非阿里云（外部）机器应用系统进行性能测试；不仅支持http/https，TCP/UDP，webservice等协议，而且通过手工编写代码支持更复杂的协议。
性能测试典型特性介绍：
二、 技术点（性能测试五大热点技术问题分析）
在上一篇文章中，我们为大家介绍性能测试的概况，性能测试（Performance Testing）是全球领先SAAS化性能测试平台，具有强大的分布式压测能力，可模拟海量用户真实的业务操作场景，让应用的性能问题无所遁形。那在使用过程中，经常遇到的热门技术问题有哪些呢？
快速入门：
脚本编写添加事务：
性能测试RAM：
门户类网站性能测试分析及调优：
大规模分布式压测：
希望上面的内容，能够对大家有所帮助。
三、 体验（性能测试心得体会）
现在的系统几乎都要做性能测试的，虽然每个系统做性能测试的目标不同，但总体来说，需要的都是测试结果对生产系统要有参考价值的。
那么如果保证呢？对于没有相关经验和性能理论不深的测试人员来说，或多或少的会进入如下误区：
a.测试环境随意搭建，早期性能测试开始萌芽的时候，将所有的应用都部署在一台机器上，随便压一下就行了。大家都知道，测试环境系统架构和生产环境要相同，操作系统、中间件、应用版本、参数配置都近可能与生产环境相同。
b.随便挑选两笔主要业务压一下，由于时间、人力、经费等限制，做一下简单的压测，这种想法目前在不重视产品质量的公司都存在。要知道功能决定现在，性能决定未来，业务发展下去了，后续还会做性能测试的，并且花费的代价非常昂贵。
因此正确的做法是通过生产历史数据来统计高峰时候的业务量（老系统）或者业务调研（新系统），至少要挑选60%以上占比较高的业务或者业务量排在前10名的业务。
c.脚本设计上，有很多性能测试人员根本不重视，以为录制一下就OK了，但实际上业务是否做成功了，根本不清楚，如果业务都没有真正做成功那么压测又有什么意思呢？任何工具都无法自动判断业务是否成功了，因此需要测试人员在脚本脚本里面添加检查点进行验证，有时还需要关联和参数化。
d.业务场景设计，不同系统服务的客户不一样，业务场景也有很多差异，多种典型场景需要综合考虑，很多性能测试人员都知道单业务场景，但忽略了混合业务、业务突变、稳定性、可靠性、批量、批量对联机交易影响场景。
e.并发用户数来衡量系统的性能，很多性能测试觉得系统性能是靠并发用户数来衡量的，一上来就来1万甚至10万个用户并发，最后测试结果响应时间都要几十分钟、错误一大堆、曲线图根本没法看。实际上衡量系统处理能力的性能是靠TPS（笔/秒）来衡量的,范围是一定的，不会随着并发用户数的增加变动很大，增加并发用户数，响应时间就会增加很多，如果真要用并发用户数来衡量系统性能，建议增加响应时间限制这个条件。
f.很多性能测试人员认为业务占比就是用户占比，这种观念是错误的，如果你那样做，那么你跑出来的业务占比可能跟生产上大相径庭，生产上A业务占比90，B业务占比10%，而你压测出来的结果正好相反，这样的测试结果有参考价值么？
g.分析及调优，这个是性能测试的一个难点，很多测试人员认为这都是开发的事情，其实不然，一个优秀的性能测试人员需要学会如何分析及调优，这里面需要一个漫长的过程，不仅需要扎实的功底、还要有动手的经历以及分析的经验，需要不断地积累。
如果性能测试就是录制一下发一下压力的话，那么你将会失业，因为业务操作人员比你还会熟悉业务、比你还会进行录制，所以性能测试一些
理论还要不断加强，早日走上专家的道路。如有不妥，请见谅。
如果您想详细了解性能测试，请访问：
淘宝天猫双11性能测试专家分享PTS性能测试解决方案：
基于云产品构造的门户网站类性能测试、分析和优化案例：
转载地址：http://dfrzx.baihongyu.com/