qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請(qǐng)?jiān)L問 http://qaseven.github.io/

          LoadRunner常用的分析要點(diǎn)都有哪些

           提供了生產(chǎn)負(fù)載的虛擬用戶運(yùn)行狀態(tài)的相關(guān)信息,可以幫助我們了解負(fù)載生成的結(jié)果。
            Rendezvous(負(fù)載過程中集合點(diǎn)下的虛擬用戶):
            當(dāng)設(shè)置集合點(diǎn)后會(huì)生成相關(guān)數(shù)據(jù),反映了隨著時(shí)間的推移各個(gè)時(shí)間點(diǎn)上并發(fā)用戶的數(shù)目,方便我們了解并發(fā)用戶的變化情況。
            Errors(錯(cuò)誤統(tǒng)計(jì)):
            通過錯(cuò)誤信息可以了解錯(cuò)誤產(chǎn)生的時(shí)間和錯(cuò)誤類型,方便定位產(chǎn)生錯(cuò)誤的原因。
            Errors per Second(每秒錯(cuò)誤):
            了解在每個(gè)時(shí)間點(diǎn)上錯(cuò)誤產(chǎn)生的數(shù)目,數(shù)值越小越好。通過統(tǒng)計(jì)數(shù)據(jù)可以了解錯(cuò)誤隨負(fù)載的變化情況,定為何時(shí)系統(tǒng)在負(fù)載下開始不穩(wěn)定甚至出錯(cuò)。
            Average Transaction Response Time(平均事務(wù)響應(yīng)時(shí)間):
            反映隨著時(shí)間的變化事務(wù)響應(yīng)時(shí)間的變化情況,時(shí)間越小說明處理的速度越快。如果和用戶負(fù)載生成圖合并,就可以發(fā)現(xiàn)用戶負(fù)載增加對(duì)系統(tǒng)事務(wù)響應(yīng)時(shí)間的影響規(guī)律。
            Transactions per Second(每秒事務(wù)):
            TPS吞吐量,反映了系統(tǒng)在同一時(shí)間內(nèi)能處理事務(wù)的最大能力,這個(gè)數(shù)據(jù)越高,說明系統(tǒng)處理能力越強(qiáng)。
            Transactions Summary(事務(wù)概要說明)
            統(tǒng)計(jì)事物的Pass數(shù)和Fail數(shù),了解負(fù)載的事務(wù)完成情況。通過的事務(wù)數(shù)越多,說明系統(tǒng)的處理能力越強(qiáng);失敗的事務(wù)數(shù)越小說明系統(tǒng)越可靠。
            Transaction performance Summary(事務(wù)性能概要):
            事務(wù)的平均時(shí)間、最大時(shí)間、最小時(shí)間柱狀圖,方便分析事務(wù)響應(yīng)時(shí)間的情況。柱狀圖的落差越小說明響應(yīng)時(shí)間的波動(dòng)小,如果落差很大,說明系統(tǒng)不夠穩(wěn)定。
            Transaction Response Time Under Load(用戶負(fù)載下事務(wù)響應(yīng)時(shí)間):
            負(fù)載用戶增長(zhǎng)的過程中響應(yīng)時(shí)間的變化情況,該圖的線條越平穩(wěn),說明系統(tǒng)越穩(wěn)定。
            Transactions Response time(事務(wù)響應(yīng)時(shí)間百分比):
            不同百分比下的事務(wù)響應(yīng)時(shí)間范圍,可以了解有多少比例的事物發(fā)生在某個(gè)時(shí)間內(nèi),也可以發(fā)現(xiàn)響應(yīng)時(shí)間的分布規(guī)律,數(shù)據(jù)越平穩(wěn)說明響應(yīng)時(shí)間變化越小。
            Transaction Response Time(各時(shí)間段上的事務(wù)數(shù)):
            每個(gè)時(shí)間段上的事務(wù)個(gè)數(shù),響應(yīng)時(shí)間較小的分類下的是無數(shù)越多越好。
            Hits per Second(每秒點(diǎn)擊):
            當(dāng)前負(fù)載重對(duì)系統(tǒng)所產(chǎn)生的點(diǎn)擊量記錄,每一次點(diǎn)擊相當(dāng)于對(duì)服務(wù)器發(fā)出了一次請(qǐng)求,數(shù)據(jù)越大越好。
            Throughput(吞吐量):
            系統(tǒng)負(fù)載下所使用的帶寬,該數(shù)據(jù)越小說明系統(tǒng)的帶寬依賴就越小,通過這個(gè)數(shù)據(jù)可以確定是不是網(wǎng)絡(luò)出現(xiàn)了瓶頸。
            HTTP Responses per Second(每秒HTTP響應(yīng)):
            每秒服務(wù)器返回各種狀態(tài)的數(shù)目,一般和每秒點(diǎn)擊量相同。點(diǎn)擊量是客戶端發(fā)出的請(qǐng)求數(shù),而HTTP響應(yīng)數(shù)是服務(wù)器返回的響應(yīng)數(shù)。如果服務(wù)器的響應(yīng)數(shù)小于點(diǎn)擊量,那么說明服務(wù)器無法應(yīng)答超出負(fù)載的連接請(qǐng)求。
            Connections per Second(每秒連接):
            統(tǒng)計(jì)終端的連接和新建的連接數(shù),方便了解每秒對(duì)服務(wù)器產(chǎn)生連接的數(shù)量。同時(shí)連接數(shù)越多,說明服務(wù)器的連接池越大,當(dāng)連接數(shù)隨著負(fù)載上升而停止時(shí),說明系統(tǒng)的連接池已滿,通常這時(shí)候服務(wù)器會(huì)返回504錯(cuò)誤。需要修改服務(wù)器的最大連接來解決該問題。

          posted on 2014-11-13 10:12 順其自然EVO 閱讀(923) 評(píng)論(0)  編輯  收藏 所屬分類: loadrunner

          <2014年11月>
          2627282930311
          2345678
          9101112131415
          16171819202122
          23242526272829
          30123456

          導(dǎo)航

          統(tǒng)計(jì)

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評(píng)論

          閱讀排行榜

          評(píng)論排行榜

          主站蜘蛛池模板: 融水| 平邑县| 澄江县| 黄龙县| 凯里市| 泰兴市| 美姑县| 曲水县| 安溪县| 宁津县| 肥西县| 济南市| 额济纳旗| 河曲县| 伊通| 晋宁县| 靖安县| 温州市| 五峰| 武平县| 陇川县| 峡江县| 安康市| 渑池县| 唐海县| 莒南县| 玛多县| 宝应县| 绵阳市| 玛沁县| 时尚| 通辽市| 庆元县| 潍坊市| 赣州市| 郧西县| 泗水县| 新沂市| 集贤县| 松江区| 康保县|