問題：能否先簡(jiǎn)單談?wù)勀?a href="" target="_self" style="word-break: break-all; color: #202859; text-decoration: initial;">測(cè)試領(lǐng)域的工作經(jīng)驗(yàn)？和您對(duì)此領(lǐng)域的理解？
宗剛：我的工作經(jīng)驗(yàn)主要分成三個(gè)階段：
第一階段：民企開發(fā)Leader
畢業(yè)后做程序員，負(fù)責(zé)開發(fā)維護(hù)6個(gè)產(chǎn)品。解決過多次關(guān)鍵性能問題，其中有一次系統(tǒng)跑批2小時(shí)后死機(jī)，通過我的優(yōu)化最后只需要15分鐘完成，協(xié)助業(yè)務(wù)部門打了一個(gè)大勝戰(zhàn)。06年開始在項(xiàng)目組自下而上推一些敏捷實(shí)踐。因?yàn)橛虚_發(fā)編程以及敏捷工程的基礎(chǔ)，為我后期進(jìn)行大型系統(tǒng)性能測(cè)試、優(yōu)化、規(guī)劃以及提出全生命周期敏捷性能管理體系打下了堅(jiān)實(shí)的基礎(chǔ)。
第二階段：創(chuàng)業(yè)公司負(fù)責(zé)人
和幾位朋友一起創(chuàng)業(yè)，負(fù)責(zé)公司兩個(gè)產(chǎn)品的運(yùn)作，測(cè)試、開發(fā)、需求、業(yè)務(wù)、銷售、人力各種工作都干過。雖然結(jié)果不太理想，但這個(gè)階段磨練我從整體去看一個(gè)產(chǎn)品，從開發(fā)、測(cè)試、產(chǎn)品系統(tǒng)看問題，而不會(huì)局限于研發(fā)。
第三階段：惠普非功能技術(shù)負(fù)責(zé)人
到惠普后，作為團(tuán)隊(duì)非功能技術(shù)負(fù)責(zé)人，推行敏捷軟件開發(fā)，推行安全測(cè)試，提出性能測(cè)試優(yōu)化建模整體服務(wù)整體解決系統(tǒng)上線過程中的技術(shù)難題，提出全生命周期敏捷性能與容量管理體系解決系統(tǒng)整個(gè)生命周期的性能與容量難題，提出交維服務(wù)系統(tǒng)解決從研發(fā)到運(yùn)維的技術(shù)、流程等問題。主要為國內(nèi)金融、電信、政府核心系統(tǒng)進(jìn)行非功能服務(wù)。曾在創(chuàng)金融領(lǐng)域全球最高TPS（HP開放平臺(tái)）的項(xiàng)目擔(dān)任性能技術(shù)專家。惠普是一個(gè)很大的平臺(tái)，各種資源都有，性能測(cè)試工具、監(jiān)控工具、刀片、小機(jī)、存儲(chǔ)、網(wǎng)絡(luò)、操作系統(tǒng)以及各種領(lǐng)域?qū)＜遥钪匾氖怯泻芏啻笮蛻?yīng)用系統(tǒng)的客戶，非常有利于性能技術(shù)成長(zhǎng)。
對(duì)于測(cè)試領(lǐng)域的理解：
A、從測(cè)試領(lǐng)域職業(yè)發(fā)展來看，將來的測(cè)試有兩條比較好的出路，一條為業(yè)務(wù)專家，懂得某業(yè)務(wù)領(lǐng)域知識(shí)如金融、電信、建筑等等有行業(yè)壁壘的知識(shí)；另一條為測(cè)試技術(shù)專家，會(huì)編程是基礎(chǔ)，能夠做技術(shù)含量比較高的測(cè)試。原來主要點(diǎn)擊幾下鼠標(biāo)的黑盒測(cè)試競(jìng)爭(zhēng)會(huì)越來越激烈，由于知識(shí)壁壘有限，大量的高校畢業(yè)生輕易進(jìn)入這個(gè)領(lǐng)域，很難出高薪。前幾年是測(cè)試領(lǐng)域的原始積累期，很多技術(shù)能力不強(qiáng)的人能成為領(lǐng)導(dǎo)、經(jīng)理，將來這種可能性越來越小。
B、性能測(cè)試領(lǐng)域現(xiàn)在還缺少標(biāo)準(zhǔn)，市面上的培訓(xùn)以及書籍多數(shù)以工具為主，沒有系統(tǒng)解決性能問題關(guān)注性能測(cè)試為主。
問題：能否簡(jiǎn)述企業(yè)中性能測(cè)試現(xiàn)狀？
宗剛：從09年的淘寶雙十一導(dǎo)致多家銀行網(wǎng)銀系統(tǒng)宕機(jī)，到12306購票難，再到前不久聚美優(yōu)品促銷活動(dòng)剛開始就遭秒殺。根據(jù)Google的統(tǒng)計(jì)，如果網(wǎng)站打開慢每500毫秒，用戶訪問量將下降20%。根據(jù)Amazon統(tǒng)計(jì)，每慢100毫秒，交易額下降1%。這些事件和統(tǒng)計(jì)數(shù)據(jù)為大家敲響了警鐘，企業(yè)也會(huì)越來越重視性能測(cè)試。
企業(yè)性能測(cè)試常見問題：
A、缺少整體性能與容量管理策略，常常臨時(shí)抱佛腳，見過用20人年開發(fā)的系統(tǒng)上線之后系統(tǒng)性能完全無法瞞住要求，重新開發(fā)
B、UAT階段才做測(cè)試。為時(shí)太晚，很多問題這個(gè)階段無法解決或解決成本非常高
C、運(yùn)維與研發(fā)缺乏互動(dòng)。沒有形成生產(chǎn)與研發(fā)的閉環(huán)，測(cè)試結(jié)果脫離實(shí)際，見過通過大量性能測(cè)試的系統(tǒng)上線之后就宕機(jī)
D、缺少性能優(yōu)化和規(guī)劃。只有性能測(cè)試報(bào)告，定位不了問題，提出不了建議，對(duì)于生產(chǎn)系統(tǒng)的容量和性能缺少規(guī)劃，不清楚系統(tǒng)的容量，無法支持有效的業(yè)務(wù)決策。
問題：能否描述一下性能測(cè)試人員的現(xiàn)狀？
宗剛：11和12年分別在北京、上海、深圳面試了近100位性能測(cè)試人員，主要的特點(diǎn)如下：
A、性能測(cè)試人員出身比較復(fù)雜，有開發(fā)經(jīng)驗(yàn)的人員能力和潛力都強(qiáng)于其他。由于性能測(cè)試項(xiàng)目比較少，所以不同角色的人遇到這種項(xiàng)目，就成為性能測(cè)試人員。由于性能測(cè)試對(duì)人員要求的技術(shù)比較高，相對(duì)之下有開發(fā)經(jīng)驗(yàn)的人員學(xué)習(xí)速度要快得多。就拿我自己舉例，由于有4年的開發(fā)經(jīng)驗(yàn)，通過兩個(gè)項(xiàng)目的實(shí)踐就可以靈活掌握性能測(cè)試，1年掌握的東西相當(dāng)于沒有開發(fā)經(jīng)驗(yàn)的3年。
B、多數(shù)性能測(cè)試人員都以工具為主，缺少系統(tǒng)解決性能問題的能力。見過一個(gè)項(xiàng)目的性能測(cè)試人員只懂通過loadrunner設(shè)置場(chǎng)景發(fā)起壓力，根本不會(huì)性能監(jiān)控和瓶頸定位，測(cè)試的數(shù)據(jù)壓倒生產(chǎn)庫都不知道。
C、從面試的整體來看北京的技術(shù)能力稍強(qiáng)于其它地區(qū)，基本上為北京>上海>深圳。
D、很多“資深”性能測(cè)試的人員由于停留于幾年以前會(huì)loadrunner就是專家的時(shí)代，技能沒有提升，陷入“上不去，下不來”的尷尬境地。
E、多數(shù)人員習(xí)慣于從測(cè)試看問題，缺少整體視角解決性能問題。個(gè)人建議從產(chǎn)品經(jīng)理的角度看問題，因?yàn)橐粋€(gè)產(chǎn)品其實(shí)就是一個(gè)小型企業(yè)，從這個(gè)角度看成本、創(chuàng)新、流程、質(zhì)量就比較有意義，抓住了本質(zhì)。
F、性能測(cè)試領(lǐng)域非常缺人才，缺少精通性能測(cè)試，同時(shí)熟悉各層性能優(yōu)化的人才。見過好幾個(gè)企業(yè)有若干個(gè)OS、中間件、DB性能優(yōu)化專家，但是解決不了性能問題，缺少整體貫通的人員。
問題：你如何理解性能測(cè)試在軟件生命周期中的位置？
宗剛：性能測(cè)試應(yīng)該貫穿整個(gè)軟件的生命周期，從需求到架構(gòu)到迭代到上線再到運(yùn)維都和性能測(cè)試息息相關(guān)。下圖為借鑒了敏捷性能工程的思路整理出來的一個(gè)全生命周期性能管理圖。
主要分成4個(gè)大階段：
A、計(jì)劃階段：
編寫可測(cè)試的性能需求：詳細(xì)說明可落地可測(cè)試的需求，而不是籠統(tǒng)的寫著一天支持1.5億的交易，支持1億的用戶。
性能測(cè)試策略：需要提前考慮怎么進(jìn)行性能測(cè)試，用什么工具？需要哪些培訓(xùn)等等 在產(chǎn)品代辦列表里增加性能活動(dòng)：由于性能測(cè)試一般實(shí)施周期比較長(zhǎng)，建議單獨(dú)成為一個(gè)列表項(xiàng)。
B、架構(gòu)評(píng)估：
在系統(tǒng)架構(gòu)階段，在實(shí)現(xiàn)部分關(guān)鍵功能的情況下評(píng)估系統(tǒng)性能、容量、安全、可擴(kuò)展性、穩(wěn)定性等等是否滿足系統(tǒng)設(shè)計(jì)的需要，我們常常缺少這個(gè)階段的實(shí)踐，等系統(tǒng)開發(fā)結(jié)束才進(jìn)行，常常為時(shí)已晚。在系統(tǒng)規(guī)劃時(shí)常常在缺少實(shí)際測(cè)試數(shù)據(jù)的時(shí)候拍腦袋規(guī)劃硬件，出現(xiàn)“大馬拉小車”的局面，架構(gòu)評(píng)估的另一個(gè)作用是通過架構(gòu)階段的評(píng)估為規(guī)劃提供數(shù)據(jù)支持。
C、迭代階段：
系統(tǒng)不斷的增加新特性、新需求，需要迭代驗(yàn)證系統(tǒng)的性能與容量
D、運(yùn)維階段：
研發(fā)人員常常覺得系統(tǒng)交給運(yùn)維就可以了，由于運(yùn)維人員對(duì)應(yīng)用本身不夠清楚，所以常常是盲人摸象，抓不住根本。見過業(yè)務(wù)高峰期，運(yùn)維人員就看著CPU在往上漲，不知道應(yīng)該怎么辦，不清楚系統(tǒng)的容量點(diǎn)會(huì)在哪里出現(xiàn)，系統(tǒng)宕掉一臺(tái)服務(wù)器會(huì)怎么樣？多長(zhǎng)時(shí)間能夠恢復(fù)？到底能夠支持多少的業(yè)務(wù)量？什么業(yè)務(wù)比較消耗時(shí)間？怎么優(yōu)雅降級(jí)？在研發(fā)環(huán)境中，獲得這些數(shù)據(jù)和手段都是比較容易的，運(yùn)維人員是研發(fā)的第一個(gè)客戶，應(yīng)該多為他們考慮。
上面介紹了整個(gè)生命周期性能的管理，從廣度角度講。那么從深度角度講，性能管理應(yīng)該包括：性能測(cè)試、性能優(yōu)化和性能建模容量規(guī)劃。
性能測(cè)試：驗(yàn)證系統(tǒng)性能是否滿足需求。
性能優(yōu)化：優(yōu)化性能瓶頸，提升系統(tǒng)處理能力，測(cè)試和優(yōu)化會(huì)有若干次的迭代。性能建模容量規(guī)劃：生產(chǎn)環(huán)境可能出現(xiàn)各種場(chǎng)景，應(yīng)該怎么預(yù)測(cè)與預(yù)防。
如果比喻整個(gè)過程為病人看病，那么性能測(cè)試就是體檢，性能優(yōu)化就是對(duì)病下藥，性能建模容量規(guī)劃就是保健。
由于系統(tǒng)總在變化，新業(yè)務(wù)、擴(kuò)容、軟硬件版本升級(jí)等等，所以需要不斷的迭代，如下圖：
問題：你如何判斷性能測(cè)試在項(xiàng)目或產(chǎn)品中的實(shí)際價(jià)值？
宗剛：實(shí)際價(jià)值：
A、業(yè)務(wù)部門：支持業(yè)務(wù)決策和促銷，提高客戶滿意度
B、運(yùn)維部門：清楚系統(tǒng)容量，提升系統(tǒng)可用性、穩(wěn)定定，降低硬件采購成本，提前預(yù)測(cè)預(yù)防提高響應(yīng)速度，睡覺可以安心
C、規(guī)劃部門：有理有據(jù)進(jìn)行規(guī)劃
D、研發(fā)部門：減少運(yùn)維部門給研發(fā)部門的壓力
問題：你覺得高級(jí)性能測(cè)試專家需要什么樣的個(gè)人能力和素質(zhì)？
宗剛：高級(jí)性能測(cè)試專家需要的能力模型，如下圖所示，成為博學(xué)的專家。
精通于性能測(cè)試分析建模，熟悉系統(tǒng)各層的監(jiān)控與優(yōu)化。同時(shí)需要較強(qiáng)的溝通能力，為了實(shí)施好項(xiàng)目需要有過程領(lǐng)域的知識(shí)如敏捷、CMMI等。性能測(cè)試技術(shù)發(fā)展路線參考如下：
成為一個(gè)高級(jí)性能測(cè)試人員需要掌握的東西非常多，如何學(xué)習(xí)這些知識(shí)。通過多年的實(shí)踐歸納，我的一點(diǎn)學(xué)習(xí)方法和大家分享：
成長(zhǎng)=3本書+領(lǐng)域?qū)＜?實(shí)驗(yàn)+實(shí)戰(zhàn)+持續(xù)提升。
3本書：1本基礎(chǔ)書籍+1本全面的理論書籍+1本實(shí)戰(zhàn)書籍。所有的書一定要經(jīng)典書籍，我們常常開始學(xué)習(xí)知識(shí)的時(shí)候通過論壇的方法，這種方法入門比較容易，但是很難系統(tǒng)，也會(huì)占據(jù)非常多的時(shí)間。為什么要經(jīng)典書？讀書的最大成本不是買書的錢，而是讀書的時(shí)間，所以看書一定要看最經(jīng)典的書，怎么找經(jīng)典書？可以到豆瓣、專業(yè)論壇、當(dāng)當(dāng)上看看評(píng)論。每個(gè)領(lǐng)域有每個(gè)領(lǐng)域的書籍，學(xué)習(xí)Oracle優(yōu)化有oracle的書籍，學(xué)習(xí)loadrunner有l(wèi)oadrunner的書籍，千萬不要以為做性能測(cè)試就學(xué)3本性能測(cè)試的書籍就夠了。
領(lǐng)域?qū)＜遥?/strong>成長(zhǎng)過程中如果有領(lǐng)域?qū)＜业闹С?，就?huì)少走不少彎路。當(dāng)我開始學(xué)習(xí)Oracle性能調(diào)優(yōu)的時(shí)候，剛好認(rèn)識(shí)一位Oracle調(diào)優(yōu)同事，和他溝通請(qǐng)他推薦一些資料，講講實(shí)操的技巧。這里需要注意的一點(diǎn)是不要所有毛皮小事都去找專家，人家也有自己的工作。一些問題可以通過google搜索、或?qū)I(yè)論壇就可以解決。前段時(shí)間有項(xiàng)目需要用informix數(shù)據(jù)庫，就請(qǐng)一位informix專家給我指導(dǎo)，大多數(shù)技術(shù)小問題在技術(shù)論壇上都有。如果大家不認(rèn)識(shí)專家，那也沒有關(guān)系，通過微博、論壇認(rèn)識(shí)他們，大多數(shù)人還是愿意幫忙的。
實(shí)驗(yàn)：性能項(xiàng)目不是那么多，所以自己要找一些實(shí)驗(yàn)的內(nèi)容。技術(shù)書籍一般都會(huì)有一些實(shí)戰(zhàn)的內(nèi)容，如果不去實(shí)際操作一遍往往過一段時(shí)間就忘了。當(dāng)我學(xué)習(xí)Tuxedo調(diào)優(yōu)的時(shí)候，在自己的虛擬機(jī)上搭建Tuxedo環(huán)境，使用修改后的Demo應(yīng)用進(jìn)行壓力測(cè)試，設(shè)計(jì)不同的壓力場(chǎng)景，測(cè)試過程不斷去調(diào)優(yōu)應(yīng)用，這個(gè)學(xué)習(xí)過程成長(zhǎng)會(huì)很快。我的好多同事為了學(xué)習(xí)好hp-ux，自己購買退役的小機(jī)搭環(huán)境，進(jìn)行實(shí)驗(yàn)調(diào)優(yōu)。很多時(shí)候不是技術(shù)難，而是沒有機(jī)會(huì)接觸這樣的環(huán)境。有過實(shí)驗(yàn)的經(jīng)歷，在就職面試的時(shí)候也算是經(jīng)驗(yàn)啊。
實(shí)戰(zhàn)：通過實(shí)驗(yàn)之后，基本有經(jīng)驗(yàn)了，如果再通過幾個(gè)實(shí)戰(zhàn)項(xiàng)目，不斷總結(jié)歸納，基本就成為一個(gè)中級(jí)的性能測(cè)試人員了。以戰(zhàn)養(yǎng)戰(zhàn)，沒有一個(gè)人開始就會(huì)所有的東西，每個(gè)項(xiàng)目都會(huì)用一些新的技術(shù)，所以在不同的項(xiàng)目中需要有很強(qiáng)的學(xué)習(xí)能力，能夠快速學(xué)習(xí)新的技術(shù)并用于實(shí)戰(zhàn)。
持續(xù)提升：想成為高級(jí)性能測(cè)試人員或?qū)＜?，就需要不斷更新學(xué)習(xí)新的知識(shí)和技術(shù)。通過論壇、活動(dòng)、微博、讀書等方式不斷提升，也要常常和大家一起分享，分享是非常好的學(xué)習(xí)手段，還可以提高自己的知名度。
問題：如何從業(yè)務(wù)目標(biāo)分析得到性能測(cè)試需求、性能指標(biāo)？
宗剛：常見的業(yè)務(wù)需求如下：日交易量支持1.4億，響應(yīng)時(shí)間小于2秒，支持用戶2億。我們需要把這些指標(biāo)轉(zhuǎn)化為可以測(cè)試的指標(biāo)和場(chǎng)景。通過分析歷史交易的波峰波谷，把1.4億的交易量折換為每秒鐘的交易量；響應(yīng)時(shí)間也可以分類，比如本地業(yè)務(wù)多長(zhǎng)時(shí)間，跨省業(yè)務(wù)多長(zhǎng)時(shí)間，跨行業(yè)務(wù)多長(zhǎng)時(shí)間等等；我們常常把支持多少用戶作為衡量指標(biāo)，這是一個(gè)誤區(qū)，大量用戶導(dǎo)致產(chǎn)生大量的業(yè)務(wù)才會(huì)消耗系統(tǒng)的利用率，所以關(guān)鍵是業(yè)務(wù)量。這里有個(gè)例外，如果要驗(yàn)證支持多少在線用戶，以及長(zhǎng)連接的系統(tǒng)就需要考慮支持的用戶數(shù)量更精確的說法應(yīng)該是支持的Session。從業(yè)務(wù)需求到性能測(cè)試需要一般要經(jīng)歷這些過程：評(píng)估性能風(fēng)險(xiǎn)、確定關(guān)鍵用例、選擇關(guān)鍵性能場(chǎng)景、建立可測(cè)試性能目標(biāo)。
性能指標(biāo)一般會(huì)有：交易響應(yīng)時(shí)間、交易成功率、資源利用率、每秒鐘的交易量（TPS）。這幾個(gè)指標(biāo)是相互約束的，如果低成功率下的TPS是沒有意義的。多數(shù)運(yùn)維部門對(duì)資源利用率都會(huì)有一些硬規(guī)定，比如CPU不能高于85%，內(nèi)存不能高于90%等等，所以在測(cè)試之前需要清楚這些約束。除了上面的通用指標(biāo)，各個(gè)應(yīng)用系統(tǒng)會(huì)依據(jù)技術(shù)特點(diǎn)有一些特殊的指標(biāo)。更全面的指標(biāo)應(yīng)該是分層的，從終端用戶的體驗(yàn)—>業(yè)務(wù)流程—>中間件數(shù)據(jù)庫的響應(yīng)—>基礎(chǔ)架構(gòu)的利用。
問題：如何進(jìn)行性能測(cè)試建模？在性能測(cè)試過程中要建立哪些模型？
宗剛：性能測(cè)試過程需要考慮的模型有：業(yè)務(wù)模型、測(cè)試模型、用戶模型TPS模型、數(shù)據(jù)模型、失效模型、性能模型
業(yè)務(wù)模型：依據(jù)應(yīng)用系統(tǒng)特點(diǎn)分析出來的不同的業(yè)務(wù)場(chǎng)景和業(yè)務(wù)配比。性能測(cè)試常常會(huì)通過歷史數(shù)據(jù)分析業(yè)務(wù)的重要性、交易頻率、易耗資源的交易以及未來的發(fā)展趨勢(shì)，最后確定一種業(yè)務(wù)配比。依據(jù)這個(gè)業(yè)務(wù)配比設(shè)計(jì)測(cè)試場(chǎng)景。這往往是不夠的，一個(gè)線上系統(tǒng)往往有多個(gè)業(yè)務(wù)模型，需要考慮時(shí)間驅(qū)動(dòng)的如：白天、晚上、月末、過年過節(jié)，事件驅(qū)動(dòng)的如：本拉登去世黃金業(yè)務(wù)突發(fā)變化、業(yè)務(wù)部門促銷等，第三方驅(qū)動(dòng)：永遠(yuǎn)不要相信第三方的內(nèi)容，所以需要考慮第三方接口的業(yè)務(wù)突變，延時(shí)等等。
測(cè)試模型：如何將業(yè)務(wù)模型的內(nèi)容轉(zhuǎn)化為可以測(cè)試的內(nèi)容，就是測(cè)試建模需要解決的問題。通過業(yè)務(wù)建模分析出來的業(yè)務(wù)需要過濾，剔除一些不易執(zhí)行的、相互包含的等等業(yè)務(wù)。最后落地為各種可執(zhí)行的業(yè)務(wù)配比，業(yè)務(wù)配比完成后，需要考慮的是如何和測(cè)試工具映射起來，這個(gè)就牽涉到用戶模型和TPS模型。用戶模型是指按照業(yè)務(wù)配比設(shè)置發(fā)起壓力的用戶比例，這種方法存在一定的局限性，因?yàn)椴煌慕灰醉憫?yīng)時(shí)間是不同的，長(zhǎng)交易完成1筆交易，短交易可能是5筆，特別是在較大壓力時(shí)，測(cè)試結(jié)果的業(yè)務(wù)配比會(huì)和真實(shí)的業(yè)務(wù)配比差距很大。所以一般情況下需要考慮TPS模型，這個(gè)是和業(yè)務(wù)模型相同的配比，這個(gè)模型的一個(gè)劣勢(shì)就是需要不斷調(diào)整并發(fā)用戶數(shù)。
數(shù)據(jù)模型：一個(gè)系統(tǒng)的大多數(shù)性能問題是數(shù)據(jù)庫問題，所以墊底數(shù)據(jù)或參數(shù)化數(shù)據(jù)是否和實(shí)際相符將直接影響性能測(cè)試的有效性。一般建議性能測(cè)試使用清洗后的生產(chǎn)數(shù)據(jù)，參數(shù)化數(shù)據(jù)盡量采集生產(chǎn)系統(tǒng)一天的交易數(shù)據(jù)。以前見過一個(gè)項(xiàng)目，說有的數(shù)據(jù)都是通過loadrunner壓進(jìn)去的，所有數(shù)據(jù)都集中在一塊，測(cè)試結(jié)果和實(shí)際生產(chǎn)差距巨大，整個(gè)測(cè)試無效。
失效模型：主要是總結(jié)了大量以往生產(chǎn)系統(tǒng)經(jīng)常出錯(cuò)的模式，在設(shè)計(jì)測(cè)試案例的時(shí)候需要著重考慮。這部分要依據(jù)實(shí)際情況來定，如果能夠從運(yùn)維部門獲得更多的事故數(shù)據(jù)就更有價(jià)值。
性能模型：不同的交易對(duì)系統(tǒng)的性能要求是不同的，依據(jù)測(cè)試的數(shù)據(jù)以及生產(chǎn)環(huán)境的數(shù)據(jù)建立模型，主要解決以下問題：測(cè)試環(huán)境中測(cè)試的數(shù)據(jù)如何映射到生產(chǎn)環(huán)境？生產(chǎn)環(huán)境中出現(xiàn)性能問題應(yīng)該如何預(yù)測(cè)預(yù)防和優(yōu)雅降級(jí)？生產(chǎn)環(huán)境應(yīng)該如何擴(kuò)容等等。