周杰倫發新歌《說好不哭》，程序員卻哭了，來分析下性能測試的必要性？

前天晚上週杰倫新歌《說好不哭》上線，目前已經在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-