畢業(yè)論文論文題目論功能性與性能如何提高軟件的質(zhì)量完成時間2013年3月內(nèi)容摘要摘隨著軟件規(guī)模的不斷擴大，軟件設計的復雜程度不斷提高，軟件開發(fā)中出現(xiàn)錯誤或缺陷的機會越來越多。同時，市場對軟件質(zhì)量重要性的認識逐漸增強。所以，軟件測試在軟件項目實施過程中的重要性日益突出。軟件功能性測試是軟件質(zhì)量保證的關鍵技術，在軟件生命周期中占有重要的地位。理論上軟件本身的缺陷都可在功能性測試階段被暴漏，因此軟件功能性測試方法是提高軟件可靠性及軟件質(zhì)量最有效、最直接的方法之一。性能是軟件在市場競爭中一個強有力的競爭點，性能的測試與優(yōu)化對于軟件整體提升自己的性能，贏得市場的份額具有決定性因素。性能測試的主要目的就是驗證一個軟件產(chǎn)品可以允許多少用戶并發(fā)訪問，性能指標如響應時間、CPU和內(nèi)存占用率是多少。一般來說這種測試無法手工做，需要借助于工具，如LOADRUNNER等等。關鍵詞功能性測試,功能性測試流程,功能性測試方法,性能測試，虛擬用戶，負載測試，壓力測試，事務，集合點ABSTRACTWITHTHEEXPANSIONOFTHESCALEOFSOFTWARE,INCREASINGTHECOMPLEXITYOFTHESOFTWAREDESIGN,ERRORSORDEFECTSINTHESOFTWAREDEVELOPMENTMOREANDMOREOPPORTUNITIESATTHESAMETIME,THEMARKETRECOGNITIONOFTHEIMPORTANCEOFSOFTWAREQUALITYGRADUALLYINCREASEDSO,THEIMPORTANCEOFSOFTWARETESTINGINSOFTWAREPROJECTIMPLEMENTATIONPROCESSISBECOMINGMOREANDMOREPROMINENTSOFTWAREFUNCTIONALTESTINGISTHEKEYTECHNOLOGYOFSOFTWAREQUALITYASSURANCE,OCCUPIESANIMPORTANTPOSITIONINTHESOFTWARELIFECYCLESOFTWAREITSELFDEFECTSCANBETHEORETICALLYWASEXPOSEDINFUNCTIONALTESTINGPHASE,SOTHESOFTWAREFUNCTIONALTESTINGMETHODISTOIMPROVETHESOFTWARERELIABILITYANDSOFTWAREQUALITYASONEOFTHEMOSTEFFECTIVEANDMOSTDIRECTWAYSOFTWAREPERFORMANCEISASTRONGPOINTOFCOMPETITIONINMARKETCOMPETITION,PERFORMANCETESTINGANDOPTIMIZATIONSOFTWAREFOROVERALLIMPROVETHEIRPERFORMANCE,WINTHEMARKETSHAREOFTHEDECISIVEFACTORSTHEMAINPURPOSEOFTHEPERFORMANCETESTISTOVERIFYASOFTWAREPRODUCTALLOWSCONCURRENTACCESSTOMANYUSERS,THEPERFORMANCEINDICATORSSUCHASRESPONSETIME,CPUANDMEMORYUSAGERATEISHOWMUCHINGENERALTHETESTCANNOTBEMADEBYHAND,NEEDTHEHELPOFTOOLS,SUCHASLOADRUNNER,ETCKEYWORDSFUNCTIONALTESTING,FUNCTIONALTESTINGPROCESS,FUNCTIONALTESTING,PERFORMANCETESTING,VIRTUALUSERS,LOADTEST,STRESSTEST,TRANSACTION,THECOLLECTIONPOINT目錄1功能性測試概述_111功能性測試的優(yōu)缺點_1111功能性測試方法_1112利用功能性測試方法可以發(fā)現(xiàn)軟件中存在的問題_2113功能性測試流程_22性能測試研究_321性能測試概述_3211性能測試的目的_3212性能測試類型_3213性能測試流程_422性能測試工具_4221LOADRUNNER的組成_4222LOADRUNNER測試流程_43功能性測試的實踐_531項目分析與規(guī)劃測試_5311項目概述_5312項目分析_5313規(guī)劃測試_6314編寫測試案例與執(zhí)行測試_632結(jié)合功能性測試案例進行性能測試_8321功能概述_8322性能測試準備_9323設計壓力應用思路_9324經(jīng)功能性測試實際運用分析_94創(chuàng)建用戶腳本_10411完善測試腳本_10412用參數(shù)化取代常量值_11413集合點_11413腳本檢驗_1242方案執(zhí)行_12421場景創(chuàng)建_12422加壓計劃_1343運行結(jié)果_135此項目的總結(jié)分析_14注釋_15參考文獻_16致謝_17軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼的最終復審，是軟件質(zhì)量保障的關鍵步驟。其定義可簡略概括為為了發(fā)現(xiàn)錯誤而運行程序的過程。隨著軟件規(guī)模的不斷擴大，軟件質(zhì)量問題已成為制約計算機發(fā)展的主要因素之一。作為保證軟件質(zhì)量和可靠性的手段，軟件測試起著不可替代的作用。1功能性測試概述功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要求的功能。功能測試也叫黑盒測試，只需考慮各個功能，不需要考慮整個軟件的內(nèi)部結(jié)構及代碼。功能性測試實際上是運用輸入輸出的形式，去驗證一個軟件的某個模塊是否實現(xiàn)了它應有的功能。11功能性測試的優(yōu)缺點任何程序都可以看作是將從輸入定義域取值映射到輸出值域的函數(shù)，將系統(tǒng)看成黒盒，又稱為黒盒測試1，黒盒的實現(xiàn)是不需要了解的，只需要知道輸入和預期輸出。功能性測試的優(yōu)點圖11黑盒測試功能性測試的優(yōu)缺點13功能性測試與軟件如何實現(xiàn)無關，如果實現(xiàn)發(fā)生變化，功能性測試用例仍然可用，測試用例開發(fā)可以與軟件開發(fā)同時進行，可節(jié)省軟件開發(fā)時間，通過軟件的用例就可以設計出大部分功能性測試用例。功能性測試的缺點測試用例數(shù)量較大，可能產(chǎn)生很多冗余，業(yè)務流程步驟多，重復性大，功能性測試的覆蓋范圍不可能達到100111功能性測試方法功能性測試類型41）等價類劃分是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例該方法是一種重要的，常用的黑盒測試用例設計方法2）邊界值分析長期的測試工作經(jīng)驗告訴我們，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部因此針對各種邊界情況設計測試用例，可以查出更多的錯誤3）因果圖法考慮輸入條件之間的聯(lián)系，相互組合等考慮輸入條件之間的相互組合，可能會產(chǎn)生一些新的情況4）錯誤推測基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設計測試用例的方法112利用功能性測試方法可以發(fā)現(xiàn)軟件中存在的問題在功能界面可以發(fā)現(xiàn)普遍的BUG有51）功能錯誤或遺漏；2）界面錯誤；3）功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設計的隱藏需求4）初始化和終止錯誤。5）能否正確接收輸入能否正確輸出結(jié)果113功能性測試流程功能性測試一般分為一下幾個步驟9制定測試計劃編寫測試用例（不同階段）測試及BUG管理；1）測試計劃是在項目立項之后，理論是和需求分析同時完成，但實際情況要等需求分析完成了，才能制定測試計劃；2）根據(jù)測試計劃，做好需要分析后，要開始設計確認測試用的測試用例，然后按開發(fā)的不同階段執(zhí)行相應的測試用例；3）在測試中會發(fā)現(xiàn)各種BUG，這要求測試對BUG進行管理和跟蹤，已確保所測試的功能點實現(xiàn)需求規(guī)定功能；2性能測試研究為了驗證系統(tǒng)管理書否達到用戶提出的性能指標，同時發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸祈禱優(yōu)化系統(tǒng)的目的21性能測試概述相較其他測試軟件，LOADRUNNER可以更加方便的創(chuàng)建虛擬用戶和創(chuàng)建真實的負載以定位性能問題，并通過重復測試以保證系統(tǒng)發(fā)布的高性能。211性能測試的目的目的2是驗證軟件系統(tǒng)是否能夠達到用戶提出的性能指標，同時發(fā)現(xiàn)軟件系統(tǒng)中存在的性能缺陷，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。相較其他測試軟件，LOADRUNNER可以更加方便的創(chuàng)建虛擬用戶和創(chuàng)建真實的負載以定位性能問題，并通過重復測試以保證系統(tǒng)發(fā)布的高性能。1）評估系統(tǒng)的能力測試中得到的負荷和響應時間數(shù)據(jù)可以被用于驗證所計劃的模型的能力，并幫助做出決策。2）識別體系中的弱點受控的負荷可以被增加到一個極端的水平，并突破它，從而修復體系的瓶頸或薄弱的地方。3）系統(tǒng)調(diào)優(yōu)重復運行測試，驗證調(diào)整系統(tǒng)的活動得到了預期的結(jié)果，從而改進性能4）驗證穩(wěn)定性、可靠性在一個生產(chǎn)負荷下執(zhí)行測試一定的時間是評估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。212性能測試類型性能測試類型3包括負載測試，強度測試，容量測試等1）負載測試確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況，例如“響應時間”，逐漸增加虛擬用戶的數(shù)量，觀察應用程序是否超過預定指標或某種資源使用達到飽和狀態(tài)。這種測試方法可以找到系統(tǒng)處理的極限位系統(tǒng)調(diào)優(yōu)提供依據(jù)2）強度測試確定在系統(tǒng)資源特別低的條件下軟件系統(tǒng)運行情況。3）容量測試在用戶可接受的響應范圍內(nèi)，確定系統(tǒng)可處理同時在線的最大用戶數(shù)。4）壓力測試在資源飽和的狀態(tài)下系統(tǒng)能夠處理的會話能力，以及系統(tǒng)是否會報錯。例如在大量業(yè)務長時間運行系統(tǒng)是否會反應慢、系統(tǒng)崩潰，能否恢復。213性能測試流程由于工程和項目的不同，所選用的度量，評估方法也有不同之處。不過仍然有一些通用的步驟11幫助我們完成一個性能測試項目。測試方案設計在軟件性能測試的初始階段，首先應對業(yè)務模型和系統(tǒng)架構進行調(diào)研，收集測試需求。然后生戚性能測試計劃測試環(huán)境的搭建測試環(huán)境的搭建分為軟硬測試系統(tǒng)的環(huán)境搭建和測試相關的數(shù)據(jù)準備工作測試場景開發(fā)測試場景開發(fā)指測試程序腳本的開發(fā)測試執(zhí)行測試執(zhí)行是在測試方案的制定、測試環(huán)境準備、測試場景開發(fā)工作正確完成的基礎上進行的測試報告和分析性能測試報告和結(jié)果分析是在測試執(zhí)行完成以后，對性能數(shù)據(jù)進行采集結(jié)果收集工作和針對性能測試過程中暴露的問題進行分析的階段回歸測試回歸測試是開發(fā)部門在性能測試報告的基礎上針對軟件的性能或者效率缺陷進行優(yōu)化或者修復，為了驗證優(yōu)化的效果而進行的再測試22性能測試工具HPLOADRUNNER是一種預測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LOADRUNNER能夠?qū)φ麄€企業(yè)架構進行測試。通過使用LOADRUNNER，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。221LOADRUNNER的組成LOADRUNNER由下面三部分組成11VIRTUALUSERGENERATOR用來錄制腳本、編輯腳本CONTROLLER用來布置測試場景、執(zhí)行測試場景；ANALYSIS用來對測試結(jié)果進行分析。222LOADRUNNER測試流程此流程是性能測試工具LOADRUNNER的基本測試方法101）創(chuàng)建虛擬用戶VIRTUALUSERGENERATOR，該引擎能夠生成虛擬用戶，以虛擬用戶的方式模擬真實用戶的業(yè)務操作行為2創(chuàng)建真實的負載負載的測試方法計劃負載測試，根據(jù)軟件項目相關需求，定義相關測試的細節(jié)，撰寫性能測試報告。創(chuàng)建VUSER腳本，將網(wǎng)站最終用戶活動捕獲到自動腳本中。場景定義，使用LOADRUNNERCONTROLLER設置測試環(huán)境即可，場景執(zhí)行監(jiān)視執(zhí)行，監(jiān)視場景通過添加性能計數(shù)器來實現(xiàn)3結(jié)果分析使用LOADRUNNERANALYSIS創(chuàng)建圖和報告并評估性能。3功能性測試的實踐31項目分析與規(guī)劃測試311項目概述本次實踐是一款保險外圍發(fā)票系統(tǒng)，這是保險公司對自己所出保險單費用所設計的一款發(fā)票系統(tǒng)，并提供給客戶的依據(jù)。也是配合核心系統(tǒng)打印所要求312項目分析本次只介紹發(fā)票系統(tǒng)其中一個項目完善單證軌跡。此項目主要是主要是針對單證系統(tǒng)，單證軌跡查詢中軌跡記錄不全，順序顛倒造成無法真正的了解一個單證的處理軌跡?，F(xiàn)對，單證系統(tǒng)中，軌跡沒有記錄的地方，進行補全，軌跡順序顛倒的地方進行調(diào)整。此項目共涉及以下功能激活卡手動回收管理此功能點是在發(fā)票系統(tǒng)出單，去核心繳費，再次回到發(fā)票系統(tǒng)“激活卡手動回收管理”功能菜單進行回收，在進行問題數(shù)據(jù)處理的時候，需要記錄下數(shù)據(jù)的操作軌跡過期單證狀態(tài)更正此功能點是把過期單證（在單證回收界面操作或者系統(tǒng)自動進行跑過期批處理）修改成“未使用”單證狀態(tài)，在進行問題數(shù)據(jù)處理的時候，操作的數(shù)據(jù)軌跡會記錄單證回收此功能點是對已發(fā)放的單證進行回收或者對在核心系統(tǒng)打印過的發(fā)票數(shù)據(jù)進行遺失、作廢處理。對單證狀態(tài)進行修改的時候，需要記錄下操作的數(shù)據(jù)軌跡而不是只是只是更新狀態(tài)單證回退回收回退，在操作的時候，同時記錄回退時候的數(shù)據(jù)記錄同時，還要對接口程序中，涉及到單證狀態(tài)變更的記錄，進行記錄，記錄下單證的操作軌跡注此項目程序的設計方案是開發(fā)自己設計，但是作為測試人員也要相應了解一下，雖然不能看懂代碼程序，但是在界面操作時數(shù)據(jù)會存到數(shù)據(jù)庫哪個表里，表字段顯示的數(shù)據(jù)信息是否正確也是要進行校驗的313規(guī)劃測試根據(jù)需求分析制定測試計劃，根據(jù)測試計劃編寫測試案例，最后準備功能測試。以下是我對此項目的測試過程由于此項目是針對單證系統(tǒng)，所以所有的數(shù)據(jù)開始都是在“單證入庫”“單證發(fā)放”這兩個菜單錄入數(shù)據(jù)，最后在“單證軌跡查詢”界面顯示操作的結(jié)果。圖31單證入庫圖32單證發(fā)放314編寫測試案例與執(zhí)行測試1查找打印成功數(shù)據(jù)，在單證系統(tǒng)查詢單證的狀態(tài)為打印。通過核心對單證進行打印事后核銷操作，在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)為系統(tǒng)回收的軌跡記錄。圖33單證軌跡查詢本條案例測試，是經(jīng)過核心操作掉用單證接口把把操作后的狀態(tài)同步到單證系統(tǒng)，會在系統(tǒng)菜單“單證軌跡查詢”界面增加一條記錄，但是在核心操作只會記錄核心同步過來的核銷記錄。2在單證回收界面進行對發(fā)放的數(shù)據(jù)進行人工回收，在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)為系統(tǒng)回收的軌跡記錄。（此界面的回收類型有多個，任選。如圖34）圖34回收類型圖35單證軌跡查詢此案例只是在發(fā)票系統(tǒng)進行操作，要校驗的是在人工回收之后，會有軌跡記錄。3在單證類型定義界面停用一類型單證，該單證的狀態(tài)為廢止。在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)由未使用變?yōu)閺U止的軌跡記錄圖36單證定義（單證的停用有個廢止期就是在什么時間廢止期，要在停用期后）此案例是校驗在發(fā)票類型停用之后發(fā)票廢止，在單證軌跡查詢界面會不會有記錄。4把一批過期的單證在過期單證狀態(tài)更正界面更正過期的單證，單證狀態(tài)由過期變?yōu)槲词褂?。在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)為過期單證更改的軌跡記錄。（過期的途徑有兩種，一種是直接在“單證回收”界面進行操作；另一種是系統(tǒng)自動跑批過期，但是需要的發(fā)放類型不同）圖37過期單證狀態(tài)更正5在單證系統(tǒng)進行入庫、發(fā)放操作，再在單證回收界面進行“人工回收”。然后去回收回退界面輸入人工回收的單證，單證狀態(tài)由人工回收變?yōu)槲词褂?在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)為系統(tǒng)回收的軌跡記錄。圖38回收回退此案例是把數(shù)據(jù)經(jīng)過“來回”操作，校驗“單證軌跡查詢”界面會不有操作軌跡記錄圖39單證軌跡查詢6在核心系統(tǒng)對單證系統(tǒng)發(fā)放的激活卡進行收費，在激活卡手動回收管理界面回收未使用狀態(tài)的激活卡類型的單證，在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)為系統(tǒng)回收的軌跡記錄。圖310激活卡手動回收管理此次功能的校驗數(shù)據(jù)需要從總機構進行下發(fā)單證，直到營銷分部，軌跡記錄表會有全部下發(fā)的操作還有最后的狀態(tài)操作7在核心未打印兼業(yè)保單，發(fā)票在單證系統(tǒng)的狀態(tài)為系統(tǒng)回收，在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)為系統(tǒng)回收的軌跡記錄。在做打印時的數(shù)據(jù)是兼業(yè)出完單的，此次的軌跡記錄跟第一條的結(jié)果一樣，除了會有發(fā)放的記錄，就只是增加一條錯做后的狀態(tài)記錄。8使用銀保通對單證系統(tǒng)發(fā)票出單，單證的狀態(tài)由未使用變?yōu)橄到y(tǒng)回收，在單證系統(tǒng)查詢單證軌跡，增加一條單證狀態(tài)為系統(tǒng)回收的軌跡記錄。（銀保通出單的狀態(tài)會經(jīng)過人工批處理，在核心進行同步單證系統(tǒng)）。再使用另外的單證數(shù)據(jù)進行重出單，這樣上一張數(shù)據(jù)就會作廢，本次的單證數(shù)據(jù)會成為系統(tǒng)回收，在查詢表里有全部操作的記錄圖311單證軌跡查詢32結(jié)合功能性測試案例進行性能測試321功能概述由于本系統(tǒng)是面向全國30個分公司同時在單證系統(tǒng)進行操作，每個分公司都會有相應的人員在期系統(tǒng)上進行操作，所以用性能測試工具LOADRUNNER創(chuàng)建虛擬用戶模擬操作，在同時操作的情況下，單證軌跡查詢界面會不會有遺漏的估計記錄，宕機的情況下，查詢界面各個字段顯示是否正確。322性能測試準備運行環(huán)境操作系統(tǒng)WINDOWS2003SERVER數(shù)據(jù)庫管理系統(tǒng)ORACLE連接到系統(tǒng)應用程序客戶端數(shù)量預計為50300操作系統(tǒng)及版本W(wǎng)INDOWSXP客戶端瀏覽器INTERNETEXPLORER60323設計壓力應用思路設計試圖對WEB服務進行壓力測試的壓力測試系統(tǒng)時，必須使它們以某種特定的方式運行代碼，這些代碼超越了功能驗證，目的是要弄清楚被測試的WEB服務器是不是僅能做我們認為它能做的事，而且在被施加了某些高強度壓力的情況下仍然繼續(xù)正常運行。概括來說，壓力測試必須對相應服務應用以下四個關鍵條件重復（REPTITION）測試的重復就是一遍又一遍地執(zhí)行某個操作或功能，比如重復調(diào)用一個WEB服務。壓力測試將確定一個操作能否正常執(zhí)行，而且能否在每次執(zhí)行時都正常。這對于推斷一個產(chǎn)品是否適用于某種情況至關重要。并發(fā)（CONCURRENCY）并發(fā)就是同時執(zhí)行多個操作的行為。換句話說，就是在同一個服務器上同時調(diào)用許多WEB服務。由于引入并發(fā)意味著一個線程中的代碼有可能被其他線程中的代碼中斷，所以錯誤只在一個指令集以特定的順序執(zhí)行時才會被發(fā)現(xiàn)。量級（MAGNITUDE）壓力測試系統(tǒng)應該應用于產(chǎn)品的另一個條件考慮到了每個操作中的負載量。壓力測試可以重復執(zhí)行一個操作，但是操作自身也要盡量給產(chǎn)品增加負擔。隨機變化任何壓力系統(tǒng)都多少帶有隨機性。使用重復時，在重新啟動或者重復連接服務之前，可以改變操作間的間隔，重復次數(shù)，或者也可以改變被重復的WEB服務的順序。324經(jīng)功能性測試實際運用分析結(jié)合本項目實際情況，預計操作用戶人員約515人，實際同時操作人數(shù)最大值在10以下。主要操作用戶為普通業(yè)務員。測試方案此次對以上第4條進行操作，因為第4條是經(jīng)過“來回”操作，就是發(fā)放核銷后，在把核銷不能用數(shù)據(jù)進行回退管理，并再次進行利用。測試用例以上第4條案例為基準，模擬20普通的業(yè)務員在單證系統(tǒng)進行單證入庫、出庫，回收和回收回退4創(chuàng)建用戶腳本LOADRUNNER使用用戶腳本模擬實際用戶來訪問網(wǎng)站，主要測試目標為WEB應用，因此在本次測試中腳本錄制選擇WEBHTTP/HTML協(xié)議。圖41WEBHTTP/HTML協(xié)議411完善測試腳本當錄制完一個基本的用戶腳本后，在正式使用前還必須完善測試腳本，增強腳本的靈活性。事務TRANSACTION8為了衡量服務器的性能需要定義事物。，在運行測試腳本時，LOADRUNNER運行到該事務開始點時就會開始記時，直到運行到該事務的結(jié)束點，記時結(jié)束，目標事務的運行時間將會在結(jié)果中反映。腳本中事物代碼為LR_START_TRANSACTION“SUBMITBOOKDATA“/具體事務操作/LR_END_TRANSACTION“SUBMITBOOKDATA“，LR_AUTO圖42腳本412用參數(shù)化取代常量值用戶將提交數(shù)據(jù)增加數(shù)據(jù)庫記錄（如發(fā)布維修信息和調(diào)配申請），這些操作都被記錄在基本腳本中。若多個虛擬用戶運行相同的腳本，勢必會提交相同的記錄，這并不符合實際情況，也有可能引發(fā)沖突。因此，為更加真實的模擬實際環(huán)境，在該用戶腳本的完善過程中，導入了參數(shù)化輸入。在測試用例中，總共將登陸20個用戶，為避免相同用戶登陸引發(fā)沖突，各個用戶名和密碼并不相同，為032120601至032120650，因此將使用參數(shù)取代常量值。圖43腳本參數(shù)化413集合點在測試計劃中，可能會有要求系統(tǒng)能承受大量的用戶同時提交數(shù)據(jù)或進行操作。LOADRUNNER可以在提交數(shù)據(jù)前加入集合點，這樣當虛擬用戶運行到提交數(shù)據(jù)的集合點時，控制器將檢查有多少個擁護已經(jīng)運行到集合點，并根據(jù)最初設置的條件產(chǎn)生行為。對于本系統(tǒng)在線的用戶數(shù)量有限，對多用戶同時遞交數(shù)據(jù)的壓力并未要求，也不符合實際情況。所以為了保證預計的負載情況，使用了集合點功能。腳本中集合點的代碼為LR_RENDEZVOUS“SUBMITQUERYDATA“413腳本檢驗執(zhí)行“運行”命令后，VUGEN8將先編譯腳本，檢查是否有語法等錯誤。下圖是語法錯誤導致運行失敗的例圖圖44語法錯誤腳本運行設置完成后，就可以開始從GENERATOR14中調(diào)試腳本了，腳本將按照RUNTIMESETTING的設置開始運行，并在輸出窗口打印關鍵日志。在腳本調(diào)試過程中，所執(zhí)行的腳本是有效的。比如說在該腳本中有一個發(fā)放數(shù)據(jù)信息的動作，當調(diào)試腳本成功時，新增加發(fā)放數(shù)據(jù)信息的動作將真正加入到數(shù)據(jù)庫中。42方案執(zhí)行腳本制作完成，數(shù)據(jù)文件準備妥當，需要添加一個虛擬場景，在場景中模仿負載運行腳本，在LOADRUNNER中，由COTROLLER15完成這一功能。421場景創(chuàng)建測試用例4模擬20個用戶分批依次登陸系統(tǒng)，并在一集束時間內(nèi)對服務器進行擬真的高強度訪問，與此有關的設置中，首先將其負載數(shù)量設置為20圖45負載設置負載生成器是指生成這些虛擬用戶的機器，頁面中顯示的，表示當前僅有一個負載生成器本機LOCALHOST3。其狀態(tài)為DOWN,平臺為WINDOWS。圖46負載生成器422加壓計劃計劃生成器中包含“按方案”和“按組”兩種計劃模式，但兩種計劃都包含加壓，持續(xù)時間，減壓三個TAB頁。圖47計劃生成器在本測試場景中，虛擬用戶將以每5秒10用戶的順序登陸服務器，加壓情況如圖圖48加壓方式當測試場景在CONTROLLER2創(chuàng)建的場景中運行時，測試人員可以添加相應的監(jiān)視器，除事物響應時間的監(jiān)視器以外，其余監(jiān)視器均需要手動添加。場景配置完成，監(jiān)視器已添加，則可以開始運行測試腳本了，CONTROLLER將按照已經(jīng)定義好的場景配置運行腳本。43運行結(jié)果LOADRUNNER腳本運行結(jié)果分析處理將運用ANALYSIS11工具圖49ANALYSIS基本報告透過分解界面可以得到比較大的響應時間到底是哪個頁面的組件引起的，問題出在服務器上還是網(wǎng)絡傳輸上。在壓力測試中WEBSERVER和WEB應用程序是性能的瓶頸，這些瓶頸主要是由于服務器配置不當和資源不足，比如質(zhì)量不完善的代碼以及形成的DLL占用過多處理器資源造成CPU瓶頸，或是對內(nèi)存的操作不當和管理不善造成的內(nèi)存瓶頸。5此項目的總結(jié)分析本項目的重要測試功能點是“單證軌跡查詢”界面的軌跡記錄，在單證系統(tǒng)發(fā)放的數(shù)據(jù)無論是在核心或者本系統(tǒng)操作的軌跡都會記錄在軌跡表，另外調(diào)用接口的部分測試，例如銀保通的出單，單證核銷后會從核心跑批調(diào)用單證接口把狀態(tài)同步到單證系統(tǒng)，這樣會在單證系統(tǒng)會有一條軌跡記錄。功能測試就是根據(jù)產(chǎn)品特性、操作描述和用戶方案，測試一個產(chǎn)品的特性和可操作行為以確定它們滿足設計需求，確保程序以期望的方式運行而按功能要求對軟件進行的測試，通過對一個系統(tǒng)的所有的特性和功能都進行測試確保符合需求和規(guī)范。當然測試流程、用力編寫方法、黑盒測試方法、BUG嚴重級別對于一個測試人員來說是最基本要求，也測試的開始。性能測試是為描述測試對象與性能相關的特征并對其進行評價，而實施和執(zhí)行的一類測試，如描述和評價計時配置文件、執(zhí)行流、響應時間以及操作的可靠性和限制等特征。不同類型的性能測試側(cè)重于不同的測試目標，這些性能測試的實施貫穿于整個軟件開發(fā)生命周期光針對測試而言，我覺得測試工具的掌握是非常重要的。很好的掌握測試工具，可以使你模擬到很多不同的場景，得到盡量多的測試結(jié)果；（我覺得MANAGER們是貪得無厭的），同時，當你發(fā)現(xiàn)DEFECT之后，進入調(diào)優(yōu)階段，你