性能測試基本測試概念

一、性能測試的目的評估當前系統(tǒng)尋找瓶頸預測未來性能二、性能測試的前提：接口穩(wěn)定/接口確定三、性能術(shù)語與指標詳解：.并發(fā)：（1）一種為所有用戶在同一時刻做同一操作，主要是為了驗證程序或數(shù)據(jù)庫對并發(fā)處理能力（2）另一種為多個用戶對被測系統(tǒng)發(fā)起了多個請求，這些請求可以是同一種操作，也可以是不同操作，類似于混合場景的概念.響應時間：響應時間反應完成某個業(yè)務所需的時間響應時間=網(wǎng)絡傳輸時間（請求）+服務器處理（一層或多層）時間+網(wǎng)絡傳輸時間（響應時間）+頁面前端解析渲染時間.每秒通過事務數(shù)（TPS）：指每秒通過的事務數(shù)，是直接反映系統(tǒng)性能的指標，該值大時，系統(tǒng)性能比較好，當然每個系統(tǒng)都有他的上限，不可能無限大將他以平均事務響應時間進行對比，可以分析事務數(shù)量對以響應時間的影.事務：用戶一個或一系列的操作，代表一定的功能，在程序上變現(xiàn)為一段代碼區(qū)塊，所有性能測試其實最終都是圍繞著事務展開的，事務代表用戶的使用方法和結(jié)果，不同的操作組合成不同的事務，不同的事務又能組合成不同的場景（LR 必須至少有一個事務，LR監(jiān)控事務）（事務不能超過接口的上限）事務Transactions.事務請求時間：從這個事務發(fā)起到最終處理完畢的所有時間。一個事物包括一個或多個事務，每個任務包含一個或多個請求。.每秒點擊數(shù)：每秒點擊數(shù)代表用戶每秒向外部服務器提交的http請求，但這里需要注意是提交一個登陸請求對于后端服務器來說，也許是多個請求，所以點擊一次不代表就是一個請求。.吞吐量/吞吐率（I/O）（Input/Output）（反應服務器處理能力）吞吐量：指單位時間內(nèi)系統(tǒng)處理的請求數(shù)量吞吐率：一般指用戶在給定的一秒內(nèi)從服務器獲取的數(shù)據(jù)量，簡而言之就是服務器返回的數(shù)據(jù)量.思考時間：指用戶進行操作時每個請求或操作之間的間隔時間，是為了更加真實的模擬用戶的操作場景。.資源利用率（服務器）CPU：一般分為系統(tǒng)CPU和用戶CPU系統(tǒng)CPU：是處理系統(tǒng)本身占用的資源用戶CPU：是處理程序所占用的資源LoadAverage：指一段時間內(nèi)CPU正在處理和等待CPU處理的任務，也就是CPU使用隊列的長度的統(tǒng)計信息緩存（比CPU運行速度慢）：他就像大腦的記憶區(qū)域，將各種信息收集起來存放，數(shù)據(jù)從內(nèi)存中讀取要比硬盤上讀取速度快，內(nèi)存會有泄露和溢出現(xiàn)象。隊列：可以理解成地鐵進站的排隊現(xiàn)象，隊列長，說明處理能力可能達到了極限或者遇到的阻塞I/O（硬盤）：與磁盤的交互，重點關(guān)注交換頻率和磁盤隊列長度網(wǎng)絡：重點關(guān)注網(wǎng)絡的流量，看是否存在網(wǎng)絡帶寬的瓶頸四、性能測試分類.基準測試：可以在制定的標準下通過測試建立一個性能基準，這樣以后當系統(tǒng)的環(huán)境參數(shù)發(fā)生變化后，在進行一次相同標準下的測試，即可看出變化對性能的影響。系統(tǒng)進行基準測試可以在較早的階段發(fā)現(xiàn)性能問題。.并發(fā)測試：可以理解為很多的用戶按照預定的場景并發(fā)請求某個業(yè)務或功能時是否出現(xiàn)并發(fā)問題。并發(fā)測試的算法：（1）并發(fā)數(shù)=PV/PVTime*頁面連接次數(shù)*HTTP響應時間*因數(shù)/web服務器數(shù)解釋：PV：即頁面瀏覽量，一個用戶可能創(chuàng)造十幾個甚至更多的PV。他是目前判斷網(wǎng)站訪問流量最常用的計算方法，也是反映網(wǎng)站受歡迎程度的重要指標。PVTime：是PV的統(tǒng)計時間，換算成秒，一天就是86400秒頁面連接次數(shù)包括外部的JS，CSS，圖片等，一般為10HTTP響應時間一般為1秒或更少因數(shù)一般為52）C=nL/T（段念【軟件性能測試過程詳解與案例剖析】）解釋：C是平均的并發(fā)用戶數(shù)口是平均每天訪問用戶數(shù)L是一天內(nèi)用戶從登錄到退出的平均時間（操作時間）T是考察時間長度C'^C+3*Jc解釋：C’是最大并發(fā)數(shù).負載測試：可以理解為確定所要測試的業(yè)務或系統(tǒng)的負載范圍，然后對其進行測試，他的主要目的驗證業(yè)務或者系統(tǒng)在給定負載條件下的處理能力。此外，還要關(guān)注響應時間、每秒通過事務數(shù)和其他相關(guān)指標。負載測試是為了發(fā)現(xiàn)性能問題。而性能測試是為了獲取性能指標。.壓力測試：可以理解為沒有預期的性能指標，不斷加壓，看系統(tǒng)什么時候崩潰，以此來確定系統(tǒng)的瓶頸不能接受的性能拐點，以獲取系統(tǒng)的最佳并發(fā)數(shù)，最大并發(fā)數(shù)壓力測試也可以看作負載測試的一種，即高負載下的負載測試。負載測試與壓力測試的概念并非完全獨立，在實際應用中一般二者都是相互結(jié)合，相互補充的。.穩(wěn)定性測試（小公司不測）：需要長時間運行，在這段時間內(nèi)觀察系統(tǒng)的出錯幾率、性能變化趨勢等。進而大大減少系統(tǒng)上線后的崩潰的現(xiàn)象。一般都會進行所謂的7*24小時的穩(wěn)定性測試1）一般穩(wěn)定性測試需要在系統(tǒng)成型后進行，并且沒有嚴重的BUG存在2）場景的設計以模擬真實用戶的實際操作為最佳。.失效恢復測試（小公司不測）：重在關(guān)注系統(tǒng)出現(xiàn)問題后能否根據(jù)預先制定的策略回恢復，且恢復后能否正常運行。失效恢復測試一般是對其具有負載均衡的系統(tǒng)進行的，主要是為了測試當前系統(tǒng)發(fā)生故障時，是否會對全局產(chǎn)生大的影響，產(chǎn)生的影響在是否可以接受的范圍內(nèi)，以及用戶能否繼續(xù)使用系統(tǒng)。在實際應用過程中，可以模擬一臺或者幾臺負載均衡出現(xiàn)故障來進行失效恢復測試，但需要注意的是，不僅要關(guān)心失效后，用戶是否可以正常訪問或者恢復后系統(tǒng)是否可以正常工作，也要關(guān)注失效后，系統(tǒng)還能支持多少并發(fā)用戶，以及采用那些備選方案來響應。.現(xiàn)網(wǎng)性能測試（小公司不測）：就是實際網(wǎng)絡，實際環(huán)境中進行測試，完全和真實用戶一樣，當然這樣的測試有一定的風險，需要注意以下幾點：（1）時間段的選擇，非高峰時間段，選擇都為半夜或者凌晨來進行（2）垃圾數(shù)據(jù)處理。測試數(shù)據(jù)后期一定要清理，為了清理方便、前期數(shù)據(jù)的設計要有規(guī)律可循

（3）網(wǎng)絡限制，壓力機需要和被測試服務器部署在同一個網(wǎng)段機房內(nèi)，這樣可以避免網(wǎng)絡限制，最后遠程收集數(shù)據(jù)即可。*如果沒有特殊情況，盡量不要進行現(xiàn)網(wǎng)的性能測試，風險比較大，如果非要進行，一定要事先充分評估風險以及應對的解決方案。LR的三大模塊VirtualuserGeneratorLR8（虛擬用戶生成器）Create/EditScriptsLR11Create/EditScriptsLR11創(chuàng)建/編輯腳本LR進行操作的第一步，制造基本性能腳本性能測試前的準備Controller（控制器）RunLoadTests運行負載測試在腳本寫完的基礎(chǔ)下，對其設置不同的場景，進行測試性能測試執(zhí)行Analysis（分析）AnalyzeLoadTests分析測試結(jié)果參看性能測試的結(jié)果數(shù)據(jù)，并進行適當?shù)姆治鲱A期結(jié)果與實際結(jié)果的對比，并查找問題根源模塊間的關(guān)系LR8VirtualUserGenerator-Controller-AnalysisLR11Create/EditScripts-RunLoadTests-AnalyzeLoadTests創(chuàng)建腳本-運行測試（創(chuàng)建場景并執(zhí)行腳本）-分析結(jié)果得到報告LR錄制流程1.選擇協(xié)議：web類型網(wǎng)站：協(xié)議HTTP/HTML、Webservice協(xié)議FTP服務器：選擇FTP郵箱服務器：協(xié)議選擇IMAP（同步郵件電子郵箱）、POP3（接收電子郵件）、SMTP（發(fā)送電子郵件）ADO、OLEDB方法連接后臺數(shù)據(jù)庫的05客戶端：選擇協(xié)議MSSQLServier、Oracle、Sybase、DB2以ODBC方法連接后臺數(shù)據(jù)庫的C/S客戶端：協(xié)議選用ODBC沒有后臺數(shù)據(jù)庫的^5客戶端：協(xié)議選擇SocketB/S網(wǎng)絡 客戶端―-服務器端（中間件，數(shù)據(jù)庫，緩存）客戶端作用顯示C/S單機 客戶端（中間件，數(shù)據(jù)庫，緩存）LR11支持瀏覽器IE6IE9IE8自帶火狐新版火狐谷歌要錄制的程序：瀏覽器工作目錄：瀏覽器所在目錄LR錄制前的設置應用程序類型：Internet-網(wǎng)頁Win32-window下運行的程序要錄制的路徑：自動打開的軟件路徑和程序URL地址：自動連接的網(wǎng)站接口地址工作目錄：瀏覽器/被測試軟件的路徑錄制到操作：init一腳本開始Action一腳本的運行主體End—腳本的結(jié)束一、腳本的調(diào)試.回放：確認之前的腳本能夠正常運行.保存/另存為：保存當前腳本.樹：可以看到頁面的截圖.設置事務：事