开篇之前，看到这个章节的标题，就令人忍不住想起双十一的场景，还记得双十一刚刚风靡的那年，估计马爸爸也是没想到会有那么多的用户量，那场事故其实还真蛮符合这一章节的标题——大促带来的灾难，同样的灾难发生在腾讯身上的时候，是近几年的红包大战，几乎每个人对此都并不陌生吧。
再回到书中来，就容易理解为什么说性能测试是产品测试流程的必经之路了，产品的性能好坏不但关系到产品的用户体验，甚至关系到客户的电商网站是否有好的用户忠诚度，从而也影响到订单转化率等跟客户盈利直接相关的指标。
已经逐渐成为有经验的小艾，正好得到了这样一个机会，进入到了性能测试团队体验性能测试的全过程，而他面临的恰恰也是项目遇到了年终大促。
与限时抢购的分散性不同，秒杀的访问量几乎是在同一时间发生的，而这样一个举动对硬件及软件毫无疑问都充满着考验。而现在的我们，对秒杀可以说是耳熟得很，无论是双十一还是双十二，淘宝都不免会有各种秒杀，相信每个人也都有遇到秒杀刚开始，网页就各种挂的情况，这时候不知道有多少人曾想过秒杀背后的应用服务到底出什么问题了呢？
这一章节就将为大家揭开性能测试团队每天都在干什么，他们如何确保应用服务能够撑得住洪水般的用户同时访问网站等谜题~
关于性能客户都关注些什么？
要想了解性能测试怎么测，首先得知道性能测试测什么，即客户在系统的性能方面关注了些什么。
客户与用户
客户指的是购买产品的企业，购买了产品之后，他们会做相应的定制，最终展示给最终用户来使用，因此，客户非常关心用户的使用感受，因为这直接决定他们的网站或者终端是不是受欢迎，能不能留住用户。
而产品性能好坏，往往很大程度上都影响了用户的使用感受，因此，对于一个应用服务的性能来说，客户一般会关注以下几个方面。
页面/客户端的响应时间：响应时间直接影响最终用户的使用体验，从而在很大程度上影响用户忠诚度。
服务器的吞吐量：常用的是系统每小时能处理的业务量
最大并发用户数：在响应时间合理的情况下，能承受的并发用户数，即系统最多能承受多少用户同时访问且用户感觉不到页面响应速度变慢
能否稳定的长期运行：除了与服务器的硬件有关之外，与软件本身也有很大的关系
最大数据规模：能保证正常访问的最大容忍数据规模
服务器后台操作是否会影响前台性能
什么情况下会导致系统崩溃
这些性能指标相互之间并非独立存在，而是相互影响的，某些指标的提升可能会引起其他指标的下降，因此在测试时需要综合考量。
尾声
了解了性能方面客户都关心什么，我们就大概明白了应该用什么方法去做性能测试，即最普通的性能测试，简单说就是给系统压力，看系统跑得快不快，好不好。
让系统工作在一定的负载状态下，把系统工作的性能指标与期望的性能指标相比较。这里的负载包括并发用户、用户连续两次操作之间的间隔时间（即思考时间）以及系统中包含的业务数据规模。
性能测试策略和方法的出发点，就是要模拟用户对系统的访问行为，包括并发、压力、长时间访问等。
小艾了解了上述的内容之后，在组长的帮助下，投入到了解如何模拟用户的访问行为了学习中，毕竟要想让用户得到最好的性能体验，最简单有效的方法就是模拟客户使用产品时的各种访问行为，从而明白产品存在哪些性能瓶颈，那么小艾到底学到了什么呢？请听下回分解~
想要第一时间看到这一系列文章的更新及更多精彩内容可以扫描下面二维码关注微信公众号: 倚楼听风雨的如月
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
