性能測試專業(yè)培訓(xùn)和交流_第1頁
性能測試專業(yè)培訓(xùn)和交流_第2頁
性能測試專業(yè)培訓(xùn)和交流_第3頁
性能測試專業(yè)培訓(xùn)和交流_第4頁
性能測試專業(yè)培訓(xùn)和交流_第5頁
已閱讀5頁,還剩41頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、性能測試專業(yè)培訓(xùn)和交流軟件測試全景圖交流內(nèi)容2概念1目標(biāo)3模型3方法測試模型-理發(fā)店模型理發(fā)店:一間或大或小的鋪面,1個或幾個理發(fā)師,幾張理發(fā)用椅和供顧客等待的板凳約束和假設(shè): 3名理發(fā)師;每位理發(fā)師剪發(fā)的時間為1小時;顧客們每次光顧理發(fā)店時所能容忍的等待時間+剪發(fā)時間是3小時。想象可能出現(xiàn)的場景?模型-理發(fā)店模型場景1:理發(fā)店內(nèi)只有1位顧客時,只需要有1名理發(fā)師為他提供服務(wù),其他兩名理發(fā)師可能繼續(xù)等著,也可能會幫忙打打雜。1小時后,這位顧客剪完頭發(fā)出門走了。那么在這1個小時里,整個理發(fā)店只服務(wù)了1位顧客,這位顧客花費在這次剪發(fā)的時間是1小時;場景2:當(dāng)理發(fā)店內(nèi)同時有兩位顧客時,就會同時有兩名

2、理發(fā)師在為顧客服務(wù),另外1位發(fā)呆或者打雜幫忙。仍然是1小時后,兩位顧客剪完頭發(fā)出門。在這1小時里,理發(fā)店服務(wù)了兩位顧客,這兩位顧客花費在剪發(fā)的時間均為1小時;場景3:當(dāng)理發(fā)店內(nèi)同時有三位顧客時,理發(fā)店可以在1小時內(nèi)同時服務(wù)三位顧客,每位顧客花費在這次剪發(fā)的時間仍然是均為1小時; 場景4:只有1位顧客和2位顧客時,空閑的理發(fā)師可以幫忙打雜,使得其他理發(fā)師的工作效率提高,并使每位顧客的剪發(fā)時間小于1小時;模型-理發(fā)店模型場景5:有一次顧客A、B、C剛進(jìn)理發(fā)店準(zhǔn)備剪發(fā),外面一推門又進(jìn)來了顧客D、E、F。因為A、B、C三位顧客先到,所以D、E、F三位只好坐在板凳上等著。1小時后,A、B、C三位剪完頭發(fā)

3、走了,他們每個人這次剪發(fā)所花費的時間均為1小時??墒荄、E、F三位就沒有這么好運,因為他們要先等A、B、C三位剪完才能剪,所以他們每個人這次剪發(fā)所花費的時間均為2小時包括等待1小時和剪發(fā)1小時。 場景6:有一次同時來了9位顧客,但是因為店面太小,只能容納3位同時剪發(fā),3位等待,剩下的3位看到?jīng)]地方坐,就離開了。場景7:有些顧客已經(jīng)是理發(fā)店的老顧客,他們和理發(fā)師已經(jīng)非常熟悉,理發(fā)師可以不用花費太多時間溝通就知道這位顧客的想法。并且理發(fā)師對這位顧客的腦袋的形狀也很熟悉,所以可以更快的完成一次理發(fā)的工作。 場景8:理發(fā)店并不是只有剪發(fā)一種業(yè)務(wù),還提供了燙發(fā)染發(fā)之類的業(yè)務(wù),那么當(dāng)顧客提出新的要求時,理

4、發(fā)師服務(wù)一位顧客的時間可能會超過標(biāo)準(zhǔn)的1小時。而且這時如果要計算每位顧客的等待時間就變得復(fù)雜了很多,有些顧客的排隊時間會比原來預(yù)計的延長,并最終導(dǎo)致他們因為無法忍受而離開 模型-理發(fā)店模型場景9:有一次由于顧客與理發(fā)師產(chǎn)生矛盾,理發(fā)師處理不當(dāng),導(dǎo)致顧客發(fā)飆砸店,所有的理發(fā)均無法順利進(jìn)行,事故消除后,每位理發(fā)的顧客實際理發(fā)時間達(dá)到2小時;場景10:隨著燙發(fā)和染發(fā)業(yè)務(wù)的增加,理發(fā)師們決定分工,兩位專門剪發(fā),一位專門負(fù)責(zé)燙發(fā)和染發(fā)。 場景11:理發(fā)店的生意越來越好,理發(fā)師的數(shù)量和理發(fā)店的門面已經(jīng)無法滿足顧客的要求,于是理發(fā)店的老板決定在旁邊再開一家店,并招聘一些工作能力更強(qiáng)的理發(fā)師。 場景12:理發(fā)

5、店的生意變得極為火爆了,兩家店都無法滿足顧客數(shù)量增長的需求,并且有些顧客開始反映到理發(fā)店的路途太遠(yuǎn),到了以后又因為燙發(fā)和染發(fā)的人太多而等太 久??墒抢戆l(fā)店的老板也明白燙發(fā)和染發(fā)的收入要遠(yuǎn)遠(yuǎn)高于剪發(fā),于是他腦筋一轉(zhuǎn),決定改變策略,在附近的幾個大型小區(qū)租用小的鋪面開設(shè)分店,專職剪發(fā)業(yè)務(wù);再在市區(qū)的繁華路段開設(shè)旗艦店,專門為燙發(fā)、染發(fā)的顧客,以及VIP顧客服務(wù)。并增設(shè)800電話,當(dāng)顧客想要剪發(fā)時,可以撥打這個電話,并由服務(wù)人員根據(jù)顧客的居住地點,將其指引到距離最近的一家分店去。 模型-理發(fā)店模型總結(jié):顧客在3人以下時,理發(fā)店理發(fā)效率最高,顧客滿意度最高,但效益欠佳,時間(1,1,1)小時;同時有3人

6、理發(fā)時,理發(fā)店效率和效益都最高,顧客滿意度最高,但效益持久性難以保證,時間(1、1、1)小時;同時有6人理發(fā)時,理發(fā)店效率下降50%,效益最高,顧客滿意度中等,時間(1,1.5,2)小時;同時有9人理發(fā)時,理發(fā)店效率最低,效益最高,顧客滿意度最差,時間(1,2,3)小時;同時超過9人來到時,10人以后的顧客憤然離開;一段時間顧客持續(xù)在9人時,絕大多數(shù)客戶的理發(fā)時間都在3小時,顧客很不滿意,理發(fā)師也由于得不到休息,很疲憊,消極怠工,效益效率顧客滿意度都持續(xù)下降模型-通用性能模型交流內(nèi)容2概念1目標(biāo)3模型3方法測試概念-資源理發(fā)師任務(wù)執(zhí)行單元線程 進(jìn)程 CPU任務(wù)存儲單元店內(nèi)空間數(shù)據(jù)頁(塊) 內(nèi)存

7、存儲設(shè)備任務(wù)調(diào)度單元板凳隊列(池、鎖) 操作系統(tǒng)中間件剪發(fā)染發(fā)燙發(fā)業(yè)務(wù)業(yè)務(wù)處理邏輯技能水平應(yīng)用程序數(shù)據(jù)資源信息資源硬件資源概念-計算機(jī)性能發(fā)展理發(fā)店場景與計算機(jī)性能發(fā)展歷程:單任務(wù) 多任務(wù) 并行處理 微處理 隊列控制存儲升級 JIT+緩存功能擴(kuò)展 結(jié)構(gòu)化設(shè)計故障診斷與處理集群分布式(云)計算場景1 場景2場景3 場景4 場景8 場景7 場景6場景5 場景1 2場景1 1場景1 0場景9概念-時間響應(yīng)時間:請求從進(jìn)入到離開系統(tǒng)或功能模塊之間的時間間隔。服務(wù)時間指系統(tǒng)處理該請求需要的時間。等待時間指請求被處理之前需要等待的時間。基準(zhǔn)響應(yīng)時間平均響應(yīng)時間:滿足了性能需求不代表系統(tǒng)性能滿足了絕大多數(shù)用

8、戶的要求最小響應(yīng)時間最大響應(yīng)時間比例響應(yīng)時間概念-時間C1:用戶請求發(fā)出前在客戶端需要完成的預(yù)處理所需要的時間C2:客戶端收到服務(wù)器返回的響應(yīng)后,對數(shù)據(jù)進(jìn)行處理并呈現(xiàn)所需要的時間A1:Web/App Server 對請求進(jìn)行處理所需要的時間A2:DB Server 對請求進(jìn)行處理所需的時間A3:Web/App Server 對 DB Server 返回的結(jié)果進(jìn)行處理所需的時間N1:請求由客戶端發(fā)出并達(dá)到Web/App Server 所需要的時間N2:如果需要進(jìn)行數(shù)據(jù)庫相關(guān)的操作,由Web/App Server 將請求發(fā)送至DB Server 所需要的時間N3:DB Server 完成處理并將結(jié)

9、果返回Web/App Server 所需的時間N4:Web/App Server 完成處理并將結(jié)果返回給客戶端所需的時間用戶響應(yīng)時間(C1+C2)+(A1+A2+A3)+(N1+N2+N3+N4)系統(tǒng)響應(yīng)時間(A1+A2+A3)+(N1+N2+N3+N4)概念-吞吐量并發(fā)用戶數(shù)絕對并發(fā)用戶數(shù)最佳并發(fā)用戶數(shù)最大并發(fā)用戶數(shù)TPS服務(wù)器硬件資源配置軟件中的處理開銷磁盤上數(shù)據(jù)的布局硬件和軟件都支持的并發(fā)度正在處理的事務(wù)類型網(wǎng)絡(luò)流量概念-理解性能SLA:描述了所提供的服務(wù),其可用性水平(正常運行時間和停機(jī)時間)、響應(yīng)時間、客戶服務(wù)水平以及違約責(zé)任。Measurement-Thresholds資源的管理和

10、調(diào)度性能與投資成本硬件成本運營成本維護(hù)成本概念-理解性能木桶原理與性能瓶頸CPU-內(nèi)存-硬盤-網(wǎng)絡(luò)請求隊列-線程池-連接池-數(shù)據(jù)庫資源限制概念-理解性能軟件性能和硬件性能的矛盾:硬件帶來的東西,全讓軟件給拿走了(Intel送,微軟?。┸浖腔靵y、無序的概念-理解性能性能問題:交易速度慢,用戶對當(dāng)前應(yīng)用程序的性能不滿意;系統(tǒng)監(jiān)控工具提醒你某組件正遇到超時或異常的負(fù)載;響應(yīng)時間監(jiān)控工具提示你服務(wù)等級協(xié)議未被滿足。交易出錯,多數(shù)是由于并發(fā)訪問造成:系統(tǒng)崩潰和某些特定交易出錯。性能下降概念-理解性能角色 任務(wù)性能規(guī)劃性能設(shè)計與編程性能測試性能監(jiān)視性能問題診斷性能參數(shù)調(diào)優(yōu)性能架構(gòu)師精通熟悉熟悉熟悉精通精

11、通開發(fā)人員熟悉精通了解熟悉熟悉了解測試人員了解了解精通熟悉熟悉熟悉實施人員了解了解熟悉熟悉熟悉精通維護(hù)人員了解了解了解精通熟悉熟悉交流內(nèi)容2概念1目標(biāo)3模型3方法測試目標(biāo)-認(rèn)識角度系統(tǒng)視角:性能”是一個整體的概念,是系統(tǒng)的負(fù)載與吞吐量、可接受的響應(yīng)時間以及資源利用率之間的平衡。用戶視角:系統(tǒng)對用戶請求的響應(yīng)速度決定了用戶對系統(tǒng)性能的評價。管理視角:最低的成本能夠讓盡可能多的用戶在任意時刻都擁有最好的體驗,系統(tǒng)能夠在同一時間內(nèi)處理更多的用戶請求。測試視角:“好的性能”意味著更大的最佳并發(fā)用戶數(shù)和 最大并發(fā)用戶數(shù),兼顧系統(tǒng)、用戶、管理。目標(biāo)-測試目標(biāo)基于硬件投資成本的考慮基于吞吐量的考慮注冊用戶?

12、在線用戶?并發(fā)數(shù)?TPS基于響應(yīng)時間的考慮響應(yīng)時間最長不超過?秒平均時間在?秒以內(nèi)基于HA的考慮交流內(nèi)容2概念1目標(biāo)3模型3方法測試方法1、了解性能測試框架2、熟悉性能測試流程3、掌握性能測試工具4、熟悉測試結(jié)果分析灰色部分不在本次培訓(xùn)范圍內(nèi)方法-性能測試框架方法-性能測試流程方法-性能測試流程-框架-業(yè)務(wù)架構(gòu)(范例)方法-性能測試流程-框架-技術(shù)架構(gòu)(范例)方法-性能測試流程-框架-軟件架構(gòu)(范例)方法-性能測試流程-框架-硬件架構(gòu)(范例)方法-性能測試流程方法-性能測試流程-策略-測試方式現(xiàn)場測試:實施項目,用戶實際IT環(huán)境,項目驗收或性能風(fēng)險評估項目測試:研發(fā)、實施項目,公司現(xiàn)有IT環(huán)境

13、,項目結(jié)項或性能故障排除選型測試:軟件選型、硬件選型、組件選型對比測試:性能優(yōu)化、版本發(fā)布、軟硬件升級、參數(shù)/數(shù)據(jù)規(guī)模重大變化方法-性能測試流程-策略-測試類型性能測試:a點到b點之間的性能,以性能預(yù)期目標(biāo)為前提,對系統(tǒng)不斷施加壓力,驗證系統(tǒng)在資源可接受范圍內(nèi),是否能達(dá)到性能預(yù)期。負(fù)載測試:b點的系統(tǒng)性能,對系統(tǒng)不斷的增加壓力或增加一定壓力下的持續(xù)時間,直到系統(tǒng)的某項或多項性能指標(biāo)達(dá)到極限。壓力測試:b點到d點之間,超過安全負(fù)載的情況下,對系統(tǒng)不斷施加壓力,通過確定一個系統(tǒng)的瓶頸或不能接受用戶請求的性能點,來獲得系統(tǒng)能夠提供的最大服務(wù)級別。穩(wěn)定性測試:a點到b點之間,在特定硬件、軟件、網(wǎng)絡(luò)條件

14、下,給系統(tǒng)加載一定業(yè)務(wù)壓力,試系統(tǒng)運行一段較長時間,檢測系統(tǒng)是否穩(wěn)定,一般時間為n*12小時。方法-性能測試流程-策略-約束條件硬件環(huán)境:CPU、內(nèi)存、存儲、網(wǎng)絡(luò)等軟件環(huán)境:操作系統(tǒng)、中間件、數(shù)據(jù)庫、應(yīng)用程序等業(yè)務(wù)類型: OLTP、OLAP、DSS等業(yè)務(wù)范圍:投資管理、預(yù)算管理、資金管理等參數(shù)規(guī)模、復(fù)雜度:單位、用戶、機(jī)構(gòu)、部門、指標(biāo)、公式、字典等數(shù)據(jù)規(guī)模、復(fù)雜度:單位數(shù)、用戶數(shù)、機(jī)構(gòu)數(shù)、部門數(shù)、指標(biāo)數(shù)、記錄數(shù)等性能目標(biāo):響應(yīng)時間、吞吐量、資源利用等方法-性能測試流程方法-性能測試流程-模型-業(yè)務(wù)模型(范例)方法-性能測試流程-模型-功能模型(范例)方法-性能測試流程-模型-度量模型度量關(guān)鍵字-業(yè)務(wù)層面(范例)預(yù)算編制表展示預(yù)算編制表保存生成編制分析表容量計算(每個功能-操作的具體用戶量-YYY)度量指標(biāo)并發(fā)用戶數(shù)響應(yīng)時間資源利用率網(wǎng)絡(luò)流量系統(tǒng)無故障率方法-性能測試流程方法-性能測試流程-場景核心業(yè)務(wù)應(yīng)用服務(wù)域:不同

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論