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

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