性能測(cè)試開展指導(dǎo)-全文預(yù)覽
【正文】 定的性能測(cè)試中修改任何參數(shù)，那么我們就破壞了結(jié)果的可比較性，將不得不重新執(zhí)行測(cè)試。執(zhí)行此場(chǎng)景，觀察系統(tǒng)在此場(chǎng)景下的運(yùn)行狀況。14 確定最小用戶負(fù)載 確定最小用戶負(fù)載的目的為了全面掌握應(yīng)用程序的性能――不僅是重壓條件下，而且是在更為理想的條件下。 其他需要注意的地方應(yīng)用服務(wù)器的Warm up問題，在第一次做運(yùn)行的時(shí)候，在第一次訪問的時(shí)候速度會(huì)很慢，第二次訪問才會(huì)快起來(lái)，因?yàn)閺谋镜谻ache中讀取信息，所以在應(yīng)用服務(wù)器重啟了以后，都必須多測(cè)幾次，等服務(wù)器Warm up后再測(cè)試，否則的話，前面的結(jié)果沒有有效性。ii)通過各種工具慢慢來(lái)做：比如：做某個(gè)業(yè)務(wù)的時(shí)候響應(yīng)速度很慢，可以用排除法來(lái)做：第一，猜測(cè)是網(wǎng)絡(luò)的問題，在兩個(gè)網(wǎng)絡(luò)之間使用網(wǎng)絡(luò)測(cè)試工具sniffer測(cè)試網(wǎng)絡(luò)延遲，或者用windows操作系統(tǒng)，在windows2000，advanced server也有相應(yīng)的工具測(cè)點(diǎn)對(duì)點(diǎn)的延遲。資源利用率：cpu利用率，內(nèi)存利用率，磁盤I/O狀況等12 響應(yīng)時(shí)間的分解響應(yīng)時(shí)間＝網(wǎng)絡(luò)響應(yīng)時(shí)間＋應(yīng)用程序響應(yīng)時(shí)間 ＝網(wǎng)絡(luò)延遲N1（數(shù)據(jù)在網(wǎng)絡(luò)上傳輸?shù)臅r(shí)間）＋web服務(wù)器請(qǐng)求被處理的時(shí)間A1 ＋web服務(wù)器到database服務(wù)器的傳輸時(shí)間N2（如果兩臺(tái)服務(wù)器在同一臺(tái)機(jī)器上傳輸時(shí)間就會(huì)很短）＋數(shù)據(jù)庫(kù)服務(wù)器處理數(shù)據(jù)庫(kù)請(qǐng)求所耗的時(shí)間A2＋database服務(wù)器返回請(qǐng)求到web服務(wù)器的傳輸時(shí)間N3＋web服務(wù)器請(qǐng)求被處理的時(shí)間A3＋網(wǎng)絡(luò)延遲N4因此，性能的相關(guān)性大概為三個(gè)部分：網(wǎng)絡(luò)的延遲、應(yīng)用服務(wù)器處理的延遲、數(shù)據(jù)庫(kù)處理的延遲。吞吐量： i）按照流量來(lái)計(jì)算的吞吐量，用來(lái)衡量網(wǎng)絡(luò)狀況或者應(yīng)用服務(wù)器的處理能力，在指定的時(shí)間內(nèi)，每秒鐘字節(jié)的出入.ii）用點(diǎn)擊數(shù)來(lái)衡量吞吐量，每個(gè)固定的時(shí)間段內(nèi)有多少點(diǎn)擊數(shù)，用于銀行系統(tǒng)。通過在做性能測(cè)試的過程中得到系統(tǒng)穩(wěn)定性數(shù)據(jù)的方式來(lái)驗(yàn)證系統(tǒng)的穩(wěn)定性手段：對(duì)一個(gè)系統(tǒng)進(jìn)行一個(gè)長(zhǎng)時(shí)間的運(yùn)行，觀察它的可用內(nèi)存，cpu使用率有無(wú)顯著的變化，如果在長(zhǎng)時(shí)間使用的情況下，cpu，內(nèi)存無(wú)顯著變化，則可以認(rèn)為系統(tǒng)具有穩(wěn)定性。 實(shí)施階段的性能測(cè)試在實(shí)施階段進(jìn)行性能測(cè)試的目的是為了階段性的驗(yàn)證系統(tǒng)性能，進(jìn)行性能調(diào)優(yōu)，并通過系統(tǒng)調(diào)優(yōu)發(fā)現(xiàn)系統(tǒng)缺陷。9 各階段所要進(jìn)行的性能測(cè)試除了需求階段都需要進(jìn)行性能測(cè)試。系統(tǒng)架構(gòu)設(shè)計(jì)的不合理程序員的實(shí)現(xiàn)錯(cuò)誤6 產(chǎn)品部署階段產(chǎn)品部署階段的性能測(cè)試主要用來(lái)確立客戶需要什么樣的硬件配置。 開發(fā)角度性能問題的原因?qū)λ褂玫募夹g(shù)不熟悉這是影響最大的因素。以確定問題出現(xiàn)在應(yīng)用層，數(shù)據(jù)庫(kù)層，代碼層。驗(yàn)證能力包括ⅰ）驗(yàn)證新的系統(tǒng)，新的架構(gòu)能否滿足用戶的需求。場(chǎng)景設(shè)計(jì)的例子（主要是根據(jù)業(yè)務(wù)的使用狀況）：l 場(chǎng)景1：10％登錄，10％入庫(kù)，30％訂單，20％出庫(kù)，30％查詢（1000用戶）——日常l 場(chǎng)景2：10％登錄，90％查詢（400用戶）——周末盤點(diǎn) 設(shè)定需要監(jiān)控的資源設(shè)定需要監(jiān)控的資源主要有一下幾個(gè)方面：CPU利用率內(nèi)存使用情況數(shù)據(jù)庫(kù)監(jiān)控JVM使用狀況監(jiān)控應(yīng)優(yōu)先監(jiān)控應(yīng)用服務(wù)器的性能指標(biāo)。確定需要監(jiān)控的指標(biāo)：?。〤PU使用率 ⅱ）內(nèi)存使用情況 在此應(yīng)優(yōu)先監(jiān)控應(yīng)用服務(wù)器的性能指標(biāo)。 系統(tǒng)維護(hù)階段的性能測(cè)試目標(biāo)考察系統(tǒng)的可擴(kuò)展性：從系統(tǒng)的視角考慮,在用戶數(shù)擴(kuò)大，在業(yè)務(wù)量增大的情況下，是一個(gè)怎樣的表現(xiàn)。 不同階段的性能測(cè)試目標(biāo) 設(shè)計(jì)階段的性能測(cè)試目標(biāo)設(shè)計(jì)階段的性能測(cè)試目標(biāo)為考察系統(tǒng)是否滿足預(yù)期的性能要求。基于風(fēng)險(xiǎn)的測(cè)試目標(biāo)確定?。┫到y(tǒng)如果不做性能測(cè)試，會(huì)有多大的風(fēng)險(xiǎn)，如果在性能指標(biāo)上達(dá)不到用戶的要求會(huì)有多大的風(fēng)險(xiǎn)。 ⅱ）隱藏在“性能測(cè)試”之后的實(shí)際想法，比如：是因?yàn)殚_發(fā)人員對(duì)所完成的代碼沒有信心，又不愿意做修改，要求我們對(duì)其所作的程序進(jìn)行性能測(cè)試，還是設(shè)計(jì)人員使用了一項(xiàng)新技術(shù)，心里沒低，所要求作的性能測(cè)試，等等。內(nèi)存的使用數(shù)是否只剩下極少的幾兆，幾十兆。穩(wěn)定性：系統(tǒng)長(zhǎng)時(shí)間運(yùn)行不會(huì)出現(xiàn)錯(cuò)誤的能力。 5：5秒鐘用戶可能會(huì)覺得差了一點(diǎn)，還行，比較好。讓業(yè)務(wù)人員來(lái)判斷我們的性能需求是否能滿足客戶的真實(shí)要求。2 需求階段 性能測(cè)試需求的確立 性能測(cè)試需求的來(lái)源性能測(cè)試需求的來(lái)源有三個(gè)方面： 需求文檔 設(shè)計(jì)文檔 客戶備忘錄 確定性能測(cè)試需求的解決方法在沒有需求文檔和設(shè)計(jì)文檔的情況下，我們需要對(duì)TSP系統(tǒng)上的客戶業(yè)務(wù)使用情況進(jìn)行分析，提出我們所關(guān)注的性能測(cè)試需求，并告知業(yè)務(wù)人員。 確立響應(yīng)時(shí)間的原則：2/5/10原則 2：2秒鐘用戶會(huì)覺得是一個(gè)很好的體驗(yàn)。此部分需與業(yè)務(wù)人員討論。 系統(tǒng)資源使用狀況：服務(wù)器的CPU使用率是否長(zhǎng)期高于80％，達(dá)到90％，100％的程度，整個(gè)磁盤的I/O是否達(dá)到極限。了解真正的性能測(cè)試需求方法：ⅰ）識(shí)別項(xiàng)目干系人：指的是和項(xiàng)目相關(guān)的人，開發(fā)人員，設(shè)計(jì)人員，需求人員，業(yè)務(wù)人
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號(hào)-1