1、性能測(cè)試的主要概念和計(jì)算公式頁瀏覽次數(shù)dml操作Transactions Per Second（每秒傳輸?shù)氖挛锾幚韨€(gè)數(shù)），即服務(wù)器每秒處理的事務(wù)數(shù)。TPS包括條消息和條消息出，加上次戶數(shù)據(jù)庫訪問。（業(yè)務(wù)TPS = CAPS 每個(gè)呼叫平均TPS）TPSTPS是軟件測(cè)試結(jié)果的測(cè)量單位。個(gè)事務(wù)是指個(gè)客戶機(jī)向服務(wù)器發(fā)送請(qǐng)求然后服務(wù)器做出反應(yīng)的過程?？蛻魴C(jī)在發(fā)送請(qǐng)求時(shí)開始計(jì)時(shí)，收到服務(wù)器響應(yīng)后結(jié)束計(jì)時(shí)，以此來計(jì)算使的時(shí)間和完成的事務(wù)個(gè)數(shù)。般的，評(píng)價(jià)系統(tǒng)性能均以每秒鐘完成的技術(shù)交易的數(shù)量來衡量。系統(tǒng)整體處理能取決于處理能最低模塊的TPS值。 =秒QPS http_load= /( * )QPS 每秒查詢率

2、QPS是對(duì)個(gè)特定的查詢服務(wù)器在規(guī)定時(shí)間內(nèi)所處理流量多少的衡量標(biāo)準(zhǔn)，在因特上，作為域名系統(tǒng)服務(wù)器的機(jī)器的性能經(jīng)常每秒查詢率來衡量。對(duì)應(yīng)fetches/sec，即每秒的響應(yīng)請(qǐng)求數(shù)，也即是最吞吐能。 RPSPS：下是性能測(cè)試的主要概念和計(jì)算公式，記錄下：系統(tǒng)吞度量要素：個(gè)系統(tǒng)的吞度量（承壓能）與request對(duì)CPU的消耗、外部接、等等緊密關(guān)聯(lián)。單個(gè)reqeust對(duì)CPU消耗越，外部系統(tǒng)接、影響速度越慢，系統(tǒng)吞吐能越低，反之越。系統(tǒng)吞吐量個(gè)重要參數(shù)：QPS（TPS）、并發(fā)數(shù)、響應(yīng)時(shí)間QPS（TPS）：每秒鐘request/事務(wù)數(shù)量并發(fā)數(shù)：系統(tǒng)同時(shí)處理的request/事務(wù)數(shù)響應(yīng)時(shí)間： 般取平均響應(yīng)時(shí)

3、間（很多經(jīng)常會(huì)把并發(fā)數(shù)和TPS理解混淆）理解了上三個(gè)要素的意義之后，就能推算出它們之間的關(guān)系：QPS（TPS）=并發(fā)數(shù)平均響應(yīng)時(shí)間個(gè)系統(tǒng)吞吐量通常由QPS（TPS）、并發(fā)數(shù)兩個(gè)因素決定，每套系統(tǒng)這兩個(gè)值都有個(gè)相對(duì)極限值，在應(yīng)場景訪問壓下，只要某項(xiàng)達(dá)到系統(tǒng)最值，系統(tǒng)的吞吐量就上不去了，如果壓繼續(xù)增，系統(tǒng)的吞吐量反會(huì)下降，原因是系統(tǒng)超負(fù)荷作，上下切換、內(nèi)存等等其它消耗導(dǎo)致系統(tǒng)性能下降。決定系統(tǒng)響應(yīng)時(shí)間要素我們做項(xiàng)要排計(jì)劃，可以多同時(shí)并發(fā)做多項(xiàng)任務(wù)，也可以個(gè)或者多個(gè)串作，始終會(huì)有條關(guān)鍵路徑，這條路徑就是項(xiàng)的期。系統(tǒng)次調(diào)的響應(yīng)時(shí)間跟項(xiàng)計(jì)劃樣，也有條關(guān)鍵路徑，這個(gè)關(guān)鍵路徑是就是系統(tǒng)影響時(shí)間；關(guān)鍵路徑是有

4、CPU運(yùn)算、外部系統(tǒng)響應(yīng)等等組成。系統(tǒng)吞吐量評(píng)估：我們?cè)谧鱿到y(tǒng)設(shè)計(jì)的時(shí)候就需要考慮CPU運(yùn)算、外部系統(tǒng)響應(yīng)因素造成的影響以及對(duì)系統(tǒng)性能的初步預(yù)估。通常境況下，我們對(duì)需求，我們?cè)u(píng)估出來的出來QPS、并發(fā)數(shù)之外，還有另外個(gè)維度：PV。通過觀察系統(tǒng)的訪問志發(fā)現(xiàn)，在戶量很的情況下，各個(gè)時(shí)間周期內(nèi)的同時(shí)間段的訪問流量乎樣。如作的每天早上。只要能拿到流量圖和QPS我們就可以推算流量。通常的技術(shù)法：1.找出系統(tǒng)的最TPS和PV，這兩個(gè)要素有相對(duì)較穩(wěn)定的關(guān)系（除了放假、季節(jié)性因素影響之外）2.通過壓測(cè)試或者經(jīng)驗(yàn)預(yù)估，得出最TPS，然后跟進(jìn)1的關(guān)系，計(jì)算出系統(tǒng)最的吞吐量。B2B中和淘寶對(duì)的客戶群不樣，這兩個(gè)客戶

5、群的絡(luò)為不應(yīng)，他們之間的TPS和PV關(guān)系例也不樣。A)淘寶淘寶流量圖：淘寶的TPS和PV之間的關(guān)系通常為 最TPS：PV約為 1 : 11*3600（相當(dāng)于按最TPS訪問11個(gè)時(shí)，這個(gè)是商品詳情的場景，不同的應(yīng)場景會(huì)有些不同）B) B2B中站B2B的TPS和PV之間的關(guān)系不同的系統(tǒng)不同的應(yīng)場景例變化較，粗略估計(jì)在1 : 個(gè)時(shí)左右的關(guān)系（09年對(duì)offerdetail的流量分析數(shù)據(jù)）。旺鋪和offerdetail這兩個(gè)例相差很，可能是因?yàn)榕罆旱睦^的原因?qū)е隆Ｔ谔詫毉h(huán)境下，假設(shè)我們壓測(cè)試出的TPS為100，那么這個(gè)系統(tǒng)的吞吐量=100*11*3600=396萬這個(gè)是在簡單（單url）的情況下，有

6、些頁，個(gè)頁有多個(gè)request，系統(tǒng)的實(shí)際吞吐量還要。論有思考時(shí)間（T_think），測(cè)試所得的TPS值和并發(fā)虛擬戶數(shù)(U_concurrent)、Loadrunner讀取的交易響應(yīng)時(shí)間（T_response）之間有以下關(guān)系（穩(wěn)定運(yùn)情況下）：TPS=U_concurrent / (T_response+T_think)。并發(fā)數(shù)、QPS、平均響應(yīng)時(shí)間三者之間關(guān)系軟件性能測(cè)試的基本概念和計(jì)算公式、軟件性能的關(guān)注點(diǎn)對(duì)個(gè)軟件做性能測(cè)試時(shí)需要關(guān)注那些性能呢？我們想想在軟件設(shè)計(jì)、部署、使、維護(hù)中共有哪些的參與，然后再考慮這些各關(guān)注的性能點(diǎn)是什么，作為個(gè)軟件性能測(cè)試程師，我們?cè)撽P(guān)注什么？先，開發(fā)軟件的的是為

7、了讓戶使，我們先站在戶的度分析下，戶需要關(guān)注哪些性能。對(duì)于戶來說，當(dāng)點(diǎn)擊個(gè)按鈕、鏈接或發(fā)出條指令開始，到系統(tǒng)把結(jié)果已戶感知的形式展現(xiàn)出來為，這個(gè)過程所消耗的時(shí)間是戶對(duì)這個(gè)軟件性能的直觀印象。也就是我們所說的響應(yīng)時(shí)間，當(dāng)相應(yīng)時(shí)間較時(shí)，戶體驗(yàn)是很好的，當(dāng)然戶體驗(yàn)的響應(yīng)時(shí)間包括個(gè)主觀因素和客觀響應(yīng)時(shí)間，在設(shè)計(jì)軟件時(shí)，我們就需要考慮到如何更好地結(jié)合這兩部分達(dá)到戶最佳的體驗(yàn)。如：戶在數(shù)據(jù)量查詢時(shí)，我們可以將先提取出來的數(shù)據(jù)展給戶，在戶看的過程中繼續(xù)進(jìn)數(shù)據(jù)檢索，這時(shí)戶并不知道我們后臺(tái)在做什么。戶關(guān)注的是戶操作的相應(yīng)時(shí)間。其次，我們站在管理員的度考慮需要關(guān)注的性能點(diǎn)。1、 相應(yīng)時(shí)間2、 服務(wù)器資源使情況是否

8、合理3、 應(yīng)服務(wù)器和數(shù)據(jù)庫資源使是否合理4、 系統(tǒng)能否實(shí)現(xiàn)擴(kuò)展5、 系統(tǒng)最多持多少戶訪問、系統(tǒng)最業(yè)務(wù)處理量是多少6、 系統(tǒng)性能可能存在的瓶頸在哪7、 更換那些設(shè)備可以提性能8、 系統(tǒng)能否持724時(shí)的業(yè)務(wù)訪問再次，站在開發(fā)（設(shè)計(jì)）員度去考慮。1、 架構(gòu)設(shè)計(jì)是否合理2、 數(shù)據(jù)庫設(shè)計(jì)是否合理3、 代碼是否存在性能的問題4、 系統(tǒng)中是否有不合理的內(nèi)存使式5、 系統(tǒng)中是否存在不合理的線程同步式6、 系統(tǒng)中是否存在不合理的資源競爭那么站在性能測(cè)試程師的度，我們要關(guān)注什么呢？句話，我們要關(guān)注以上所有的性能點(diǎn)。、軟件性能的個(gè)主要術(shù)語1、響應(yīng)時(shí)間：對(duì)請(qǐng)求作出響應(yīng)所需要的時(shí)間絡(luò)傳輸時(shí)間：N1+N2+N3+N4應(yīng)服

9、務(wù)器處理時(shí)間：A1+A3數(shù)據(jù)庫服務(wù)器處理時(shí)間：A2響應(yīng)時(shí)間=N1+N2+N3+N4+A1+A3+A22、并發(fā)戶數(shù)的計(jì)算公式系統(tǒng)戶數(shù)：系統(tǒng)額定的戶數(shù)量，如個(gè)OA系統(tǒng)，可能使該系統(tǒng)的戶總數(shù)是5000個(gè)，那么這個(gè)數(shù)量，就是系統(tǒng)戶數(shù)。同時(shí)在線戶數(shù)：在定的時(shí)間范圍內(nèi)，最的同時(shí)在線戶數(shù)量。同時(shí)在線戶數(shù)每秒請(qǐng)求數(shù)RPS（吞吐量）并發(fā)連接數(shù)平均戶思考時(shí)間平均并發(fā)戶數(shù)的計(jì)算：C=nL / T其中C是平均的并發(fā)戶數(shù)，n是平均每天訪問戶數(shù)（login session），L是天內(nèi)戶從登錄到退出的平均時(shí)間（login session的平均時(shí)間），T是考察時(shí)間長度（天內(nèi)多長時(shí)間有戶使系統(tǒng)）并發(fā)戶數(shù)峰值計(jì)算：C約等于C +

10、 根號(hào)C其中C是并發(fā)戶峰值，C是平均并發(fā)戶數(shù)，該公式遵循泊松分布理論。3、吞吐量的計(jì)算公式指單位時(shí)間內(nèi)系統(tǒng)處理戶的請(qǐng)求數(shù)從業(yè)務(wù)度看，吞吐量可以：請(qǐng)求數(shù)秒、頁數(shù)秒、數(shù)天或處理業(yè)務(wù)數(shù)時(shí)等單位來衡量從絡(luò)度看，吞吐量可以：字節(jié)秒來衡量對(duì)于交互式應(yīng)來說，吞吐量指標(biāo)反映的是服務(wù)器承受的壓，他能夠說明系統(tǒng)的負(fù)載能以不同式表達(dá)的吞吐量可以說明不同層次的問題，例如，以字節(jié)數(shù)秒式可以表數(shù)要受絡(luò)基礎(chǔ)設(shè)施、服務(wù)器架構(gòu)、應(yīng)服務(wù)器制約等的瓶頸；已請(qǐng)求數(shù)秒的式表主要是受應(yīng)服務(wù)器和應(yīng)代碼的制約體現(xiàn)出的瓶頸。當(dāng)沒有遇到性能瓶頸的時(shí)候，吞吐量與虛擬戶數(shù)之間存在定的聯(lián)系，可以采以下公式計(jì)算：F=VU * R /其中F為吞吐量，VU

11、表虛擬戶個(gè)數(shù)，R表每個(gè)虛擬戶發(fā)出的請(qǐng)求數(shù)，T表性能測(cè)試所的時(shí)間4、性能計(jì)數(shù)器是描述服務(wù)器或操作系統(tǒng)性能的些數(shù)據(jù)指標(biāo)，如使內(nèi)存數(shù)、進(jìn)程時(shí)間，在性能測(cè)試中發(fā)揮著監(jiān)控和分析的作，尤其是在分析統(tǒng)統(tǒng)可擴(kuò)展性、進(jìn)新能瓶頸定位時(shí)有著常關(guān)鍵的作。資源利率：指系統(tǒng)各種資源的使情況，如cpu占率為68%，內(nèi)存占率為55%，般使資源實(shí)際使總的資源可量形成資源利率。5、思考時(shí)間的計(jì)算公式Think Time，從業(yè)務(wù)度來看，這個(gè)時(shí)間指戶進(jìn)操作時(shí)每個(gè)請(qǐng)求之間的時(shí)間間隔，在做新能測(cè)試時(shí)，為了模擬這樣的時(shí)間間隔，引了思考時(shí)間這個(gè)概念，來更加真實(shí)的模擬戶的操作。在吞吐量這個(gè)公式中F=VU * R / 說明吞吐量F是VU數(shù)量、每個(gè)戶發(fā)