1、0性能測(cè)試根本實(shí)際和流程規(guī)范.1主要學(xué)習(xí)內(nèi)容/要點(diǎn)：性能測(cè)試根本實(shí)際，術(shù)語(yǔ)以及模型引見(jiàn)性能測(cè)試的根本過(guò)程，各階段的引見(jiàn)性能測(cè)試流程實(shí)例課程概覽課程稱號(hào) 性能測(cè)試實(shí)際根底以及根本流程根本描畫(huà)本課程引見(jiàn)性能測(cè)試的實(shí)際根底，性能測(cè)試的根本流程課程目的： 了解性能測(cè)試的根本實(shí)際了解性能測(cè)試的根本過(guò)程了解性能測(cè)試流程各階段規(guī)范.2第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)第二部分 性能測(cè)試根本流程，各階段引見(jiàn)第三部分 性能測(cè)試流程.典型的企業(yè)信息效力系統(tǒng)架構(gòu)圖：.常見(jiàn)企業(yè)級(jí)系統(tǒng)架構(gòu)普通分為：客戶端；網(wǎng)絡(luò)；防火墻；負(fù)載平衡效力器硬件如F5、軟件Apache等；Web效力器；運(yùn)用效力器中間件Weblogic

2、、Tomcat等；數(shù)據(jù)庫(kù)效力器等涉及專業(yè)人員包括：性能測(cè)試工程師；系統(tǒng)管理員；網(wǎng)絡(luò)工程師；DBA；程序設(shè)計(jì)人員；.架構(gòu)例如.3第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)什么是性能系統(tǒng)實(shí)現(xiàn)其功能的才干,對(duì)性能進(jìn)展描畫(huà)可以從宏觀和微觀兩個(gè)層面 宏觀上：系統(tǒng)能穩(wěn)定運(yùn)轉(zhuǎn)，高并發(fā)訪問(wèn)量下系統(tǒng)不宕機(jī),一定數(shù)量的促銷或 搶購(gòu)活動(dòng)系統(tǒng)處置完需求的時(shí)間，系統(tǒng)可以支撐的訪問(wèn)量，系統(tǒng)每 秒 可以處置的交易或者事務(wù)數(shù)，系統(tǒng)的容量，系統(tǒng)能否支撐未來(lái)一段時(shí)間內(nèi)訪問(wèn)量添加等。 微觀上：每筆買(mǎi)賣或者每個(gè)事務(wù)的資源開(kāi)銷，包括CPU，磁盤(pán)的IO，網(wǎng)絡(luò)傳輸，效力器的銜接數(shù)，各種線程鎖，線程池的運(yùn)用情況，JVM heap的運(yùn)用，內(nèi)存

3、的分配，回收，對(duì)象占用內(nèi)存的大小，緩存的規(guī)那么，條目大小，緩存的大小，命中率不未命中率，接口調(diào)用的呼應(yīng)時(shí)間，系統(tǒng)間交互的呼應(yīng)快慢等等.4第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)性能目的衡量性能的好壞，需求運(yùn)用一些性能目的來(lái)描畫(huà)，以下是一些最常運(yùn)用的性能目的： 呼應(yīng)時(shí)間(Response Time)：懇求或者某個(gè)操作從發(fā)出的時(shí)間不收到效力器呼應(yīng)的時(shí)間的差值, 普通統(tǒng)計(jì)的是事務(wù)的呼應(yīng)時(shí)間，呼應(yīng)時(shí)間是衡量系統(tǒng)性能的一個(gè)很重要的性能目的。 吞吐率(TPS Transaction Per Second)：系統(tǒng)每秒鐘可以處置的買(mǎi)賣或事務(wù)的數(shù)量,普通統(tǒng)計(jì)的是每秒經(jīng)過(guò)的事務(wù)數(shù)，TPS也衡量系統(tǒng)性能的一個(gè)很重

4、要的性能目的呼應(yīng)時(shí)間和TPS 兩個(gè)非常重要的性能目的，任何系統(tǒng)的性能都可以用這兩個(gè)目的來(lái)描畫(huà)，針對(duì)不用的運(yùn)用系統(tǒng)會(huì)衍生出一些別的目的，但都是從這兩個(gè)目的轉(zhuǎn)化而來(lái)的事務(wù)：自定義的某個(gè)操作或者是一組懇求的集合。例如在登錄頁(yè)面，輸入完賬號(hào)密碼，從點(diǎn)擊登錄按鈕開(kāi)場(chǎng)到跳轉(zhuǎn)到新的頁(yè)面且頁(yè)面加載完全，這一步操作，我們定義為一個(gè)事務(wù)，對(duì)于翻開(kāi)一個(gè)頁(yè)面，從閱讀器中輸入U(xiǎn)RL地址到頁(yè)面加載完全，我們把這一過(guò)程定義為一個(gè)事務(wù)，它包括假設(shè)干個(gè)HTTP懇求，所以事務(wù)也是一組懇求的集合。.5第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn) 資源開(kāi)銷SD Server Demand:每個(gè)買(mǎi)賣或者事務(wù)對(duì)系統(tǒng)資源的耗費(fèi)，是一個(gè)可量化

5、的概念，用來(lái)衡量不同買(mǎi)賣或者事務(wù)對(duì)資源的耗費(fèi)程度。例如對(duì)CPU的耗費(fèi)程度用耗費(fèi)的CPU秒數(shù)來(lái)衡量，其計(jì)算邏輯為(1*CPU個(gè)數(shù)*CPU利用率)/TPS=每個(gè)事務(wù)或者買(mǎi)賣的CPU開(kāi)銷。其他的磁盤(pán)IO以及網(wǎng)絡(luò)傳輸有類似的計(jì)算方法。 并發(fā)用戶(Concurrency) ：真適用戶的相鄰操作之間會(huì)有一定的間隔時(shí)間(稱之為思索時(shí)間)，所以并發(fā)用戶有絕對(duì)和相對(duì)之分。狹義的并發(fā)是某個(gè)時(shí)間點(diǎn)同時(shí)向效力器發(fā)出懇求的并發(fā)用戶數(shù)。廣義上的并發(fā)是一段時(shí)間內(nèi)向效力器發(fā)出懇求的并發(fā)用戶數(shù)例如電商的訂單流程包括登錄，閱讀產(chǎn)品頁(yè)面，參與購(gòu)物車，去結(jié)算，確認(rèn)商品清單，確認(rèn)地址信息，運(yùn)用券，提交訂單，去支付。100個(gè)人同時(shí)在網(wǎng)站

6、上下訂單，但由于每個(gè)人執(zhí)行訂單流程中的步驟有快有慢，所以在同一時(shí)間點(diǎn)向效力器發(fā)出請(qǐng)求的是不會(huì)有100個(gè)的，會(huì)遠(yuǎn)小于100這個(gè)值，我們假設(shè)為10.那么這個(gè)100 是相對(duì)的并發(fā)用戶數(shù)，10為絕對(duì)的并發(fā)用戶數(shù)。.6第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn) PV (Page View)：即頁(yè)面閱讀量，或點(diǎn)擊量；用戶每1次對(duì)網(wǎng)站中的每個(gè)網(wǎng)頁(yè)訪問(wèn)均被記錄1次。用戶對(duì)同一頁(yè)面的多次訪問(wèn)，訪問(wèn)量累計(jì)。 PV是衡量電子商務(wù)網(wǎng)站性能容量的重要目的。PV統(tǒng)計(jì)有全天PV,平均每小時(shí)PV以及頂峰1小時(shí)的PV UV (Unique Visitor)：UV(獨(dú)立訪客), 訪問(wèn)網(wǎng)站的一臺(tái)電腦客戶端為一個(gè)訪客。00:00-2

7、4:00內(nèi)相同的客戶端只被計(jì)算一次。UV統(tǒng)計(jì)也會(huì)有全天UV,平均每小時(shí)UV和頂峰1小時(shí)的UVPV和UV是衡量web站點(diǎn)的兩個(gè)重要的目的。PV/S由TPS經(jīng)過(guò)一定的模型轉(zhuǎn)化為PV。例如假設(shè)把一個(gè)完好的頁(yè)面定義為一個(gè)transaction,那么TPS就可以等同于PV/S。PV于UV之間存在一個(gè)比例，PV/UV可以了解為平均每個(gè)人閱讀的頁(yè)面?zhèn)€數(shù)。這個(gè)比值會(huì)有一定 的動(dòng)搖，促銷期間的PV/UV比會(huì)略高于平常的PV/UV。所以用PV來(lái)衡量web站點(diǎn)的容量更準(zhǔn)確。.7第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn) 每秒點(diǎn)擊率Hit/S：每秒的Hit數(shù)，反映了客戶端每秒鐘向效力器端提交的懇求數(shù)量，一個(gè)hit對(duì)應(yīng)

8、一次HTTP懇求，性能測(cè)試過(guò)程中普通不懇求靜態(tài)的資源(JS，CSS，圖片文件等)，所以Hit/s普通指動(dòng)態(tài)懇求。 訂單轉(zhuǎn)化率：訪客訪問(wèn)網(wǎng)站時(shí)，把訪客轉(zhuǎn)化成網(wǎng)站的常駐用戶進(jìn)而再提升成網(wǎng)站的消費(fèi)用戶，而由此產(chǎn)生的消費(fèi)率就是訂單轉(zhuǎn)化率，它是衡量電子商務(wù)網(wǎng)站運(yùn)營(yíng)程度的重要目的。計(jì)算方法是一段時(shí)間內(nèi)(普通為1小時(shí))的有效訂單數(shù)(訂單形狀為C+M)/訪問(wèn)人數(shù)(UV).8第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)性能測(cè)試經(jīng)過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能目的進(jìn)展測(cè)試測(cè)試類型針對(duì)不同的測(cè)試目的有以下的幾種常見(jiàn)的測(cè)試類型： 性能測(cè)試：系統(tǒng)在正常負(fù)載的情況的各項(xiàng)性能目的,即經(jīng)

9、過(guò)調(diào)整,找到適宜的負(fù)載,使系統(tǒng)的資源的利用率處于中等的情況下,采集系統(tǒng)的各項(xiàng)目的 負(fù)載測(cè)試：系統(tǒng)在不同的負(fù)載的情況的性能表現(xiàn),可以得到系統(tǒng)在不同負(fù)載下的性能變化趨勢(shì)，尋求性能的拐點(diǎn)。例如其他條件一樣，分別測(cè)試系統(tǒng)在20,50,100并發(fā)用戶下的各項(xiàng)性能目的，找到其變化的規(guī)律，找到系統(tǒng)的能達(dá)到的最大TPS，統(tǒng)計(jì)對(duì)應(yīng)的呼應(yīng)時(shí)間和資源耗費(fèi).9第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn) 壓力測(cè)試：系統(tǒng)在高負(fù)載的情況下的性能表現(xiàn)，尋覓系統(tǒng)可以接受的最大負(fù)載以 及對(duì)應(yīng)的系統(tǒng)吞吐率 基準(zhǔn)測(cè)試：針對(duì)確定的測(cè)試系統(tǒng)，代碼版本執(zhí)行的測(cè)試，采集性能目的，作為后期的版本對(duì)比 穩(wěn)定性測(cè)試: 以正常負(fù)載或者稍高于正常負(fù)載

10、施加于系統(tǒng)，進(jìn)展長(zhǎng)時(shí)間的測(cè)試，檢測(cè)統(tǒng)可以穩(wěn)定的運(yùn)轉(zhuǎn)，以及系統(tǒng)的各項(xiàng)性能目的會(huì)不會(huì)隨著時(shí)間發(fā)生變化。 擴(kuò)展性測(cè)試: 通常用于新系統(tǒng)，新環(huán)境的搭建，經(jīng)過(guò)先測(cè)試單臺(tái)效力器的處置才干,然后逐漸添加效力器數(shù)量，測(cè)試集群環(huán)境下的單臺(tái)效力器的處置才干是否有損耗。.10第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)業(yè)務(wù)場(chǎng)景與測(cè)試場(chǎng)景 業(yè)務(wù)場(chǎng)景即業(yè)務(wù)流程，詳細(xì)的業(yè)務(wù)操作的總和。描畫(huà)的是詳細(xì)的用戶行為，可以經(jīng)過(guò)對(duì)用戶的行為進(jìn)展分析得到，也可以根據(jù)以往的數(shù)據(jù)對(duì)業(yè)務(wù)場(chǎng)景進(jìn)展估計(jì)。業(yè)務(wù)場(chǎng)景對(duì)性能測(cè)試非常重要,是性能測(cè)試場(chǎng)景的設(shè)計(jì)的重要來(lái)源。 測(cè)試場(chǎng)景測(cè)試場(chǎng)景是對(duì)業(yè)務(wù)場(chǎng)景的模擬，測(cè)試場(chǎng)景應(yīng)該盡能夠的貼近真實(shí)的業(yè)務(wù)場(chǎng)景，但是有

11、時(shí)由于條件所限制，會(huì)做一些調(diào)整和特殊的設(shè)置.11第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)單場(chǎng)景與混合場(chǎng)景 單場(chǎng)景測(cè)試場(chǎng)景中只涉及到單個(gè)的業(yè)務(wù)流程，目的是測(cè)試系統(tǒng)的單個(gè)業(yè)務(wù)在呼應(yīng)時(shí)間正常，系統(tǒng)資源利用正常的情況下所能到達(dá)的最大的TPS，測(cè)試系統(tǒng)的單個(gè)業(yè)務(wù)的容量。 混合場(chǎng)景測(cè)試場(chǎng)景中涉及到多個(gè)業(yè)務(wù)流程，且各業(yè)務(wù)流程在混合的業(yè)務(wù)流程中占的比重會(huì)不同。目的是為了測(cè)試系統(tǒng)的混合業(yè)務(wù)在呼應(yīng)時(shí)間正常，系統(tǒng)資源利用正常的情況下所能到達(dá)的最大的TPS，測(cè)試系統(tǒng)的混合業(yè)務(wù)的容量。.編號(hào)業(yè)務(wù)流程訪問(wèn)量占比（%）1瀏覽首頁(yè)10%2瀏覽產(chǎn)品頁(yè)40%3瀏覽三級(jí)頁(yè)面20%4關(guān)鍵字查詢25%5訂單流程5%6總和100%12

12、第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)業(yè)務(wù)模型或訪問(wèn)模型混合場(chǎng)景里含有多個(gè)業(yè)務(wù)流程，但是每個(gè)業(yè)務(wù)流程所占的比重會(huì)不一樣，針對(duì)每個(gè)業(yè)務(wù)以及業(yè)務(wù)的比重，稱之為業(yè)務(wù)模型，對(duì)于web站點(diǎn)，我們稱之為訪問(wèn)模型一個(gè)簡(jiǎn)單的業(yè)務(wù)訪問(wèn)模型.13第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)第二部分 性能測(cè)試根本流程，各階段引見(jiàn)第三部分 性能測(cè)試流程實(shí)例.14第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn)性能測(cè)試的執(zhí)行過(guò)程系統(tǒng)性能調(diào)優(yōu)LoadRunnerVUGENLoadRunnerCONTROLLER&ANALYSIS階段 5分析測(cè)試結(jié)果，書(shū)寫(xiě)測(cè)試報(bào)告階段 4執(zhí)行測(cè)試場(chǎng)景階段 3測(cè)試環(huán)境檢查確認(rèn)和預(yù)備測(cè)試場(chǎng)景階段

13、2創(chuàng)建虛擬用戶腳本階段 1制定性能測(cè)試方案方案NOTE: 這是LR的一個(gè)典型任務(wù)流程。.15第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn)性能測(cè)試方案/方案 制定方案/方案前需求做的事情 熟習(xí)業(yè)務(wù)流程，明確性能測(cè)試目的，不開(kāi)發(fā)人員，業(yè)務(wù)人員，架構(gòu)師，有經(jīng)驗(yàn)的性能測(cè)試工程師溝通，找到性能點(diǎn) 熟習(xí)被測(cè)系統(tǒng)的架構(gòu)，不其他系統(tǒng)的交互過(guò)程，系統(tǒng)的硬件配置信息，軟件配置信息，對(duì)性能測(cè)試有重要影響的關(guān)鍵配置信息需求明確的列丼出來(lái) 明確工程的上線時(shí)間點(diǎn)，目前工程的進(jìn)度，可調(diào)配的資源包括環(huán)境和性能測(cè)試人員.16第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn) 制定性能測(cè)試方案/方案性能測(cè)試方案方案是性能測(cè)試的指點(diǎn)，是后續(xù)

14、一序列測(cè)試活動(dòng)的根據(jù)，完好的性能測(cè)試方案方案需求填寫(xiě)以下的幾個(gè)部分： 測(cè)試概述 對(duì)整個(gè)測(cè)試工程進(jìn)展整體的描畫(huà) 測(cè)試目的 方案中必需有明確的測(cè)試目的，它是性能測(cè)試退出的判別條件 測(cè)試環(huán)境 明確的測(cè)試環(huán)境的軟硬件信息，假設(shè)有消費(fèi)環(huán)境，除要有消費(fèi)環(huán)境的詳細(xì)信息外，還需求有環(huán)境的差別分析 測(cè)試數(shù)據(jù) 明確對(duì)測(cè)試數(shù)據(jù)的要求，例如可反復(fù)運(yùn)用，參數(shù)的數(shù)量級(jí)，分布等 測(cè)試場(chǎng)景 最初設(shè)計(jì)的測(cè)試場(chǎng)景的細(xì)節(jié)，包括每個(gè)測(cè)試場(chǎng)景的設(shè)置，測(cè)試目的，對(duì)環(huán)境的調(diào)整，對(duì)測(cè)試數(shù)據(jù)的特殊要求等 執(zhí)行方案 最初設(shè)計(jì)的測(cè)試場(chǎng)景的執(zhí)行時(shí)間方案 方案變卦 記錄整個(gè)測(cè)試工程中的未按照方案執(zhí)行的部分 參與人員 工程的參與人員以及每個(gè)人員的職責(zé)和

15、分工 風(fēng)險(xiǎn)控制 預(yù)期的風(fēng)險(xiǎn)和不可控的要素以及它們對(duì)測(cè)試工程進(jìn)度的影響.第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn)創(chuàng)建虛擬用戶腳本虛擬用戶腳本是執(zhí)行測(cè)試的前提條件,對(duì)整個(gè)性能測(cè)試的的結(jié)果的準(zhǔn)確性有丼足輕重的影響。腳本的制造需求遵照一定的規(guī)范.良好的虛擬用戶腳本至少需求滿足以下的幾點(diǎn)要求：虛擬用戶腳本模擬的業(yè)務(wù)流程不真適用戶的行為應(yīng)該盡能夠的堅(jiān)持一致，不能有過(guò)大的偏向。腳本有簡(jiǎn)要的描畫(huà)，一些關(guān)鍵的執(zhí)行步驟有注釋，闡明事務(wù)的定義準(zhǔn)確，即事務(wù)的起始邊境和終了邊境位置正確，同時(shí)需求對(duì)事務(wù)的經(jīng)過(guò)不失敗進(jìn)展明確的檢查和判別，確保場(chǎng)景運(yùn)轉(zhuǎn)時(shí)事務(wù)的統(tǒng)計(jì)是準(zhǔn)確的。合理進(jìn)展參數(shù)化，能否參數(shù)化以及參數(shù)的分布，參數(shù)的取

16、值和更新方式，參數(shù)的數(shù)量級(jí)等都會(huì)影響性能測(cè)試結(jié)果的準(zhǔn)確性腳本中要明確能否需求做關(guān)聯(lián)以及關(guān)聯(lián)的位置合理準(zhǔn)確，有些懇求處置邏輯中的檢查比較弱，雖然腳本可以運(yùn)轉(zhuǎn)勝利，但效力器會(huì)拋exception。測(cè)試數(shù)據(jù)準(zhǔn)確，有效，滿足性能測(cè)試的要求。防止由于測(cè)試數(shù)據(jù)的不合理影響性能測(cè)試的結(jié)果腳本中的參數(shù)和變量的運(yùn)用要合理。腳本中參與一些必要的控制邏輯，使腳本強(qiáng)壯，穩(wěn)定運(yùn)轉(zhuǎn)。17.18第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn)檢查確認(rèn)測(cè)試環(huán)境在測(cè)試環(huán)境搭建好后，需求確認(rèn)測(cè)試環(huán)境，需求做以下的一些事情： 搜集并檢查測(cè)試環(huán)境的軟硬件信息 檢查部署的代碼版本。 測(cè)試環(huán)境各效力器能否部署監(jiān)控程序，性能測(cè)試人員能否具備監(jiān)控

17、權(quán)限 一切效力器的進(jìn)程是正常對(duì)外提供效力 確認(rèn)系統(tǒng)能否具備執(zhí)行性能測(cè)試的條件(可適當(dāng)用小負(fù)載測(cè)試下系統(tǒng)) 確認(rèn)系統(tǒng)無(wú)外界干擾，性能測(cè)試執(zhí)行過(guò)程中確保能獨(dú)占該環(huán)境 確認(rèn)效力器所在的操作系統(tǒng)的形狀正確，包括CPU,內(nèi)存運(yùn)用，磁盤(pán)空間剩余能否足夠等 對(duì)于數(shù)據(jù)庫(kù)效力器，確保數(shù)據(jù)庫(kù)的根底數(shù)據(jù)量滿足測(cè)試需求，數(shù)據(jù)庫(kù)中的表假設(shè)有艱苦的改動(dòng)，確認(rèn)執(zhí)行過(guò)runstat操作等.19第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn)設(shè)計(jì)測(cè)試場(chǎng)景測(cè)試場(chǎng)景的設(shè)置對(duì)性能測(cè)試的結(jié)果影響很大。執(zhí)行測(cè)試之前務(wù)必確認(rèn)場(chǎng)景的設(shè)置能否正確。以下為測(cè)試場(chǎng)景設(shè)置中通常需求確認(rèn)的檢查點(diǎn)： Schedule中虛擬用戶的Ramp up, Durati

18、on, Ramp dump 設(shè)置正確，對(duì)于設(shè)定一段時(shí)間后自動(dòng)運(yùn)轉(zhuǎn)或者到某個(gè)時(shí)間點(diǎn)自動(dòng)運(yùn)轉(zhuǎn)的場(chǎng)景確認(rèn)點(diǎn)擊了 start scenario，場(chǎng)景進(jìn)入倒計(jì)時(shí) 場(chǎng)景中運(yùn)用的agent確認(rèn)可以連通，agent的資源空閑，無(wú)外界的干擾。Agent的C盤(pán)的磁盤(pán)空間足夠，temp目錄有足夠的空間。Agent的host配置正確，確保懇求發(fā)送到指定的系統(tǒng)。 場(chǎng)景中假設(shè)運(yùn)用到了集合點(diǎn)，確認(rèn)集合點(diǎn)的釋放規(guī)那么按需求設(shè)置 確認(rèn)場(chǎng)景的RTS(假設(shè)是由腳本創(chuàng)建場(chǎng)景的，腳本的RTS會(huì)初始化場(chǎng)景的RTS)設(shè)置正確，run logic，log已封鎖，Download non HTML resources設(shè)置正確，Browsers

19、imulation 中的選項(xiàng)設(shè)置正確。 執(zhí)行測(cè)試前根據(jù)checklist對(duì)測(cè)試場(chǎng)景進(jìn)展確認(rèn).20第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn)執(zhí)行測(cè)試場(chǎng)景性能測(cè)試執(zhí)行是一個(gè)發(fā)現(xiàn)問(wèn)題-處理問(wèn)題，復(fù)測(cè)-發(fā)現(xiàn)新問(wèn)題的迭代的過(guò)程。需求開(kāi)發(fā)人員，系統(tǒng)運(yùn)維人員，DBA，架構(gòu)師等共同參與的分析問(wèn)題，處理問(wèn)題的過(guò)程：性能問(wèn)題處理系統(tǒng)性能調(diào)優(yōu)測(cè)試執(zhí)行發(fā)現(xiàn)問(wèn)題修復(fù)后復(fù)測(cè)此階段能夠涉及邏輯和代碼變卦.21第二部分 性能測(cè)試的根本流程，各階段的引見(jiàn)搜集整理測(cè)試結(jié)果，書(shū)寫(xiě)測(cè)試報(bào)告性能測(cè)試到達(dá)測(cè)試目的，那么性能測(cè)試終了，性能測(cè)試人員整理測(cè)試過(guò)程中的腳本，階段結(jié)果，數(shù)據(jù)，整理問(wèn)題的發(fā)現(xiàn)和處理過(guò)程，書(shū)寫(xiě)性能測(cè)試報(bào)告。最終對(duì)外提供

20、性能測(cè)試報(bào)告作為性能測(cè)試工程的終結(jié).22第一部分 性能測(cè)試根本實(shí)際，術(shù)語(yǔ)及模型引見(jiàn)第二部分 性能測(cè)試根本流程，各階段引見(jiàn)第三部分 性能測(cè)試流程實(shí)例.23第三部分 性能測(cè)試流程實(shí)例.24第三部分 性能測(cè)試流程實(shí)例性能測(cè)試過(guò)程參與人員 業(yè)務(wù)部門(mén)/工程經(jīng)理：性能測(cè)試需求的提出方，需求明確的提出性能測(cè)試的目的，擔(dān)任講解業(yè)務(wù)流程和操作 開(kāi)發(fā)人員：詳細(xì)工程或者功能的開(kāi)發(fā)實(shí)施人員，參與性能問(wèn)題的診斷以及優(yōu)化 性能測(cè)試人員：性能測(cè)試的預(yù)備以及性能測(cè)試執(zhí)行的實(shí)施者 系統(tǒng)運(yùn)維人員：擔(dān)任日常系統(tǒng)運(yùn)維任務(wù)。在詳細(xì)的性能測(cè)試工程中擔(dān)任測(cè)試環(huán)境的搭建，系統(tǒng)調(diào)優(yōu)的方案的詳細(xì)實(shí)現(xiàn)，系統(tǒng)的監(jiān)控以及日常的運(yùn)維。.25第三部分 性

21、能測(cè)試流程實(shí)例需求階段新功能的上線，架構(gòu)的調(diào)整，性能優(yōu)化點(diǎn)，版本的變卦假設(shè)有性能測(cè)試需求，那么先需求填寫(xiě)性能測(cè)試需求單 需求來(lái)源：性能測(cè)試的需求來(lái)源主要有四個(gè)：日常需求，架構(gòu)改造，性能優(yōu)化，新工程。這不目前電商的四類工程：維護(hù)型，優(yōu)化型，規(guī)范型，新產(chǎn)廢品型并不沖突，只是更細(xì)程度的劃分 需求提出的時(shí)間點(diǎn)：性能測(cè)試需求越早越好。對(duì)于新系統(tǒng)，新的工程，需求在立項(xiàng)后提出。.26第三部分 性能測(cè)試流程實(shí)例 需求單中必需明確以下的幾部分：1需求根本信息 業(yè)務(wù)聯(lián)絡(luò)人 開(kāi)發(fā)聯(lián)絡(luò)人 方案上線時(shí)間 測(cè)試時(shí)間要求2業(yè)務(wù)需求概述 業(yè)務(wù)需求概述 預(yù)期峰值業(yè)務(wù)場(chǎng)景 性能測(cè)試的目的和意義 能否對(duì)其他業(yè)務(wù)有影響3預(yù)期業(yè)務(wù)性能

22、目的 用戶訪問(wèn)量 頁(yè)面呼應(yīng)時(shí)間 訂單量 訂單轉(zhuǎn)化率.27第三部分 性能測(cè)試流程實(shí)例測(cè)試預(yù)備階段在制定好性能測(cè)試方案后，在環(huán)境和功能根本穩(wěn)定可行的情況下，可進(jìn)入性能測(cè)試的預(yù)備階段，主要包括測(cè)試腳本，測(cè)試數(shù)據(jù)，測(cè)試環(huán)境的預(yù)備以及版本發(fā)布等 方案設(shè)計(jì)：制定了性能測(cè)試方案的同時(shí)，需求設(shè)計(jì)詳細(xì)的方案，即按照什么樣的思緒和戰(zhàn)略去測(cè)試，詳細(xì)方案中需求設(shè)計(jì)詳細(xì)的測(cè)試的場(chǎng)景以及測(cè)試場(chǎng)景的執(zhí)行順序，每個(gè)場(chǎng)景的重點(diǎn)關(guān)注點(diǎn)等 方案評(píng)審：性能測(cè)試組人員制定了初步的性能測(cè)試方案和方案后，不架構(gòu)師，工程經(jīng)理/業(yè)務(wù)部門(mén)共同交流，認(rèn)論，評(píng)價(jià)測(cè)試方案的設(shè)計(jì)能否合理，假設(shè)不合理，那么需求進(jìn)一步修正知道三方都認(rèn)同該測(cè)試方案為止。測(cè)試方案評(píng)審經(jīng)過(guò)以后進(jìn)入詳細(xì)的測(cè)試預(yù)備步驟 測(cè)試腳本：性能測(cè)試工程師開(kāi)發(fā)和調(diào)試性能測(cè)試的腳本.28第三部分 性能測(cè)試流程實(shí)例 測(cè)試數(shù)據(jù)：性能測(cè)試工