前天晚上周杰伦新歌《说好不哭》上线,目前已经在qq音乐上有700百万的销售,相关的话题一直牢牢占据着各个平台的热搜榜,就连国外的油管上,也成为了点播第一的音乐mv,周杰伦的粉丝影响力果然已经遍布全球了。
其实上线当晚,苦苦守候的歌迷,为了第一时间听到杰伦的新歌,歌曲一上线就立刻购买,巨大的瞬间流量导致QQ音乐的服务器宕机了数分钟,很多网友的APP都提示500错误,大家都质疑qq音乐是否对这次运营事件做了预警。
不知道QQ音乐有没有对这次上线做性能预估,但是目前来看,即使做了还是低估这次的并发峰值,说白了,还是低估了那个最懂我们青春的人啊。
这就让我想起了,前几天的篮球世界杯,那场中国面对波兰的关键比赛,最后几分钟,腾讯视频挂了,画面加载不出来。很多人吐槽,会员白冲了,看个NBA总决赛都没这么卡。
感觉又在黑TX,谁让哪里都有的TX影子呢。
这两个虽然是不同的业务场景,但也代表典型的两个业务方向,一个是音频业务,一个是视频业务。尤其视频,已经是目前甚至是未来信息交互的主要形式,而视频业务对于带宽的要求会更高,相同并发下对CPU、内存的消耗也更多。
当人人都在谈论周杰伦的这次歌曲好不好听时,开发或者测试应该从这次事件中思考些什么呢?
性能测试的必要性?
1.由于信息传播的越来越方便,一条新闻,一场比赛,拿起手机随时随地都观看。并且,随着5G和物联网技术的发展,以后面对的性能需求和场景也会越来越多。
2.性能测试,是一个业务或者产品规模,由小变大必然要面对的测试流程。尤其BATJ这些大厂,随便一个应用,用户量都是亿级别,一个小的性能问题都是致命的,影响数百万千万级别的数据交易等。
3.随着各个企业的业务发展、用户访问量的增加,企业对于系统的稳定性要求也越来高,因为系统的性能体验将严重影响用户的留存,体验越好的企业才能获得更多流量,当然也能赚更多钱。
有一则统计报告,对于Web网站,1秒的页面加载延迟相当于少了11%的PV(page view),相当于降低了16%的顾客满意度。如果从金钱的角度计算,就意味着:如果一个网站每天挣10万元,那么一年下来,由于页面加载速度比竞争对手慢1秒,可能导致总共损失25万元的销售额。
Compuware公司分析了超过150个网站和150万个浏览页面,发现页面响应时间从2秒增长到10秒,会导致38%的页面浏览放弃率。
如何评估软件的性能?
性能测试有两个重要的指标:TPS和响应时间
TPS(Transaction Per Second) :每秒事务数,每秒处理的业务请求个数,性能测试最需要关注的指标。
TPS(吞吐量)和系统资源的关系:
上升阶段(Light Load):TPS随着并发用户数增加,线性增长,出现第一个拐点A时,为最佳用户并发数。
平稳阶段(Heavy Load):TPS随着并发用户数的增加而保持稳定,无太大变化或波动,直到出现拐点B,系统所能接受的最大并发数。
下降阶段(Buckle Zone):TPS随着负载的增加而下降,用户的等待时间快速延长。
但其实,作为用户,才不管你的TPS是多少,他们感受的真正指标是响应时间。
响应时间:用户发出一次请求到收到响应的完整时间。
想想我们双11秒杀的时候,已经关注很久的商品,半天刷不出来,等到加载出来时,库存变成了0。每逢过节在12306上买票时,为了刷个票,等了半天页面加载不出来,页面加载出来时,余票为0,不由得感叹,时间都去哪了。
当然了,不管对于大厂还是中小型企业来说,遇到用户不可控的爆发访问,导致性能问题在所难免,但是我们需要在这样的事件中分析出问题的根因。是后端系统架构的影响,还是服务器资源的限制,或者前端框架的制约。
出事故不怕,就怕在同一个问题上反复出事故,第一次或许用户可以理解,重复出现,不仅会对于业务营收有影响,更会严重影响用户对于产品的忠诚度和信任感。
-End-
文章好看点这里