學(xué)習(xí)筆記《軟件性能測試過程詳解與案例剖析》

《軟件性能測試過程詳解與案例剖析》學(xué)習(xí)筆記1看的順序不是按照章節(jié)來的。。so第4章性能測試工具原理4.1性能測試工具模型性能測試工具通常用來支持壓力、負(fù)載測試，能夠用來錄制和生成腳本、設(shè)置和部署場景、產(chǎn)生并發(fā)用戶、向系統(tǒng)施加持續(xù)壓力1性能測試不是就用性能測試工具進(jìn)行測試。性能測試只能幫助測試工程師實施性能測試，并不能幫助您完成性能測試的需求、設(shè)計和分析工作2性能測試工具無法自主進(jìn)行性能分析，而是根據(jù)測試工程師的要求以各種方式提供報表，這些報表可以被用來分析系統(tǒng)性能狀況3性能測試工具的錄制和回放與功能測試工具的錄制和回放的區(qū)別功能測試工具的錄制和回放是針對GUI的操作錄制，腳本中記錄的是用戶對控件的操作，主要通過操作和數(shù)據(jù)來驗證功能的正確性性能測試工具的錄制和回放著重強調(diào)并發(fā)的性能，GUI的許多界面操作對服務(wù)器都不構(gòu)成壓力。性能測試工具錄制的是服務(wù)端和應(yīng)用之間的通信數(shù)據(jù)，而不是GUI操作。所以錄制的時候要先選擇錄制的協(xié)議4如何選擇協(xié)議取決于應(yīng)用和客戶端的通信協(xié)議。對于WEB應(yīng)用來說，采用HTTP/HTTPS協(xié)議4.2性能測試工具架構(gòu)1虛擬用戶腳本產(chǎn)生器VirtualUserGenerator通過Proxy代理服務(wù)器方式，截獲并記錄客戶端和服務(wù)器之間的數(shù)據(jù)流。截獲數(shù)據(jù)流后對齊進(jìn)行協(xié)議層上的處理，最終形成的是容易看懂的HTTP業(yè)務(wù)交互過程腳本。自帶IDE環(huán)境，用戶可以通過IDE對腳本進(jìn)行修改和調(diào)試。2壓力產(chǎn)生器Player用于根據(jù)腳本內(nèi)容，產(chǎn)生實際的負(fù)載。例如，如果一個測試場景要求產(chǎn)生100個虛擬用戶，則壓力產(chǎn)生器會生成100個進(jìn)程或線程，每個線程都對指定的腳本進(jìn)行解釋執(zhí)行3用戶代理Agent4壓力調(diào)度和監(jiān)控系統(tǒng)Conductor調(diào)度工具：可以根據(jù)用戶的場景要求，設(shè)置各種不同腳本的VU數(shù)量，設(shè)置同步點等監(jiān)控系統(tǒng)：可以對各種數(shù)據(jù)庫、應(yīng)用服務(wù)器、服務(wù)器的主要性能計數(shù)器進(jìn)行監(jiān)控5壓力結(jié)果分析工具Analysis輔助進(jìn)行測試結(jié)果的分析4.2性能測試腳本錄制時的協(xié)議類型取決于應(yīng)用和客戶端的通信協(xié)議，而不是根據(jù)開發(fā)語言等選取協(xié)議4.3性能測試工具的選擇與評估1羅列需要的工具功能列表是否支持被測系統(tǒng)運行的平臺軟硬件數(shù)據(jù)庫環(huán)境是否支持被測系統(tǒng)使用的協(xié)議是否支持特殊要求，例如防火墻等是否提供對我們關(guān)心的服務(wù)器、應(yīng)用服務(wù)器或是數(shù)據(jù)庫類型計數(shù)器的監(jiān)控工具使用的腳本語言功能是否完善2工具比較3成本分析價格和License方式第5章性能測試的組織5.1性能測試團(tuán)隊的人員構(gòu)成1項目測試經(jīng)理確定測試目標(biāo)制定測試計劃監(jiān)控計劃執(zhí)行處理項目干系人的交互發(fā)現(xiàn)和處理測試中的風(fēng)險2測試設(shè)計>根據(jù)用戶需求和軟件需求，從業(yè)務(wù)的角度分析和整理典型場景，識別出性能需求制定合理可行的測試方案和用例測試開發(fā)實現(xiàn)測試方案和用例，測試腳本的編寫和維護(hù)確定測試過程中需要監(jiān)控的性能指標(biāo)測試執(zhí)行>按照測試方案和用例，使用測試工具執(zhí)行腳本監(jiān)控相關(guān)的性能指標(biāo)，記錄測試結(jié)果測試分析查看測試結(jié)果，對照測試目標(biāo)分析測試數(shù)據(jù)和測試過程中獲取的性能指標(biāo)得出測試結(jié)論6支持角色系統(tǒng)支持網(wǎng)絡(luò)支持?jǐn)?shù)據(jù)庫支持5.2性能測試的過程模型性能測試過程通用模型PTGMPerformanceTestGeneralModel（基于自動化測試生命周期方法ATLM和TMap模型）1測試前期準(zhǔn)備>驗證系統(tǒng)基礎(chǔ)功能，確保當(dāng)前應(yīng)用系統(tǒng)具備性能測試的條件

>組建測試團(tuán)隊，根據(jù)項目情況，確定人員所需技能（測試設(shè)計、開發(fā)、執(zhí)行、分析等。但大部分情況是一個人完成，腳本可能是開發(fā)人員提供）>測試工具需求確認(rèn)被測系統(tǒng)環(huán)境測試工具功能需求操作系統(tǒng)環(huán)境測試工具是否能運行在本操作系統(tǒng)上測試工具是否支持對本操作系統(tǒng)的監(jiān)控應(yīng)用服務(wù)器環(huán)境測試工具能否支持對本應(yīng)用服務(wù)器的監(jiān)控數(shù)據(jù)庫環(huán)境測試工具能否支持本數(shù)據(jù)庫的監(jiān)控應(yīng)用使用的協(xié)議本系統(tǒng)使用了哪些協(xié)議哪些協(xié)議需要在性能測試中通過工具進(jìn)行錄制和產(chǎn)生負(fù)載測試工具能否支持需要進(jìn)行錄制和產(chǎn)生負(fù)載的協(xié)議網(wǎng)絡(luò)環(huán)境是否需要測試工具支持防火墻是否需要測試工具支持負(fù)載均衡測試管理支持測試工具是否能夠提供方便的測試結(jié)果分析和管理>性能預(yù)備測試2測試工具引入工具選擇功能符合度工具應(yīng)用技能培訓(xùn)測試工作相關(guān)人員確定工具應(yīng)用過程確定測試工具在測試中的具體應(yīng)用范圍工具使用過程中的問題解決方法測試工具的腳本如何管理3測試計劃>性能測試領(lǐng)域分析不同的性能測試應(yīng)用領(lǐng)域，性能測試的目標(biāo)定義會有區(qū)別應(yīng)用領(lǐng)域性能測試目標(biāo)性能目標(biāo)能力驗證驗證系統(tǒng)在給定環(huán)境中的性能能力重點關(guān)注的關(guān)鍵業(yè)務(wù)響應(yīng)時間、吞吐量規(guī)劃能力驗證系統(tǒng)的性能擴(kuò)展能力，找出系統(tǒng)能力擴(kuò)充的關(guān)鍵點，給出改善其性能擴(kuò)展能力的建議業(yè)務(wù)的性能瓶頸性能調(diào)優(yōu)提供系統(tǒng)的性能表現(xiàn)重點關(guān)注的關(guān)鍵業(yè)務(wù)響應(yīng)時間、吞吐量發(fā)現(xiàn)缺陷發(fā)現(xiàn)系統(tǒng)中的缺陷無>用戶活動剖析與業(yè)務(wù)建模目的：尋找用戶的關(guān)鍵性能關(guān)注點，確定最貼近用戶要求的性能目標(biāo)用戶活動剖析方法：系統(tǒng)日志分析和用戶調(diào)查分析業(yè)務(wù)建模是對業(yè)務(wù)系統(tǒng)的行為及其實現(xiàn)方式和方法的建模，一般采用流程圖的方式描繪出各進(jìn)程之間的交互關(guān)系和數(shù)據(jù)流向>確定性能目標(biāo)性能測試目標(biāo)根據(jù)性能測試需求和用戶活動分析結(jié)果和業(yè)務(wù)建模來確定>制定測試時間計劃4測試設(shè)計與開發(fā)測試環(huán)境設(shè)計性能測試的結(jié)果與測試環(huán)境之間的關(guān)聯(lián)性非常大，必須先確定測試的環(huán)境。測試環(huán)境設(shè)計包括系統(tǒng)的軟硬件環(huán)境、數(shù)據(jù)環(huán)境設(shè)計、環(huán)境的維護(hù)方法。能力驗證領(lǐng)域：明確是在特定的部署環(huán)境下進(jìn)行規(guī)劃能力領(lǐng)域：測試環(huán)境不特定，但也需要設(shè)計基準(zhǔn)環(huán)境性能調(diào)優(yōu)領(lǐng)域：調(diào)優(yōu)過程是一個反復(fù)的過程，在調(diào)優(yōu)過程中必須保證每次測試時的環(huán)境保持不變測試場景設(shè)計測試場景模擬的一般是實際業(yè)務(wù)運行的剖面，其包括業(yè)務(wù)、業(yè)務(wù)比例、測試指標(biāo)的目標(biāo)以及需要在測試過程中進(jìn)行監(jiān)控的性能計數(shù)器。剖面：對性能測試而言，剖面表示的是某個時刻用戶使用該應(yīng)用的典型模式，一般由“用戶執(zhí)行的操作”、“執(zhí)行不同操作的用戶比例”以及“用戶使用系統(tǒng)的頻率”進(jìn)行描述。測試用例設(shè)計把針對每個測試場景規(guī)劃出相應(yīng)的工具部署、應(yīng)用部署、測試方法和步驟，這個過程就是測試用例設(shè)計活動。測試用例是對測試場景的進(jìn)一步細(xì)化。細(xì)化內(nèi)容包括場景中涉及業(yè)務(wù)的操作序列描述、場景需要的環(huán)境部署等內(nèi)容。業(yè)務(wù)描述中一定會給出判斷業(yè)務(wù)是否執(zhí)行成功的準(zhǔn)則。>測試腳本和輔助工具開發(fā)測試腳本的開發(fā)通?；凇颁浿啤?，依靠工具提供的錄制功能，可以將需要性能測試關(guān)注的業(yè)務(wù)在工具的錄制下操作一遍，然后基于該錄制后的腳本，對齊進(jìn)行修改和調(diào)試，確保其可以在性能測試中順利使用。最常用的腳本修改和調(diào)試技巧是參數(shù)化、關(guān)聯(lián)、日志輸出。5測試執(zhí)行和管理建立測試環(huán)境軟硬件系統(tǒng)環(huán)境搭建數(shù)據(jù)庫環(huán)境搭建應(yīng)用系統(tǒng)的部署系統(tǒng)設(shè)置參數(shù)的調(diào)整數(shù)據(jù)環(huán)境（使用檢查列表Checklist，檢查環(huán)境的可用性）部署測試腳本和測試場景通過測試工具部署測試腳本和測試場景。部署完成后，需要一個確認(rèn)步驟，保證場景部署與設(shè)計一致。保證需要監(jiān)控的計數(shù)器都已經(jīng)部署好相應(yīng)的監(jiān)控手段。執(zhí)行測試和記錄結(jié)果測試執(zhí)行非常簡單，一般只需要使用菜單或是按鈕就可以完成。記錄結(jié)果也可以依靠測試工具完成，通過測試工具中的監(jiān)控模塊，可以獲取并記錄需要關(guān)注的性能計數(shù)器的值。如果測試工具不提供，可以用腳本調(diào)用操作系統(tǒng)提供的工具，在腳本實現(xiàn)中講各性能計數(shù)器值分析出來并按照一定格式記錄在本地文件中。6測試分析測試分析過程用于對測試結(jié)果進(jìn)行分析，根據(jù)測試的目的和目標(biāo)給出測試結(jié)論。性能測試的分析需要借助各種圖表，一般的性能測試工具提供了報表模塊來生成不同的圖表，報表模塊同時還允許用戶通過疊加、關(guān)聯(lián)等方式處理和生成新的圖表。如果是自己編寫的腳本獲取性能計數(shù)器的值，則可以通過Excel生成圖表。性能分析的通用方法之一：“拐點分析”方法是一種利用性能計數(shù)器曲線圖上的拐點進(jìn)行性能分析的方法?；舅枷胧腔谶@個事實：性能產(chǎn)生瓶頸是由于某個資源的使用達(dá)到了極限，此時的表現(xiàn)是隨著壓力增大系統(tǒng)性能表現(xiàn)急劇下降，因此只要關(guān)注性能表現(xiàn)上的“拐點”，獲取拐點附近的資源使用情況，就能夠定位系統(tǒng)性能瓶頸。但只能定位到資源上的制約，無法直接定位引起制約的原因。第2章性能測試的應(yīng)用領(lǐng)域2.1性能測試的方法1性能測試PerformanceTesting通過模擬生成運行的業(yè)務(wù)壓力量和使用場景組合，測試系統(tǒng)的性能是否滿足生成性能要求。一個典型的場景包括操作序列、并發(fā)用戶數(shù)量條件。且要有確定的性能目標(biāo)。性能目標(biāo)的描述基本上是：要求系統(tǒng)在100個并發(fā)用戶的條件下進(jìn)行某業(yè)務(wù)操作，響應(yīng)時間不超過5秒。2負(fù)載測試LoadTesting通過在被測系統(tǒng)上不斷增加壓力，直到性能指標(biāo)超過預(yù)定指標(biāo)或某種資源使用已經(jīng)達(dá)到飽和狀態(tài)。這種性能測試方法主要目的是找到系統(tǒng)處理能力的極限。這個極限一般會描述成：在給定條件下最多允許120個并發(fā)用戶訪問；在給定條件下最多能夠在1小時內(nèi)處理2100筆業(yè)務(wù)。預(yù)期的性能指標(biāo)一般會定義為:響應(yīng)時間不超過10秒、服務(wù)器平均CPU利用率低于65%。負(fù)載測試一般用來了解系統(tǒng)的性能容量，或是配合性能調(diào)優(yōu)來使用。（系統(tǒng)在保證一定響應(yīng)時間的情況下能夠允許多少并發(fā)用戶的訪問）壓力測試StressTesting通過增加訪問壓力（例如增加并發(fā)用戶數(shù)量）使應(yīng)用系統(tǒng)的資源使用保持在一定的水平。主要目的是檢驗此時應(yīng)用表現(xiàn)，重點在于有無出錯信息產(chǎn)生，系統(tǒng)對應(yīng)用的響應(yīng)時間。配置測試ConfigurationTesting了解各種不同環(huán)境對系統(tǒng)性能影響的程度，從而找到系統(tǒng)各項資源的最優(yōu)分配原則。并發(fā)測試ConcurrencyTesting并發(fā)測試方法通過模擬用戶的并發(fā)訪問，測試多用戶訪問同一個應(yīng)用、同一個模塊或者數(shù)據(jù)記錄時是否存在死鎖或者其他性能問題。并發(fā)測試主要關(guān)注的問題問題類別問題描述內(nèi)存問題是否有內(nèi)存泄漏（C/C++）是否有太多的臨時對象（Java）是否有太多的超過設(shè)計生命周期的對象（Java）數(shù)據(jù)庫問題是否有數(shù)據(jù)庫死鎖（DeadLock）是否經(jīng)常出現(xiàn)長事務(wù)（LongTransaction）線程進(jìn)程問題是否出現(xiàn)線程進(jìn)程同步失敗其他問題是否出現(xiàn)資源爭用導(dǎo)致的死鎖是否沒有正確處理異常（例如超時）導(dǎo)致系統(tǒng)死鎖可靠性測試ReliabilityTesting通過給系統(tǒng)加載一定的業(yè)務(wù)壓力的情況下，讓應(yīng)用持續(xù)運行一段時間，測試系統(tǒng)在這種條件下是否能夠穩(wěn)定運行。對于一般的非關(guān)鍵性大型應(yīng)用來講，讓系統(tǒng)處于可能的峰值壓力下，進(jìn)行2-3天的穩(wěn)定性測試基本上足夠。測試過程中需要關(guān)注系統(tǒng)的運行狀況。關(guān)注系統(tǒng)內(nèi)存使用狀況，系統(tǒng)的其他資源使用有無明顯的變化，以及系統(tǒng)響應(yīng)時間有無明顯變化。如果隨著時間推移，響應(yīng)時間有明顯變化，或是系統(tǒng)資源使用率有明顯波動，都可能是系統(tǒng)不穩(wěn)定的征兆，需重點關(guān)注。7失效恢復(fù)測試FailoverTesting這種方法是針對有冗余備份和負(fù)載均衡的系統(tǒng)設(shè)計的。用來驗證如果系統(tǒng)局部發(fā)生故障，用戶是否能夠繼續(xù)使用系統(tǒng)；以及如果這種情況發(fā)生，用戶將受到多大程度的影響。2.2性能測試應(yīng)用領(lǐng)域分析1能力驗證關(guān)注的是，在給定條件下，系統(tǒng)能否具有預(yù)期的能力表現(xiàn)。一般采用的測試方法包括性能測試可靠性測試壓力測試失效恢復(fù)測試2能力規(guī)劃關(guān)注的是，在某種可能發(fā)生的條件下，系統(tǒng)具有如何的性能能力。一般會描述為：某系統(tǒng)能否支持未來一段時間內(nèi)的用戶增長，或是，應(yīng)該如何調(diào)整系統(tǒng)配置，使系統(tǒng)能夠滿足增長的用戶數(shù)的需要。一般采用的測試方法包括負(fù)載測試配置測試壓力測試3性能調(diào)優(yōu)性能調(diào)優(yōu)的標(biāo)準(zhǔn)過程4-確定基準(zhǔn)環(huán)境、基準(zhǔn)負(fù)載、基準(zhǔn)性能指標(biāo)4-調(diào)整系統(tǒng)運行環(huán)境和實現(xiàn)方法，執(zhí)行測試4-記錄測試結(jié)果，進(jìn)行分析性能調(diào)優(yōu)主要測試方法是配置測試負(fù)載測試壓力測試失效恢復(fù)測試4缺陷發(fā)現(xiàn)主要目的是發(fā)現(xiàn)系統(tǒng)中存在的缺陷，并沒有可以參照的性能指標(biāo)或是需要達(dá)到的性能目標(biāo)。一般采用的測試方法：并發(fā)測試壓力測試第3章性能計數(shù)器及性能分析方法性能計數(shù)器通常被用來衡量被測系統(tǒng)當(dāng)前的狀況和進(jìn)行性能測試結(jié)果分析?？梢栽诓僮飨到y(tǒng)級別、應(yīng)用服務(wù)器級別和數(shù)據(jù)庫級別上查看和記錄性能計數(shù)器的數(shù)值，在性能測試分析結(jié)果對這些數(shù)據(jù)進(jìn)行分析。3.1操作系統(tǒng)計數(shù)器及分析1Windows操作系統(tǒng)的主要計數(shù)器類別計數(shù)器名稱計數(shù)器描述MemoryAvailableMbytes可用物理內(nèi)存數(shù)

后續(xù)完善。2UNIX操作系統(tǒng)的主要計數(shù)器3內(nèi)存分析方法4處理器分析方法5磁盤I/O分析方法6進(jìn)程分析方法7網(wǎng)絡(luò)分析方法3.2應(yīng)用服務(wù)器計數(shù)器1IIS應(yīng)用服務(wù)器計數(shù)器%Tata]PtiaeMSdrTimm%Di^kTimeAvtilibleBytes^4系嫩咧的胞甘叛器計效?描盅椎業(yè)理康徇耗的此近耕時陌您珞?射于US咬可曜務(wù)器柔巡，’點計敬輯的荒一骸?』面珪讓匪』-顯-示卷垃謝ki凈與玷朝所毋克知時叫邊-STS函-罅拜肉存量*昭堅術(shù)產(chǎn)串"5MB.ffl個胞也淺按夠住此堡譏煩H%Tata]PtiaeMSdrTimm%Di^kTimeAvtilibleBytes^4系嫩咧的胞甘叛器計效?描盅茹京魂礎(chǔ)J指砰心可坤「實體。皿做但-球■上爪話打開5：】心CdUtTit除此之外，還有如下幾個需關(guān)注的-I-ActiveServerPage計數(shù)器重點關(guān)注：超時的請求數(shù)、腳本運行時期的錯誤、隊列中的請求數(shù)、請求等待時間、請求總數(shù)、失敗的請求總數(shù)、送出的總字節(jié)數(shù)。其中，隊列中的請求數(shù)和請求等待時間直接反映應(yīng)用服務(wù)器的處理能力。如果隊列中的請求數(shù)數(shù)值處于一個比較高的水平，同時請求等待時間是一個比較大的值，則應(yīng)用服務(wù)器本身是瓶頸。-I-WebService計數(shù)器重點關(guān)注：BytesTotal/Sec顯示W(wǎng)eb服務(wù)器發(fā)送和接收的總字節(jié)數(shù)。數(shù)值低表明該IIS正在以較低的速度進(jìn)行數(shù)據(jù)傳輸。ConnectionRefused:數(shù)值越低越好。數(shù)值高表明網(wǎng)絡(luò)適配器或處理器存在瓶頸。NotFoundErrors：顯示由于被請求文件無法找到而無法由服務(wù)器滿足的請求數(shù)（HTTP狀態(tài)代碼404）2J2EE應(yīng)用服務(wù)器計數(shù)器

常用的包括WebLogicWebSphereTomcat等。主要三類：JVM、JDBCConnectionPool、ExecuteQueue3.3數(shù)據(jù)庫計數(shù)器數(shù)據(jù)庫服務(wù)器常用計數(shù)器3-6敷據(jù)棒邯務(wù)器常用計敏器斐制d■敦器署篇SystctnTcMaJPiwCMorTiflii秒抵摩IF程古用盼CFLHP].住不忡件浩羸廠中頃亦同的留搽耗質(zhì).間伽.不口TK是中，w汁敝爵破粹為砂uiedbyihieGMftwnJ,當(dāng)浙的用戶連接虹散甥妁曜折器一股端石F■■姓鎏弛的限制，與應(yīng)用平合刖H,自"推世現(xiàn)迷肇數(shù)超過飆制的情況、蟬數(shù)—些加骨由5CacheHetRati。緩存命中手.當(dāng)嘍佰比炊小.何教磨車比收。忙時，訶能需要響整緩存的大小1'oiaJServtjMeracrjHWflJ于SQLServer】SQL爵we「數(shù)據(jù)原進(jìn)棧烏能建羽衍昕內(nèi)布目堵臺其他一些訂數(shù)番，如CMtEkmmnc功S<?LCacheMemflcy.LotkMtrocn可煩映涓雄知通Memory的使用情況PGAMogyFUGAMemory日我用于Ede)Oracle鞍掘庫進(jìn)程佃內(nèi)存情我Luckhwgge鞏皿Tiru#戒平均告特時間—LocleRbiuc&Sb:_每秒的根請求數(shù)KumberofDeadlocks每密產(chǎn)生的姬銳的數(shù)當(dāng)該計敷器的值螳大時需要查揖產(chǎn)生死犢的原困_LOOuuuikLj^ReddsiWrjies)枝序每的物理激[寫）,竺設(shè)計數(shù)器值比咬;Mtt-仍箱是CPU.磕盤如產(chǎn)生了新虱可以通理/鞘CPU和I/O分柝了解講一步的秘一每質(zhì)隊面該與的就臉一PageRcadj/SfC_.丁，ansMiiota一壑楷嚴(yán)生的事劣燹賽一第1章軟件性能測試基本概念1.1什么是軟件性能性能是一種指標(biāo)，表明軟件系統(tǒng)或構(gòu)件對于其及時性要求的符合度；其次，性能是軟件產(chǎn)品的一種特性，可以用時間來度量。性能的及時性用響應(yīng)時間或者吞吐量來衡量。對于軟件性能的關(guān)注是多個層面的。1用戶視角的軟件性能從用戶角度來說，軟件性能就是軟件對用戶操作的響應(yīng)時間。2管理員視角的軟件性能從管理員角度來看，首先軟件性能表現(xiàn)在系統(tǒng)的響應(yīng)時間，同時還更關(guān)注和系統(tǒng)狀態(tài)相關(guān)的信息。管理員關(guān)心的問題軟件性能描述服務(wù)器的資源使用狀況是否合理資源利用率應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器使用狀況是否合理資源利用率系統(tǒng)是否能夠?qū)崿F(xiàn)擴(kuò)展系統(tǒng)可擴(kuò)展性系統(tǒng)最多能支持多少用戶的訪問？系統(tǒng)最大的業(yè)務(wù)處理量是多少系統(tǒng)容量系統(tǒng)性能可能的瓶頸在哪里系統(tǒng)可擴(kuò)展性更換哪些設(shè)備能夠提高系統(tǒng)性能系統(tǒng)可擴(kuò)展性系統(tǒng)能否支持7*24小時的業(yè)務(wù)訪問系統(tǒng)穩(wěn)定性3開發(fā)視角的軟件性能從開發(fā)角度，最想知道的是如何通過調(diào)整設(shè)計和代碼實現(xiàn)，或者如何通過調(diào)整系統(tǒng)設(shè)置等方法提高軟件的性能表現(xiàn);和如何發(fā)現(xiàn)和解決軟件設(shè)計和開發(fā)過程中產(chǎn)品的由于多用戶訪問引起的缺陷；使性能表現(xiàn)不佳的因素，即“性能瓶頸”。開發(fā)人員關(guān)心的問題軟件性能描述架構(gòu)設(shè)計是否合理系統(tǒng)架構(gòu)數(shù)據(jù)庫設(shè)計是否存在問題數(shù)據(jù)庫設(shè)計代碼是否存在性能方面的問題代碼系統(tǒng)中是否有不合理的內(nèi)存使用方式代碼系統(tǒng)中是否存在不合理的線程同步方法設(shè)計與代碼系統(tǒng)中是否存在不合理的資源競爭設(shè)計與代碼1.2軟件性能的幾個主要術(shù)語1響應(yīng)時間呈現(xiàn)時間+系統(tǒng)響應(yīng)時間呈現(xiàn)時間是指數(shù)據(jù)在客戶端收到響應(yīng)數(shù)據(jù)后呈現(xiàn)頁面所消耗的時間。系統(tǒng)響應(yīng)時間是指應(yīng)用系統(tǒng)從請求發(fā)出開始到客戶端接收到數(shù)據(jù)所消耗的時間。合理的響應(yīng)時間取決于實際的用戶需求。2并發(fā)用戶數(shù)并發(fā)用戶數(shù)決定與具體的業(yè)務(wù)場景，一般會先對業(yè)務(wù)分解，分析出其中典型業(yè)務(wù)場景，然后基于場景采用某些方法獲取其并發(fā)用戶數(shù)。（業(yè)務(wù)并發(fā)用戶數(shù)）3吞吐量吞吐量是指單位時間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量。艮在沒有遇到性能瓶頸的時畛吾吐量可以栗用如下公式計第H+r『表示舂葉島N叩表示VL（VirtuacUser,虛擬用戶,的個數(shù)；丑表示每個vu發(fā)出的諸求（單擊）數(shù)量！r挺示性能測試所用的時1禮促如果遇到了性能此時杏吐量和vu數(shù)量之間就不再符合公式（5）給出的關(guān)系，4性能計數(shù)器性能計數(shù)器Counter是描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)。5思考時間思考時間ThinkTime，從業(yè)務(wù)角度來說，這個時間指的是用戶在進(jìn)行操作時，每個請求之間的間隔時間。對于交互式應(yīng)用，一般模式是，用戶在發(fā)出一個請求后，等待一段時間，再發(fā)出下一個請求。在腳本中，思考時間提醒為腳本中兩個請求語句之間的間隔時間。會式?＞說明吞吐量是VU敷看Ng每個用戶發(fā)出諳求數(shù)R和站間rfi函數(shù).而其中的r乂可以用時間r標(biāo)用戶的用等時間7\來計算：用公式3和分式⑹迎疔化汕起算可褂，酗I甘與A加成正比,血土乙成反比口如何計算思考時間：步驟如下：4-首先計算出系統(tǒng)的并發(fā)用戶數(shù)；4-統(tǒng)計出系統(tǒng)平均的吞吐量；4-統(tǒng)計出平