LoadRunner知識(shí)總結(jié)

1、LoadRunner知識(shí)總結(jié)一、 需求分析1. 正規(guī)：分析需求，需求方面的測試（功能有無重復(fù)，有沒有遺漏，有沒有二義性，有沒有不同的），提取需求點(diǎn)，2. 不正規(guī)：產(chǎn)品，項(xiàng)目。綠色通道？1） 經(jīng)常調(diào)用的模塊；2） 關(guān)鍵業(yè)務(wù)；3） 業(yè)務(wù)量大的模塊；4） 問下開發(fā)，測試組長，自己模擬客戶習(xí)慣a) 自己畫出功能結(jié)構(gòu)圖（上網(wǎng)查，詢問需求人員，然后把思路寫出來，根據(jù)自己的理解畫出來）b) 看實(shí)際效果c) 和他們確認(rèn)是不是這樣的二、 指標(biāo)提取1. 并發(fā)數(shù)：如果沒有要求，根據(jù)業(yè)務(wù)量和時(shí)間段去算。業(yè)務(wù)量可以問一下客戶，也可以問問開發(fā)或者憑自己的經(jīng)驗(yàn)，時(shí)間段可以詢問客戶，或者查看系統(tǒng)日志，但是前提是有系統(tǒng)日志。如

2、果什么都沒有的話可以用2，8原則。2. 響應(yīng)時(shí)間：響應(yīng)時(shí)間不包括思考時(shí)間，僅僅是服務(wù)器的響應(yīng)時(shí)間，一般遵循2，5，8，10的原則，并且大多數(shù)情況下要求響應(yīng)時(shí)間在5S之內(nèi)。3. 業(yè)務(wù)成功率：一般要求100%4. 系統(tǒng)資源占用：包括CPU，內(nèi)存，網(wǎng)絡(luò)，硬盤，其它。一般都要在75%以下，這是經(jīng)驗(yàn)值。但是網(wǎng)絡(luò)帶寬一般是50%以下。最后形成這樣的一張表格：測試點(diǎn)并發(fā)數(shù)響應(yīng)時(shí)間業(yè)務(wù)成功率CPU內(nèi)存<5s100%<75%<75%三、 建立模型深入分析系統(tǒng)業(yè)務(wù)流程，考慮以下幾個(gè)方面：1. 有沒有約束條件2. 業(yè)務(wù)邏輯方面：系統(tǒng)中對(duì)數(shù)據(jù)有沒有唯一性3. 系統(tǒng)中有沒有消耗性數(shù)據(jù)（用完數(shù)據(jù)就丟了）

3、4. 有沒有需要特殊說明的5. 在注釋中寫出來需要做關(guān)聯(lián)，文本檢查點(diǎn)和集合點(diǎn)的地方四、 設(shè)計(jì)用例約束條件，操作步驟，期望值，測試項(xiàng)。測試數(shù)據(jù)，如果是參數(shù)化了的，寫一個(gè)數(shù)據(jù)，后面括號(hào)，參數(shù)化。盡量在這里考慮全五、 錄制腳本錄制腳本的時(shí)候最重要的是選擇協(xié)議數(shù)據(jù)庫ODBC選擇協(xié)議出錯(cuò)代碼為空的首先知道什么協(xié)議（問程序員），劃分Action編譯，回放腳本LR可以隨機(jī)鏈接其他頁面，做參數(shù)化即可六、 優(yōu)化腳本做完以后進(jìn)行語法檢查進(jìn)行回放看是否需要參數(shù)化和關(guān)聯(lián)系統(tǒng)對(duì)客戶端輸入的東西有唯一性要求：做參數(shù)化（Log中的參數(shù)替換勾上，看參數(shù)化是否正確）服務(wù)器給客戶端的東西不同：做關(guān)聯(lián)文本檢查點(diǎn)成功標(biāo)志位1） 樹視

4、圖下界面上面，右鍵添加文本檢查點(diǎn)2） Server下找相應(yīng)的字段3） 到界面的源代碼下去找調(diào)優(yōu)比較測試事務(wù)點(diǎn)：分析結(jié)果的時(shí)候可以確定響應(yīng)的結(jié)果，確定代碼在哪一塊有問題，比Action更細(xì)化，反應(yīng)響應(yīng)時(shí)間。集合點(diǎn)：并發(fā)函數(shù)：手寫，幫助，包括思考時(shí)間等思考時(shí)間：憑經(jīng)驗(yàn)關(guān)聯(lián)：手動(dòng)，自動(dòng)參數(shù)化：9種文本檢查點(diǎn)：功能是否正確，返回標(biāo)志位注釋七、 回放腳本迭代次數(shù)和唯一數(shù)1. 場景設(shè)計(jì)場景執(zhí)行計(jì)劃三個(gè)1）不斷加壓：考驗(yàn)系統(tǒng)接受請(qǐng)求的響應(yīng)的性能2）在一定的壓力下持續(xù)運(yùn)行3）有沒有內(nèi)存方面的Runtimesetting設(shè)置思考時(shí)間檢查點(diǎn)Continue on error集合點(diǎn)的策略，三個(gè)選項(xiàng)超時(shí)的設(shè)置負(fù)載生成

5、器：一定要開啟服務(wù)IP欺騙：系統(tǒng)對(duì)IP登錄有限制的時(shí)候八、 場景執(zhí)行設(shè)計(jì)幾個(gè)場景？單獨(dú)的加一個(gè)綜合場景綜合場景的并發(fā)數(shù)：2. 收集結(jié)果九、 一些概念1. 性能：表現(xiàn)（相應(yīng)時(shí)間，系統(tǒng)資源的占用，多用戶情況下能支持多少人使用）2. 系統(tǒng)用戶3. 注冊(cè)用戶4. 在線用戶正在使用中的，是存在時(shí)間的（session）5. 并發(fā)用戶點(diǎn)的概念，所有用戶同時(shí)操作6. PVPageview。比如：日均200萬的PV頁面訪問，指的是業(yè)務(wù)量，而不是并發(fā)。7. 響應(yīng)時(shí)間用戶發(fā)出的請(qǐng)求經(jīng)過服務(wù)器的處理再返回結(jié)果的時(shí)間考慮的主要是數(shù)據(jù)庫的而不是網(wǎng)絡(luò)的，網(wǎng)絡(luò)的延遲一般可以忽略8. 業(yè)務(wù)成功率9. 吞吐量服務(wù)器接收了多少數(shù)據(jù)

6、量，返回了多少數(shù)據(jù)量使用在10. 系統(tǒng)資源耗用11. 性能測試12. 負(fù)載測試負(fù)載測試就是通過逐步增加系統(tǒng)負(fù)載，測試性能的變化，并最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)所能承受的最大負(fù)載量的測試。13. 壓力測試負(fù)載測試就是通過逐步增加系統(tǒng)負(fù)載，測試性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)。14. 容量測試十、 一些問題：1. 你遇到過什么性能問題？（什么時(shí)候碰到的？）Alex排名頁面打不開奧運(yùn)會(huì)訂票的服務(wù)器曾經(jīng)因?yàn)樵L問的人數(shù)多被擠垮春節(jié)短信發(fā)布出去等電梯2. 什么對(duì)象存在性能問題？3. 性能問題通常的情況有哪幾類？對(duì)用戶的影響有哪些？如何避免這些問題？4. （面）功能測試怎么

7、測？所有的內(nèi)容都要往項(xiàng)目上靠e.g.這個(gè)問題我們公司是這么做的：比如我們拿到的某某項(xiàng)目，組長看了需求，進(jìn)行小組分配，我當(dāng)時(shí)負(fù)責(zé)某某模塊，我看相關(guān)的需求和幫助文檔，根據(jù)小組的需求寫用例，我們當(dāng)時(shí)用的是某某工具。Tips：先看一下公司的情況，如果公司很小，說明不正規(guī)，就不要說太正規(guī)的東西。5. 給一個(gè)網(wǎng)站，比如163，怎么測？分成兩塊：靜態(tài)和動(dòng)態(tài)1) 響應(yīng)時(shí)間2) 界面布局。不同的分辨率能不能正常顯示。有沒有圖片無法顯示。CSS有沒有問題。3) Title能不能概要的說明網(wǎng)站的主要內(nèi)容。目的：標(biāo)題的描述和當(dāng)前頁面所要實(shí)現(xiàn)的功能是否一致。4) 頁腳有沒有“腳本錯(cuò)誤”。目的：不同的瀏覽器支持的腳本語言

8、是不一樣的，看看有沒有腳本錯(cuò)誤。5) 腳本錯(cuò)誤有兩種，確定后正常，確定后有死循環(huán)或者其他錯(cuò)誤。6) body有沒有錯(cuò)別字，字體設(shè)計(jì)是不是一致。比方說用戶名后面的冒號(hào)是半角，密碼后面的冒號(hào)是全角的。動(dòng)態(tài)的：（要寫用例的）1.6. 測試用例怎么設(shè)計(jì)的？精簡。數(shù)據(jù)流程圖，輔助來測試7. 測哪？時(shí)間、成本、范圍是三要素8. CMS是什么？英文全稱是： Content Management System 中文名稱是： 網(wǎng)站內(nèi)容管理系統(tǒng)。CMS其實(shí)就是內(nèi)容管理系統(tǒng),可以理解為,CMS幫你把一個(gè)網(wǎng)站的程序部分的事全做完了 你要做的只是一個(gè)網(wǎng)站里面美工的部份,搞幾個(gè)靜態(tài)網(wǎng)頁模板,一個(gè)門戶級(jí)的網(wǎng)站就出來了! C

9、MS,大概2004以前，如果想進(jìn)行網(wǎng)站內(nèi)容管理,基本上都是靠手工維護(hù),但千變?nèi)f化的信息流，但沒有好的程序支持，還繼續(xù)靠手工完成是不可能的事，如果有一個(gè)好的系統(tǒng)來支撐你的網(wǎng)站，那將節(jié)省大量的人力物力，開發(fā)者就可能給客戶一個(gè)軟件包，可以用它定期人工修改網(wǎng)站。只要你配置安裝好，你的編輯，在線記者，更新員只要定期更新數(shù)據(jù)，剩下的事就交給CMS去處理。到底什么是CMS系統(tǒng)？ü CMS具有許多基于模板的優(yōu)秀設(shè)計(jì)，可以加快網(wǎng)站開發(fā)的速度和減少開發(fā)的成本。ü CMS的功能并不只限于文本處理，它也可以處理圖片、Flash動(dòng)畫、聲像流、圖像甚至電子郵件檔案。 ü CMS還分各個(gè)平臺(tái)腳

10、本種類的。 如 php asp ü 內(nèi)容管理系統(tǒng)是企業(yè)信息化建設(shè)和電子政務(wù)的新寵，也是一個(gè)相對(duì)較新的市場，對(duì)于內(nèi)容管理，業(yè)界還沒有一個(gè)統(tǒng)一的定義，不同的機(jī)構(gòu)有不同的理解。ü 您可以直接在官方的cms網(wǎng)站上下載：9. 能不能在公網(wǎng)上做性能測試？不可以。原因：1) 容易影響現(xiàn)網(wǎng)服務(wù)（會(huì)產(chǎn)生相關(guān)的垃圾數(shù)據(jù)）2) 帶寬是一個(gè)瓶頸（內(nèi)網(wǎng)是百兆，上外網(wǎng)可能就2M）3) 數(shù)據(jù)不準(zhǔn)確（不知道除了自己，還有多少人訪問）10. TCP UDP 的區(qū)別1) 基于連接與無連接 2) 對(duì)系統(tǒng)資源的要求（TCP較多，UDP少） 3) UDP程序結(jié)構(gòu)較簡單 4) 流模式與數(shù)據(jù)報(bào)模式 5) TCP保證數(shù)據(jù)正確性，UDP可能丟包，TCP保證數(shù)據(jù)順序，UDP不保證11. 如何業(yè)務(wù)高峰期？確定業(yè)務(wù)高峰期的時(shí)間段的方法有三點(diǎn)：1. 根據(jù)系統(tǒng)的運(yùn)行日志去統(tǒng)計(jì)（系統(tǒng)有日志統(tǒng)計(jì)）2. 根據(jù)用戶的使用習(xí)慣3. 問項(xiàng)目經(jīng)理或者開發(fā)人員12. 如何確定用戶量1) 根據(jù)現(xiàn)在的日志信息2) 根據(jù)測