重讀《從菜鳥到測試架構師》-- 大促帶來的災難

開篇以前，看到這個章節的標題，就使人忍不住想起雙十一的場景，還記得雙十一剛剛風靡的那年，估計馬爸爸也是沒想到會有那麼多的用戶量，那場事故其實還真蠻符合這一章節的標題——大促帶來的災難，一樣的災難發生在騰訊身上的時候，是近幾年的紅包大戰，幾乎每一個人對此都並不陌生吧。

再回到書中來，就容易理解爲何說性能測試是產品測試流程的必經之路了，產品的性能好壞不但關係到產品的用戶體驗，甚相當繫到客戶的電商網站是否有好的用戶忠誠度，從而也影響到訂單轉化率等跟客戶盈利直接相關的指標。

已經逐漸成爲有經驗的小艾，正好獲得了這樣一個機會，進入到了性能測試團隊體驗性能測試的全過程，而他面臨的偏偏也是項目遇到了年終大促。

與限時搶購的分散性不一樣，秒殺的訪問量幾乎是在同一時間發生的，而這樣一個舉動對硬件及軟件毫無疑問都充滿着考驗。而如今的咱們，對秒殺能夠說是耳熟得很，不管是雙十一仍是雙十二，淘寶都難免會有各類秒殺，相信每一個人也都有遇到秒殺剛開始，網頁就各類掛的狀況，這時候不知道有多少人曾想過秒殺背後的應用服務到底出什麼問題了呢？

這一章節就將爲你們揭開性能測試團隊天天都在幹什麼，他們如何確保應用服務可以撐得住洪水般的用戶同時訪問網站等謎題~

 

關於性能客戶都關注些什麼？

要想了解性能測試怎麼測，首先得知道性能測試測什麼，即客戶在系統的性能方面關注了些什麼。

客戶與用戶

客戶指的是購買產品的企業，購買了產品以後，他們會作相應的定製，最終展現給最終用戶來使用，所以，客戶很是關心用戶的使用感覺，由於這直接決定他們的網站或者終端是否是受歡迎，能不能留住用戶。

而產品性能好壞，每每很大程度上都影響了用戶的使用感覺，所以，對於一個應用服務的性能來講，客戶通常會關注如下幾個方面。

頁面/客戶端的響應時間：響應時間直接影響最終用戶的使用體驗，從而在很大程度上影響用戶忠誠度。

服務器的吞吐量：經常使用的是系統每小時能處理的業務量

最大併發用戶數：在響應時間合理的狀況下，能承受的併發用戶數，即系統最多能承受多少用戶同時訪問且用戶感受不到頁面響應速度變慢

可否穩定的長期運行：除了與服務器的硬件有關以外，與軟件自己也有很大的關係 

最大數據規模：能保證正常訪問的最大容忍數據規模

服務器後臺操做是否會影響前臺性能

什麼狀況下會致使系統崩潰

這些性能指標相互之間並不是獨立存在，而是相互影響的，某些指標的提高可能會引發其餘指標的降低，所以在測試時須要綜合考量。

尾聲

瞭解了性能方面客戶都關心什麼，咱們就大概明白了應該用什麼方法去作性能測試，即最普通的性能測試，簡單說就是給系統壓力，看系統跑得快不快，好很差。

讓系統工做在必定的負載狀態下，把系統工做的性能指標與指望的性能指標相比較。這裏的負載包括併發用戶、用戶連續兩次操做之間的間隔時間（即思考時間）以及系統中包含的業務數據規模。

性能測試策略和方法的出發點，就是要模擬用戶對系統的訪問行爲，包括併發、壓力、長時間訪問等。

小艾瞭解了上述的內容以後，在組長的幫助下，投入到了解如何模擬用戶的訪問行爲了學習中，畢竟要想讓用戶獲得最好的性能體驗，最簡單有效的方法就是模擬客戶使用產品時的各類訪問行爲，從而明白產品存在哪些性能瓶頸，那麼小艾到底學到了什麼呢？請聽下回分解~

 

想要第一時間看到這一系列文章的更新及更多精彩內容能夠掃描下面二維碼關注微信公衆號: 倚樓聽風雨的如月