1、目錄1 前言21.1 文檔目的21.2 適用對(duì)象22 性能測(cè)試目的23 性能測(cè)試所處的位置及相關(guān)人員33.1 性能測(cè)試所處的位置及其基本流程33.2 性能測(cè)試工作內(nèi)容43.3 性能測(cè)試涉及的人員角色54 性能測(cè)試實(shí)施規(guī)范54.1 確定性能測(cè)試需求54.1.1 分析應(yīng)用系統(tǒng)，剝離出需測(cè)試的性能點(diǎn)54.1.2 分析需求點(diǎn)制定單元測(cè)試用例64.1.3 性能測(cè)試需求評(píng)審64.1.4 性能測(cè)試需求歸檔64.2 性能測(cè)試具體實(shí)施規(guī)范64.2.1 性能測(cè)試起始時(shí)間64.2.2 制定和編寫性能測(cè)試計(jì)劃、方案以及測(cè)試用例74.2.3 測(cè)試環(huán)境搭建74.2.4 驗(yàn)證測(cè)試環(huán)境84.2.5 編寫測(cè)試用例腳本84.2.

2、6 調(diào)試測(cè)試用例腳本84.2.7 預(yù)測(cè)試94.2.8 正式測(cè)試94.2.9 測(cè)試數(shù)據(jù)分析94.2.10 調(diào)整系統(tǒng)環(huán)境和修改程序104.2.11 回歸測(cè)試104.2.12 測(cè)試評(píng)估報(bào)告104.2.13 測(cè)試分析報(bào)告105 測(cè)試腳本和測(cè)試用例管理116 性能測(cè)試歸檔管理117 性能測(cè)試工作總結(jié)118 附錄：錯(cuò)誤！未定義書簽。、/、，1刖百1.1.2 文檔目的本文檔的目的在于明確性能測(cè)試流程規(guī)范，以便于相關(guān)人員的使用，保證性能測(cè)試腳本的可用性和可維護(hù)性，提高測(cè)試工作的自動(dòng)化程度，增加測(cè)試的可靠性、重用性和客觀性。1.2.2 適用對(duì)象本文檔適用于部門內(nèi)測(cè)試組成員、項(xiàng)目相關(guān)人員、QA及高級(jí)經(jīng)理閱讀。2性

3、能測(cè)試目的性能測(cè)試到底能做些什么，能解決哪些問題呢？系統(tǒng)開發(fā)人員，維護(hù)人員及測(cè)試人員在工作中都可能遇到如下的問題.硬件選型，我們的系統(tǒng)快上線了，我們應(yīng)該購(gòu)置什么樣硬件配置的電腦作為服務(wù)器呢？.我們的系統(tǒng)剛上線，正處在試運(yùn)行階段，用戶要求提供符合當(dāng)初提出性能要求的報(bào)告才能驗(yàn)收通過，我們?cè)撊绾巫觯?我們的系統(tǒng)已經(jīng)運(yùn)行了一段時(shí)間，為了保證系統(tǒng)在運(yùn)行過程中一直能夠提供給用戶良好的體驗(yàn)（良好的性能），我們?cè)撛趺崔k？.明年這個(gè)系統(tǒng)的用戶數(shù)將會(huì)大幅度增加，到時(shí)我們的系統(tǒng)是否還能支持這么多的用戶訪問，是否通過調(diào)整軟件可以實(shí)現(xiàn)，是增加硬件還是軟件，哪種方式最有效？.我們的系統(tǒng)存在問題，達(dá)不到預(yù)期的性能要求，這是

4、什么原因引起的，我們應(yīng)該進(jìn)行怎樣的調(diào)整？.在測(cè)試或者系統(tǒng)試點(diǎn)試運(yùn)行階段我們的系統(tǒng)一直表現(xiàn)得很好，但產(chǎn)品正式上線后，在用戶實(shí)際環(huán)境下，總是會(huì)出現(xiàn)這樣那樣莫名其妙的問題，例如系統(tǒng)運(yùn)行一段時(shí)間后變慢，某些應(yīng)用自動(dòng)退出，出現(xiàn)應(yīng)用掛死現(xiàn)象，導(dǎo)致用戶對(duì)我們的產(chǎn)品不滿意，這些問題是否能避免，提早發(fā)現(xiàn)？.系統(tǒng)即將上線，應(yīng)該如何部署效果會(huì)更好呢？并發(fā)性能測(cè)試的目的注要體現(xiàn)在三個(gè)方面：以真實(shí)的業(yè)務(wù)為依據(jù)，選擇有代表性的、關(guān)鍵的業(yè)務(wù)操作設(shè)計(jì)測(cè)試案例，以評(píng)價(jià)系統(tǒng)的當(dāng)前性能；當(dāng)擴(kuò)展應(yīng)用程序的功能或者新的應(yīng)用程序?qū)⒁徊渴饡r(shí)，負(fù)載測(cè)試會(huì)幫助確定系統(tǒng)是否還能夠處理期望的用戶負(fù)載，以預(yù)測(cè)系統(tǒng)的未來性能；通過模擬成百上千個(gè)用戶

5、，重復(fù)執(zhí)行和運(yùn)行測(cè)試，可以確認(rèn)性能瓶頸并優(yōu)化和調(diào)整應(yīng)用，目的在于尋找到瓶頸問題。3性能測(cè)試所處的位置及相關(guān)人員性能測(cè)試所處的位置及其基本流程F面就性能測(cè)試的基本流程給予圖示說明：性能測(cè)試的具體流程:結(jié)束性能測(cè)試工作內(nèi)容軟件需求分析階段：分析軟件需求，提取出待實(shí)現(xiàn)的功能點(diǎn)，此時(shí)根據(jù)需求功能點(diǎn)選取必要的性能測(cè)試點(diǎn)，并組織起有效的測(cè)試用例。軟件單元測(cè)試階段：?jiǎn)卧獪y(cè)試在軟件開發(fā)周期貫穿，針對(duì)已經(jīng)開發(fā)的功能做單元測(cè)試，保證組件功能可正常使用，此階段功能測(cè)試占主要的測(cè)試比例，性能測(cè)試部分主要是了解、分析業(yè)務(wù)結(jié)構(gòu)及進(jìn)行數(shù)據(jù)準(zhǔn)備。軟件系統(tǒng)集成測(cè)試階段：軟件的功能已經(jīng)基本實(shí)現(xiàn)，此時(shí)可以針對(duì)穩(wěn)定的功能點(diǎn)在公司內(nèi)部

6、部署并實(shí)施小規(guī)模的性能測(cè)試。軟件升級(jí)及維護(hù)階段：維護(hù)期占整個(gè)軟件的使用時(shí)間，由于日益變更的需求讓我們的程序不斷升級(jí)，為了降低升級(jí)過程中出現(xiàn)對(duì)已有軟件功能的影響。性能測(cè)試通常采用2個(gè)必要步驟：a）補(bǔ)丁升級(jí)測(cè)試，在數(shù)據(jù)結(jié)構(gòu)變更處加上時(shí)間點(diǎn)，檢驗(yàn)每個(gè)操作的時(shí)間效率是否可接受，并為用戶升級(jí)程序提供一個(gè)參考時(shí)間。b）補(bǔ)丁升級(jí)成功后，對(duì)系統(tǒng)改動(dòng)功能點(diǎn)做性能測(cè)試，并驗(yàn)證一些常規(guī)功能的效率是否受到升級(jí)影響，最后提供升級(jí)后系統(tǒng)的性能測(cè)試評(píng)估報(bào)告。歷次性能測(cè)試數(shù)據(jù)歸檔對(duì)歷次的性能測(cè)試進(jìn)行歸檔處理，為預(yù)測(cè)軟件未來的發(fā)展?fàn)顩r提供必要的數(shù)據(jù)基礎(chǔ)。性能測(cè)試涉及的人員角色軟件測(cè)試工程師業(yè)務(wù)系統(tǒng)開發(fā)工程師系統(tǒng)工程師負(fù)責(zé)整個(gè)性

7、能測(cè)試的計(jì)劃及方案編寫、腳本編寫、實(shí)施測(cè)試、測(cè)試數(shù)據(jù)分析、獲取測(cè)試結(jié)果、編寫測(cè)試報(bào)告，保證性能測(cè)試工作的順利完成。提供完整的測(cè)試用例，測(cè)試環(huán)境的自測(cè)，根據(jù)性能測(cè)試結(jié)果跟蹤、解決程序問題。負(fù)責(zé)測(cè)試環(huán)境操作系統(tǒng)、網(wǎng)絡(luò)環(huán)境以及儲(chǔ)存設(shè)備的系統(tǒng)調(diào)優(yōu)和監(jiān)控。數(shù)據(jù)庫(kù)工程師負(fù)責(zé)數(shù)據(jù)庫(kù)系統(tǒng)的調(diào)優(yōu)和監(jiān)控。4性能測(cè)試實(shí)施規(guī)范確定性能測(cè)試需求分析應(yīng)用系統(tǒng)，剝離出需測(cè)試的性能點(diǎn)工作內(nèi)容：性能測(cè)試人員，系統(tǒng)開發(fā)人員，客戶從不同的角度提出性能測(cè)試點(diǎn)。性能測(cè)試人員主要關(guān)注功能測(cè)試期反映的測(cè)試點(diǎn)；系統(tǒng)開發(fā)人員著重從程序角度出發(fā)考慮，分析哪些點(diǎn)可能存在性能問題；客戶主要從業(yè)務(wù)角度出發(fā)發(fā)，抽取使用頻率較高，較重要的業(yè)務(wù)功能作為測(cè)試

8、點(diǎn)。參與人員：測(cè)試負(fù)責(zé)人，系統(tǒng)開發(fā)人員，客戶確認(rèn)要素：1、并發(fā)用戶數(shù)2、預(yù)期系統(tǒng)響應(yīng)時(shí)間3、生產(chǎn)環(huán)境基礎(chǔ)數(shù)據(jù)量4、測(cè)試環(huán)境硬件配置信息5、性能測(cè)試功能點(diǎn)確認(rèn)，及各個(gè)業(yè)務(wù)功能的所占比例6、分析被測(cè)試系統(tǒng)的框架及軟件環(huán)境工作時(shí)間：視需求規(guī)模而定。分析需求點(diǎn)制定單元測(cè)試用例工作內(nèi)容：根據(jù)需測(cè)試點(diǎn)擬寫測(cè)試用例，形成文檔參與人員：項(xiàng)目經(jīng)理文檔名稱：FI-項(xiàng)目組編碼-TEST-性能測(cè)試需求YYYYMMDD.doc初稿工作時(shí)間：視需求規(guī)模而定。性能測(cè)試需求評(píng)審工作內(nèi)容：對(duì)FI-項(xiàng)目組編碼-TEST-性能測(cè)試需求YYYYMMDD.doc進(jìn)行三方評(píng)審，確定最終的性能測(cè)試需求。參與人員：測(cè)試組負(fù)責(zé)人，項(xiàng)目負(fù)責(zé)人，

9、客戶工作時(shí)間：1-2天工作人日性能測(cè)試需求歸檔工作內(nèi)容：根據(jù)測(cè)試方案、需求文檔、設(shè)計(jì)文檔，進(jìn)行實(shí)際測(cè)試性能點(diǎn)調(diào)研。參與人員：測(cè)試負(fù)責(zé)人文檔名稱：FI-項(xiàng)目組編碼-TEST-性能測(cè)試需求YYYYMMDD.doc»文檔要素：1、測(cè)試環(huán)境軟件及硬件信息2、測(cè)試需求功能點(diǎn)對(duì)應(yīng)具體測(cè)試用例，包括測(cè)試功能點(diǎn)的具體步驟，為下一階段腳本錄制提供參考3、測(cè)試環(huán)境基礎(chǔ)數(shù)據(jù)量工作時(shí)間：1-2天工作人日性能測(cè)試具體實(shí)施規(guī)范為了便于性能測(cè)試管理，有必要建立起一套關(guān)于性能測(cè)試的規(guī)范，具體實(shí)施步驟如下：性能測(cè)試起始時(shí)間性能測(cè)試至少是在功能測(cè)試進(jìn)入凍結(jié)期時(shí)開始進(jìn)行，但是性能測(cè)試的用例確定可以在功能測(cè)試期進(jìn)行；另外，

10、在性能測(cè)試起始階段應(yīng)對(duì)性能測(cè)試試點(diǎn)單位進(jìn)行聯(lián)機(jī)用戶和用戶操作模塊比例的數(shù)據(jù)調(diào)研，并且在項(xiàng)目性能測(cè)試開始前一個(gè)星期性能測(cè)試負(fù)責(zé)人發(fā)出性能測(cè)試準(zhǔn)備狀況反饋表.xls»,由項(xiàng)目組填寫反饋。前提條件：項(xiàng)目組在提交功能測(cè)試申請(qǐng)的同時(shí)提交性能測(cè)試申請(qǐng)以及FI-項(xiàng)目組編碼-TEST-性能測(cè)試需求YYYYMMDD.doc»,明確寫清楚系統(tǒng)測(cè)試要點(diǎn)、業(yè)務(wù)功能操作步驟，以及測(cè)試環(huán)境。同時(shí)項(xiàng)目組反饋的性能測(cè)試準(zhǔn)備狀況反饋表.xls»,確定符合測(cè)試標(biāo)準(zhǔn)。工作內(nèi)容：A、熟悉功能流程，編寫簡(jiǎn)單腳本典型業(yè)務(wù)操作測(cè)試用例：車險(xiǎn)DAA投保單簽單（復(fù)核，轉(zhuǎn)保單）、車險(xiǎn)DAA保單查t®、車險(xiǎn)

11、DAA保單補(bǔ)錄、車險(xiǎn)DAA保單查詢、車險(xiǎn)DAAffi改查詢、車險(xiǎn)DAA!賠報(bào)案查詢、車險(xiǎn)雙核、綜合險(xiǎn)QZA&保單簽單（復(fù)核-轉(zhuǎn)保單）、綜合險(xiǎn)QZA&保單查詢、綜合險(xiǎn)QZA保單補(bǔ)錄、綜合險(xiǎn)QZA保單查詢、綜合險(xiǎn)QZAft匕改查詢、綜合險(xiǎn)QZAS賠報(bào)案查詢、綜合險(xiǎn)雙核等B、新增的功能點(diǎn)和有較大改動(dòng)的功能點(diǎn)的性能測(cè)試用例分析及評(píng)估C、調(diào)研試點(diǎn)單位聯(lián)機(jī)用戶和系統(tǒng)操作模塊的比例數(shù)參與人員：軟件性能測(cè)試工程師、軟件功能測(cè)試工程師和業(yè)務(wù)系統(tǒng)開發(fā)工程師工作時(shí)間：57個(gè)工作人日制定和編寫性能測(cè)試計(jì)劃、方案以及測(cè)試用例工作內(nèi)容：根據(jù)項(xiàng)目組提供的測(cè)試申請(qǐng)內(nèi)容以及FI-項(xiàng)目組編碼-TEST-性能測(cè)試需

12、求YYYYMMDD.doc»,制定和編寫性能測(cè)試計(jì)劃、方案以及測(cè)試用例。在測(cè)試計(jì)劃中需明確測(cè)試的內(nèi)容、軟硬件當(dāng)前性能及具體人員及時(shí)間的安排，測(cè)試方案中詳細(xì)描寫具體功能測(cè)試步驟及性能測(cè)試點(diǎn)的功能概況及涉及的數(shù)據(jù)結(jié)構(gòu)，測(cè)試用例中為具體的測(cè)試數(shù)據(jù)。參與人員：軟件性能測(cè)試工程師、項(xiàng)目負(fù)責(zé)人工作時(shí)間：4個(gè)工作人日（不考慮在功能測(cè)試階段進(jìn)行用例確定的時(shí)間）測(cè)試環(huán)境搭建環(huán)境搭建工作主要由項(xiàng)目組來完成。工作內(nèi)容：原則：測(cè)試環(huán)境應(yīng)盡量與用戶正式環(huán)境保持一致。由于每次測(cè)試均需要搭建，項(xiàng)目組可以考慮在本地和客戶方保留固定的壓力測(cè)試環(huán)境。業(yè)務(wù)數(shù)據(jù)以客戶正式生產(chǎn)的備份數(shù)據(jù)為基礎(chǔ)，搭建完成后需要對(duì)測(cè)試環(huán)境進(jìn)行驗(yàn)

13、證a）硬件條件基本保持一致保證測(cè)試軟件的前后臺(tái)主機(jī)配置、儲(chǔ)存系統(tǒng)配置和網(wǎng)絡(luò)保持一致。b）軟件配置基本保持一致保證數(shù)據(jù)庫(kù)服務(wù)器的配置參數(shù)和中間件配置參數(shù)保持一致。c）業(yè)務(wù)數(shù)據(jù)規(guī)模保持一致d）軟件版本和測(cè)試版本保持一致升級(jí)程序測(cè)試目標(biāo)：在搭建測(cè)試環(huán)境的同時(shí)，進(jìn)行業(yè)務(wù)升級(jí)程序測(cè)試，完成所有升級(jí)手冊(cè)中的步驟，特別注意數(shù)據(jù)結(jié)構(gòu)變更、數(shù)據(jù)轉(zhuǎn)數(shù)的效率問題，制定升級(jí)測(cè)試報(bào)告（包括升級(jí)問題和建議解決辦法）。參與人員：軟件開發(fā)工程師、系統(tǒng)工程師、數(shù)據(jù)庫(kù)工程師和中間件系統(tǒng)工程師工作時(shí)間：4個(gè)工作人日驗(yàn)證測(cè)試環(huán)境工作內(nèi)容：性能測(cè)試負(fù)責(zé)人根據(jù)項(xiàng)目組提交性能測(cè)試準(zhǔn)備狀況反饋表.xls»反饋情況及項(xiàng)目組搭建的測(cè)試

14、環(huán)境情況，驗(yàn)證其是否符合性能測(cè)試的條件，以確定是否按期進(jìn)行性能測(cè)試。該階段需要考慮以下幾點(diǎn)：a）軟件是否處于一個(gè)比較穩(wěn)定的狀態(tài)b）被測(cè)功能點(diǎn)是否正常、穩(wěn)定，且不再進(jìn)行大的調(diào)整。c）軟件部署方式和實(shí)際生產(chǎn)環(huán)境是否一致（包括應(yīng)用服務(wù)器，數(shù)據(jù)庫(kù)服務(wù)器以及操作系統(tǒng)的調(diào)優(yōu)工作）。d）性能測(cè)試環(huán)境是否有其他不相關(guān)應(yīng)用程序干擾？若無(wú)法避免則應(yīng)保證測(cè)試時(shí)停止測(cè)試無(wú)關(guān)應(yīng)用運(yùn)行。e）性能測(cè)試環(huán)境硬件是否與實(shí)際生產(chǎn)環(huán)境一致？（若不一致請(qǐng)?jiān)趥渥⒅蟹謩e列出測(cè)試環(huán)境及生產(chǎn)環(huán)境硬件配置信息）f）性能測(cè)試環(huán)境的數(shù)據(jù)規(guī)模是否與生產(chǎn)環(huán)境一致？對(duì)于測(cè)試環(huán)境的數(shù)據(jù)有兩種方式解決，1）項(xiàng)目組從地市公司導(dǎo)庫(kù)到測(cè)試環(huán)境；2）給測(cè)試組預(yù)留數(shù)

15、據(jù)準(zhǔn)備時(shí)間進(jìn)行數(shù)據(jù)準(zhǔn)備。建議采取第一種方式，數(shù)據(jù)更加真實(shí)而且節(jié)約時(shí)間。參與人員：軟件性能測(cè)試工程師、軟件開發(fā)工程師編寫測(cè)試用例腳本測(cè)試用例腳本根據(jù)測(cè)試用例的具體內(nèi)容，利用測(cè)試工具或通過測(cè)試人員進(jìn)行編寫0工作內(nèi)容：按照性能測(cè)試腳本開發(fā)規(guī)范根據(jù)測(cè)試用例編寫測(cè)試腳本參與人員：軟件性能測(cè)試工程師工作時(shí)間：視提交性能測(cè)試點(diǎn)而定調(diào)試測(cè)試用例腳本工作內(nèi)容：在測(cè)試環(huán)境上，使用編寫完成的腳本進(jìn)行腳本調(diào)試，主要工作內(nèi)容是對(duì)腳本進(jìn)行參數(shù)化，及關(guān)聯(lián)腳本。參與人員：軟件性能測(cè)試工程師、軟件開發(fā)工程師工作時(shí)間：視提交性能測(cè)試點(diǎn)而定預(yù)測(cè)試工作內(nèi)容：在測(cè)試環(huán)境中，根據(jù)測(cè)試方案（例如是測(cè)試單個(gè)用例還是測(cè)試綜合用例）縮小測(cè)試并發(fā)

16、用戶進(jìn)行預(yù)測(cè)試，目的是檢驗(yàn)測(cè)試是否能正常進(jìn)行。參與人員：軟件性能測(cè)試工程師工作時(shí)間：2個(gè)工作人日正式測(cè)試工作內(nèi)容：在客戶現(xiàn)場(chǎng)測(cè)試環(huán)境下，根據(jù)測(cè)試方案進(jìn)行正式測(cè)試。一般在正式測(cè)試時(shí)應(yīng)該暫停與測(cè)試環(huán)境無(wú)關(guān)的系統(tǒng)及服務(wù)，性能測(cè)試的環(huán)境應(yīng)單獨(dú)運(yùn)行，盡量避免與其他軟件同時(shí)使用。采集測(cè)試時(shí)系統(tǒng)性能數(shù)據(jù)。注意包括如下指標(biāo)：1）主機(jī)硬件指標(biāo)：CPU、內(nèi)存占用率和磁盤I/O。2）數(shù)據(jù)庫(kù)服務(wù)器指標(biāo)：會(huì)話數(shù)、buffer命中率、checkpoint時(shí)間以及vp數(shù)等。同時(shí)采集SQL,查看SQL是否建立索引。3）中間件指標(biāo)：服務(wù)隊(duì)列。網(wǎng)絡(luò)指標(biāo)：網(wǎng)絡(luò)流量、響應(yīng)時(shí)間。4）業(yè)務(wù)系統(tǒng)事務(wù)指標(biāo)：典型事務(wù)的響應(yīng)時(shí)間。例如保單保存所

17、消耗的時(shí)間。參與人員：軟件性能測(cè)試工程師、軟件開發(fā)工程師、系統(tǒng)工程師、數(shù)據(jù)庫(kù)工程師和中間件系統(tǒng)工程師工作時(shí)間：4個(gè)工作人日測(cè)試數(shù)據(jù)分析工作內(nèi)容：提交FI-項(xiàng)目組編碼-TEST-問題記錄.xls，主要內(nèi)容包括系統(tǒng)中存在的性能問題。參與人員：軟件性能測(cè)試工程師工作時(shí)間：12個(gè)工作人日調(diào)整系統(tǒng)環(huán)境和修改程序工作內(nèi)容：協(xié)調(diào)開發(fā)人員查找可能引起性能問題的程序效率點(diǎn)，并修改程序。協(xié)調(diào)系統(tǒng)工程師、數(shù)據(jù)庫(kù)工程師和中間件系統(tǒng)工程師調(diào)整系統(tǒng)參數(shù)。參與人員：軟件開發(fā)工程師、系統(tǒng)工程師、數(shù)據(jù)庫(kù)工程師和中間件系統(tǒng)工程師工作時(shí)間：4-6個(gè)工作人日4.2.11回歸測(cè)試工作內(nèi)容：針對(duì)已經(jīng)修改的效率點(diǎn)進(jìn)行復(fù)測(cè)，檢驗(yàn)其效率是否提高。參與人員：軟件性能測(cè)試工程師、軟件開發(fā)工程師、系統(tǒng)工程師、數(shù)據(jù)庫(kù)工程師和中間件系統(tǒng)工程師工作時(shí)間：4個(gè)工作人日4.2.12測(cè)試評(píng)估報(bào)告工作內(nèi)容：針對(duì)性能測(cè)試獲取的數(shù)據(jù)和回歸的情況，對(duì)當(dāng)前版本編寫FI-項(xiàng)目組編碼-TEST-性能測(cè)試評(píng)估報(bào)告YYYYMMDD.doc»,參與人員：測(cè)試負(fù)責(zé)人工作時(shí)間：12個(gè)工作人日4.2.13測(cè)試分析報(bào)告工作內(nèi)容：根據(jù)測(cè)試評(píng)估報(bào)告的信息進(jìn)行問題分析參與人員：項(xiàng)目負(fù)責(zé)人工作時(shí)間：12個(gè)工作人日5測(cè)試腳本和測(cè)試