前段時(shí)間有幸收到珠海X公司性能題目，呵呵，接合之前的公司產(chǎn)品性能測試做以下總結。
個(gè)人認為有關(guān)性能測試場(chǎng)景問(wèn)題，其實(shí)更佳著(zhù)重于對性能測試目的考究。
以下也是我回復該公司郵件的一些擇選：
驗證測試是用于驗證在特定的場(chǎng)景、時(shí)間、壓力、環(huán)境和操作方式下系統能夠正常的運行，服務(wù)器、應用系統和網(wǎng)絡(luò )環(huán)境等軟硬件設施還能否良好的支撐這些情況下用戶(hù)的使用。驗證性測試主要針對有明確的壓力目標和預期結果，驗證系統在這種壓力下的各方面反映能夠達到預期結果。
主要分以下幾種：
壓力測試：已知系統高峰期使用人數，驗證各事務(wù)在最大并發(fā)數(通過(guò)高峰期人數換算)下事務(wù)響應時(shí)間能夠達到客戶(hù)要求。系統各性能指標在這種壓力下是否還在正常數值之內。系統是否會(huì )因這樣的壓力導致不良反應(如：宕機、應用異常中止等)。
Ramp Up 增量設計 如并發(fā)用戶(hù)為75人 系統注冊用戶(hù)為1500人 已5%-7%作為并發(fā)用戶(hù)參考值。
一般以每15s加載5人的方式進(jìn)行增壓設計，該數值主要參考測試加壓機性能，建議Run幾次。
已事務(wù)通過(guò)率與錯誤率衡量實(shí)際加載方式。
Ramp Up增量設計目標 尋找已增量方式加壓系統性能瓶頸位置 抓住出現的性能拐點(diǎn)時(shí)機 一般常用參考
Hits點(diǎn)擊率與吞吐量、CPU、內存使用情況綜合判斷。
模擬高峰期使用人數，如早晨的登錄，下班后的退出，工資發(fā)送時(shí)的消息系統等。
另一種極限模擬方式，可視為在峰值壓力情況下同時(shí)點(diǎn)擊事務(wù)操作的系統極限操作指標。
加壓方式不變，在各腳本事務(wù)點(diǎn)中設置同集合點(diǎn)名稱(chēng)(如：lr_rendzvous("same");)
在場(chǎng)景設計中，使用事務(wù)點(diǎn)集合策略。以同時(shí)達到集合點(diǎn)百分率為標準，同時(shí)釋放所有正在Run的Vuser.
穩定性測試：已知系統高峰期使用人數、各事務(wù)操作頻率等。設計綜合測試場(chǎng)景，測試時(shí)將每個(gè)場(chǎng)景按照一定人數比率一起運行，模擬用戶(hù)使用數年的情況。并監控在測試中，系統各性能指標在這種壓力下是否能保持正常數值。事務(wù)響應時(shí)間是否會(huì )出現波動(dòng)或隨測試時(shí)間增漲而增加。系統是否會(huì )在測試期間內發(fā)生如宕機、應用中止等異常情況。
根據上述測試中，各事務(wù)條件下出現性能拐點(diǎn)的位置，已確定穩定性測試并發(fā)用戶(hù)人數。
仍然根據實(shí)際測試服務(wù)器(加壓機、應用服務(wù)器、數據服務(wù)器三方性能)，估算最終并發(fā)用戶(hù)人數。
場(chǎng)景設計思想：從穩定性測試場(chǎng)景的設計意義，應分多種情況考慮：
針對同一個(gè)場(chǎng)景為例，以下已公文附件上傳為例簡(jiǎn)要分析場(chǎng)景設計思想：
1)場(chǎng)景一：已壓力測試環(huán)境下性能拐點(diǎn)的并發(fā)用戶(hù)為設計測試場(chǎng)景，目的驗證極限壓力情況下測試服務(wù)器各性能指標。
2)場(chǎng)景二：根據壓力測試環(huán)境中CPU、內存等指標選取服務(wù)器所能承受最大壓力的50%來(lái)確定并發(fā)用戶(hù)數。
測試方法：采用1)Ramp Up-Load all Vusers simultaneously
2)Duration-Run Indefinitely
3)在Sechedule-勾選Initalize all Vusers before Run
容錯性測試：通過(guò)模擬一些非正常情況(如：服務(wù)器突然斷電、網(wǎng)絡(luò )時(shí)斷時(shí)續、服務(wù)器硬盤(pán)空間不足等)，驗證系統在發(fā)生這些情況時(shí)是否能夠有自動(dòng)處理機制以保障系統的正常運行或恢復運行措施。如有HA(自動(dòng)容災系統)，還可以專(zhuān)門(mén)針對這些自動(dòng)保護系統進(jìn)行另外的測試。驗證其能否有效觸發(fā)保護措施。
問(wèn)題排除性測試：通過(guò)原有案例或經(jīng)驗判斷，針對系統中曾經(jīng)發(fā)生問(wèn)題或懷疑存在隱患的模塊進(jìn)行驗證測試。驗證這些模塊是否還會(huì )發(fā)生同樣的性能問(wèn)題。如：上傳附件模塊的內存泄露問(wèn)題、地址本模塊優(yōu)化、開(kāi)啟Tivoli性能監控對OA系統性能的影響等等。
測評測試是用于獲取系統的關(guān)鍵性能指標點(diǎn)，而進(jìn)行的相關(guān)測試。主要是針對預先沒(méi)有明確的預期測試結果，而是要通過(guò)測試獲取在特定壓力場(chǎng)景下的性能指標(如：事務(wù)響應時(shí)間、最大并發(fā)用戶(hù)數等)
評測事務(wù)交易時(shí)間：為獲取某事務(wù)在特定壓力下的響應時(shí)間而進(jìn)行的測試活動(dòng)。通過(guò)模擬已知客戶(hù)高峰期的各壓力值或預期所能承受的壓力值，獲取事務(wù)在這種壓力下的響應時(shí)間。
評測事務(wù)最大并發(fā)用戶(hù)數：為獲取某事務(wù)在特定系統環(huán)境下所能承受的最大并發(fā)用戶(hù)數而進(jìn)行的測試活動(dòng)。通過(guò)模擬真實(shí)環(huán)境或直接采用真實(shí)環(huán)境，評測在這種環(huán)境下事務(wù)所能承受的最大并發(fā)用戶(hù)數。判定標準閾值需預先定義(如響應時(shí)間，CPU占用率，內存占用率，已出現點(diǎn)擊率峰值，已出現吞吐量峰值等)
評測系統最大并發(fā)用戶(hù)數：為獲取整個(gè)系統所能夠承受的最大并發(fā)用戶(hù)數而進(jìn)行的的測試活動(dòng)。通過(guò)預先分析項目各主要模塊的使用比率和頻率，定義各事務(wù)在綜合場(chǎng)景中所占的比率，以比率方式分配各事務(wù)并發(fā)用戶(hù)數。模擬真實(shí)環(huán)境或直接采用真實(shí)環(huán)境，評測在這種環(huán)境下系統所能承受的最大并發(fā)用戶(hù)數。判定標準閥值預先定義(如響應時(shí)間，CPU占用率，內存占用率，已出現點(diǎn)擊率峰值，已出現吞吐量峰值等)。取值標準以木桶法則為準(并發(fā)數最小的事務(wù)為整個(gè)系統的并發(fā)數)。
評測不同數據庫數據量對性能的影響：針對不同數據庫數據量的測試，將測試結果進(jìn)行對比，分析發(fā)現數據庫中各表的數據量對事務(wù)性能的影響。得以預先判斷系統長(cháng)時(shí)間運行后，或某些模塊客戶(hù)要求數據量較大時(shí)可能存在的隱患。
問(wèn)題定位測試在通過(guò)以上測試或用戶(hù)實(shí)際操作已經(jīng)發(fā)現系統中的性能問(wèn)題或懷疑已存在性能問(wèn)題。需通過(guò)響應的測試場(chǎng)景重現問(wèn)題或定義問(wèn)題。如有可能，可以直接找出引起性能問(wèn)題所在的代碼或模塊。
該類(lèi)測試主要還是通過(guò)測試出問(wèn)題的腳本場(chǎng)景，并可以增加發(fā)現和檢測的工具，如開(kāi)啟Tivoli性能監控、開(kāi)啟HeapDump輸出、Linux資源監控命令等。并在場(chǎng)景運行過(guò)程中輔以手工測試。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
