性能測(cè)試：利用工具模擬大量用戶操作，驗(yàn)證系統(tǒng)承受的負(fù)載情況。
性能測(cè)試的目的：找到潛在的性能問(wèn)題或瓶頸，分析并解決；找出性能變化趨勢(shì)，為后續(xù)擴(kuò)展系統(tǒng)提供參考。

• 測(cè)試監(jiān)控：基準(zhǔn)測(cè)試、配置測(cè)試、負(fù)載測(cè)試、穩(wěn)定性測(cè)試，對(duì)硬件和中間件進(jìn)行監(jiān)控。

1、學(xué)習(xí)業(yè)務(wù)：

通過(guò)查看文檔、手工操作系統(tǒng)對(duì)系統(tǒng)功能進(jìn)行學(xué)習(xí)。

2、需求分析：

分析系統(tǒng)非功能需求（關(guān)注業(yè)務(wù)量、業(yè)務(wù)分布、用戶規(guī)模、性能指標(biāo)等信息），確定性能測(cè)試范圍，了解性能指標(biāo)。

一、系統(tǒng)非功能需求采集

（1）系統(tǒng)架構(gòu)：物理架構(gòu)（硬件及部署策略）和邏輯架構(gòu)（系統(tǒng)的功能與服務(wù)），包括中間件產(chǎn)品與配置、數(shù)據(jù)庫(kù)配置等，供我們搭建測(cè)試環(huán)境時(shí)進(jìn)行參考。

（2）業(yè)務(wù)流程：業(yè)務(wù)量和業(yè)務(wù)分布。采集業(yè)務(wù)（分析出哪些業(yè)務(wù)納入性能測(cè)試范圍）并量化業(yè)務(wù)、業(yè)務(wù)擴(kuò)展趨勢(shì)（年增長(zhǎng)率或者未來(lái)的業(yè)務(wù)量）、業(yè)務(wù)發(fā)生時(shí)段（業(yè)務(wù)高峰的發(fā)生時(shí)間和高峰業(yè)務(wù)量）、業(yè)務(wù)分布（各項(xiàng)業(yè)務(wù)之間的比例）。

（3）用戶信息：在線用戶數(shù)、活動(dòng)用戶數(shù)、業(yè)務(wù)分布。有些系統(tǒng)用戶量特別大，會(huì)對(duì)系統(tǒng)造成性能瓶頸，可以通過(guò)分析活動(dòng)用戶數(shù)和業(yè)務(wù)分布來(lái)分析負(fù)載情況。

（4）系統(tǒng)是否與第三方系統(tǒng)有關(guān)，是否需要做擋板（Mock程序）。

（5）系統(tǒng)是否有歸檔機(jī)制：如果數(shù)據(jù)庫(kù)有歸檔機(jī)制？？？，可以把一些無(wú)用或者過(guò)時(shí)的信息移到歸檔庫(kù)，這樣就減少當(dāng)前數(shù)據(jù)庫(kù)的數(shù)據(jù)，有利于提高系統(tǒng)性能。

（6）性能指標(biāo)：吞吐率、響應(yīng)時(shí)間、事務(wù)成功率，CPU、內(nèi)存、磁盤(pán)、帶寬使用閥值。

二、系統(tǒng)非功能需求分析

確定性能測(cè)試范圍

1. 是否核心業(yè)務(wù)，是否要求嚴(yán)格的質(zhì)量
2. 是否高頻次的業(yè)務(wù)
3. 是否占用系統(tǒng)較多資源、或性能影響大的業(yè)務(wù)
4. 使用人數(shù)多還是少
5. 在線人數(shù)多還是少
6. 確定此功能的可測(cè)性、可驗(yàn)證性：功能是否可驗(yàn)證（是否牽連到第三方程序，是否需要做擋板Mock程序）。

明確性能指標(biāo)
業(yè)務(wù)性能指標(biāo)
1. 吞吐量（PV）、吞吐率（TPS等）
2. 響應(yīng)時(shí)間（RT）/ 應(yīng)用響應(yīng)時(shí)間（ART）：3秒以?xún)?nèi)
3. 事務(wù)成功率：99%以上
4. 穩(wěn)定波動(dòng)正常范圍

響應(yīng)時(shí)間2-5-8原則
當(dāng)用戶在2秒以?xún)?nèi)得到響應(yīng)時(shí)，會(huì)感覺(jué)系統(tǒng)的響應(yīng)很快；
當(dāng)用戶在2-5秒之間得到響應(yīng)時(shí)，會(huì)感覺(jué)系統(tǒng)的響應(yīng)速度還可以；
當(dāng)用戶在5-8秒以?xún)?nèi)得到響應(yīng)時(shí)，會(huì)感覺(jué)系統(tǒng)的速度很慢，但是還可以接受；
而當(dāng)用戶在超過(guò)8秒后仍然無(wú)法得到響應(yīng)時(shí)，會(huì)感覺(jué)系統(tǒng)糟糕透了，或者認(rèn)為系統(tǒng)已經(jīng)失去響應(yīng)。

硬件性能指標(biāo)
CPU、內(nèi)存、磁盤(pán)、網(wǎng)絡(luò)帶寬等。

系統(tǒng)硬件指標(biāo)閥值

分析業(yè)務(wù)量
測(cè)試數(shù)據(jù)的多少對(duì)測(cè)試結(jié)果會(huì)有影響。特別是數(shù)據(jù)成千萬(wàn)上億條之后，性能影響明顯，所以需要做足一定數(shù)量的歷史數(shù)據(jù)。除此之外，還得關(guān)注業(yè)務(wù)的增長(zhǎng)。如果系統(tǒng)需要滿足未來(lái)三年的業(yè)務(wù)增長(zhǎng)需求，那么在測(cè)試時(shí)就需要生成三年的存量業(yè)務(wù)數(shù)據(jù)。對(duì)于關(guān)系型數(shù)據(jù)庫(kù)來(lái)說(shuō)，數(shù)據(jù)最大時(shí)對(duì)性能的影響還是比較明顯的。

估算TPS與并發(fā)數(shù)
一般我們會(huì)從運(yùn)維那里得到整個(gè)系統(tǒng)在一天內(nèi)按小時(shí)進(jìn)行統(tǒng)計(jì)的PV趨勢(shì)圖。根據(jù)訪問(wèn)高峰業(yè)務(wù)量，估算出TPS與并發(fā)用戶數(shù)等性能測(cè)試執(zhí)行依據(jù)。一般采用二八原則，即80%的業(yè)務(wù)在20%的時(shí)間內(nèi)完成。二八原則計(jì)算的結(jié)果是吞吐量（即TPS），而并發(fā)數(shù) = TPS *（ThinkTime+RunTime）。

如果你的系統(tǒng)性能要求更高，也可以選擇一九原則或更嚴(yán)格的算法，二八原則比較通用，一般系統(tǒng)性能比較接近這個(gè)算法而已，大家應(yīng)該活用。

分析系統(tǒng)協(xié)議
一般性能測(cè)試腳本可以通過(guò)錄制或者手動(dòng)開(kāi)發(fā)，而錄制方式對(duì)協(xié)議的依賴(lài)性相當(dāng)強(qiáng)。一般我們先分析系統(tǒng)協(xié)議（向開(kāi)發(fā)團(tuán)隊(duì)咨詢(xún)，或者截包分析），再評(píng)估用什么工具完成。HTTP可以用JMeter或者LoadRunner，Java接口可以用JMeter的JavaRequest元件與JUnit元件測(cè)試。

三、性能測(cè)試從哪里獲取需求？

一般需求文檔中會(huì)有一部分章節(jié)用于描述系統(tǒng)非功能性需求，但是多數(shù)需求文檔對(duì)于性能需求的說(shuō)明都比較籠統(tǒng)抽象。在需求不明確的情況下，通常需要性能測(cè)試工程師主動(dòng)向需求提供方（BA團(tuán)隊(duì)、產(chǎn)品團(tuán)隊(duì)等）去征詢(xún)。

對(duì)于升級(jí)、優(yōu)化類(lèi)的老系統(tǒng)，可考慮是否存有歷史測(cè)試方案參考，或許可以省事很多?；蛘呶覀兎治鲈拖到y(tǒng)業(yè)務(wù)數(shù)據(jù)即可，最直接的辦法就是分析原型系統(tǒng)的數(shù)據(jù)、統(tǒng)計(jì)業(yè)務(wù)量、業(yè)務(wù)分布等信息。

3、工作評(píng)估：

工作量分解，評(píng)估工作量，計(jì)劃資源投入（即需要多少人力，多少工作日來(lái)完成性能測(cè)試工作）。

4、設(shè)計(jì)模型：

圈定測(cè)試范圍后，把業(yè)務(wù)模型映射成測(cè)試模型。

業(yè)務(wù)模型：業(yè)務(wù)流程，系統(tǒng)在某個(gè)時(shí)間段內(nèi)運(yùn)行的業(yè)務(wù)種類(lèi)及其業(yè)務(wù)占比，即哪個(gè)業(yè)務(wù)在什么時(shí)段在運(yùn)行，業(yè)務(wù)量是多少？

測(cè)試模型：從業(yè)務(wù)模型中分析整理出來(lái)的需要進(jìn)行測(cè)試的業(yè)務(wù)。對(duì)業(yè)務(wù)進(jìn)行拆分對(duì)象，實(shí)現(xiàn)這個(gè)完整的功能包含哪些流程、環(huán)節(jié)。比如“購(gòu)買(mǎi)商品”，具體的流程環(huán)節(jié)包括“登錄->搜索商品->提交訂單->支付訂單->退出”。接著，明確業(yè)務(wù)占比，重要程度，目的在于：
（1）明確重點(diǎn)測(cè)試對(duì)象，安排測(cè)試優(yōu)先級(jí)
（2）建模，混合場(chǎng)景中，虛擬用戶資源分配，針對(duì)不同業(yè)務(wù)功能施加不同的負(fù)載。
（3）明確下“需求分析-指標(biāo)分析”中相關(guān)業(yè)務(wù)功能所需基礎(chǔ)數(shù)據(jù)及數(shù)據(jù)量問(wèn)題，因?yàn)槟菈K需求分析時(shí)可能只是大致估算下，評(píng)估指標(biāo)是否合理，需要認(rèn)真再分析下。

有些因?yàn)樘厥庠驘o(wú)法測(cè)試（比如第三方非開(kāi)源加密程序，測(cè)試程序無(wú)法模擬）的業(yè)務(wù)，測(cè)試模型中將會(huì)去掉這部分業(yè)務(wù)，或者設(shè)計(jì)替代等價(jià)方案，比如第三方程序可以使用擋板程序?qū)崿F(xiàn)。

性能測(cè)試場(chǎng)景：參照用戶使用習(xí)慣設(shè)計(jì)負(fù)載場(chǎng)景，比如哪些業(yè)務(wù)的測(cè)試腳本一起運(yùn)行，哪些業(yè)務(wù)有先后順序，運(yùn)行多少并發(fā)用戶等。比如WMS系統(tǒng)（倉(cāng)庫(kù)管理系統(tǒng)），WMS中都會(huì)有盤(pán)點(diǎn)功能，此功能就不應(yīng)該與日常功能混合在一起，因?yàn)楸P(pán)點(diǎn)通常都是一個(gè)月一次。所以組織測(cè)試場(chǎng)景時(shí)盡量要與實(shí)際業(yè)務(wù)情況一致。

5、編寫(xiě)計(jì)劃

在文檔中明確列出測(cè)試范圍、人力投入、持續(xù)時(shí)間、工作內(nèi)容、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)應(yīng)對(duì)策略等。

• 系統(tǒng)概述：簡(jiǎn)述系統(tǒng)使命、系統(tǒng)功能，用于給非專(zhuān)業(yè)人士了解系統(tǒng)是做什么的。
• 測(cè)試環(huán)境：生產(chǎn)環(huán)境、測(cè)試環(huán)境（服務(wù)器+負(fù)載機(jī)）的硬件架構(gòu)和詳細(xì)配置信息。
• 需求分析：需要測(cè)試的業(yè)務(wù)模型及其信息采集，性能指標(biāo)的采集和確定。
• 測(cè)試策略：測(cè)試目的、測(cè)試執(zhí)行的可行性分析、具體的測(cè)試手段及測(cè)試監(jiān)控策略。
• 測(cè)試場(chǎng)景：如何組合業(yè)務(wù)場(chǎng)景進(jìn)行性能測(cè)試。
• 測(cè)試準(zhǔn)備：包括：測(cè)試工具的準(zhǔn)備（負(fù)載工具、監(jiān)控工具、文檔管理工具）；測(cè)試腳本及測(cè)試程序準(zhǔn)備；測(cè)試數(shù)據(jù)準(zhǔn)備；測(cè)試環(huán)境準(zhǔn)備。
• 時(shí)間計(jì)劃：進(jìn)行需求分析、測(cè)試策略后，就可以相對(duì)合理的估算測(cè)試資源及耗時(shí)。
• 測(cè)試組織架構(gòu)：測(cè)試相關(guān)干系人，明確不同干系人的工作職責(zé)。
• 交付物清單：性能測(cè)試計(jì)劃、性能測(cè)試腳本、性能缺陷報(bào)告、性能測(cè)試階段性報(bào)告、性能測(cè)試報(bào)告（包括且不僅限于事務(wù)成功率、TPS、硬件性能指標(biāo)等）。
• 系統(tǒng)風(fēng)險(xiǎn)：風(fēng)險(xiǎn)預(yù)測(cè)及風(fēng)險(xiǎn)評(píng)估（包括且不僅限于人員風(fēng)險(xiǎn)、軟件風(fēng)險(xiǎn)、進(jìn)度風(fēng)險(xiǎn)、變更風(fēng)險(xiǎn)、系統(tǒng)風(fēng)險(xiǎn)、數(shù)據(jù)風(fēng)險(xiǎn)、環(huán)境風(fēng)險(xiǎn)），并提出應(yīng)對(duì)策略。

6、開(kāi)發(fā)腳本

錄制腳本或手動(dòng)開(kāi)發(fā)，添加固定計(jì)時(shí)器模擬ThinkTime，增加同步定時(shí)器模擬集合點(diǎn)，增加IF條件控制器判斷邏輯，添加后置處理器獲取參數(shù)。腳本注意做斷言？？？，驗(yàn)證事務(wù)是否成功。
開(kāi)發(fā)擋板程序，開(kāi)發(fā)測(cè)試工具等。

事務(wù)定義
合理的定義事務(wù)，能夠方便分析耗時(shí)（特別是混合業(yè)務(wù)功能場(chǎng)景測(cè)試），進(jìn)而方便分析瓶頸。比如，購(gòu)買(mǎi)商品，我們可以把下訂單定義為一個(gè)事務(wù)，把支付也定義為一個(gè)事務(wù)。

7、測(cè)試環(huán)境準(zhǔn)備

測(cè)試環(huán)境包括服務(wù)器和負(fù)載機(jī)。找出這些：

• 請(qǐng)求順序、請(qǐng)求之間相互調(diào)用關(guān)系。
• 數(shù)據(jù)流向，數(shù)據(jù)是怎么走的，經(jīng)過(guò)哪些組件、服務(wù)器等。
• 預(yù)測(cè)可能存在性能瓶頸的環(huán)節(jié)（組件、服務(wù)器等）。
• 明確應(yīng)用類(lèi)型IO型，還是CPU消耗性、內(nèi)存消耗型->弄清楚重點(diǎn)監(jiān)控對(duì)象。
• 關(guān)注應(yīng)用是否采用多進(jìn)程、多線程架構(gòu)->多線程容易造成線程死鎖、數(shù)據(jù)庫(kù)死鎖，數(shù)據(jù)不一致等。
• 是否使用集群/是否使用負(fù)載均衡。

生產(chǎn)環(huán)境和測(cè)試環(huán)境的硬件架構(gòu)和配置需要進(jìn)行估算，否則結(jié)果會(huì)有很大的偏差。了解測(cè)試環(huán)境部署和生產(chǎn)環(huán)境部署差異，是否按1:1的比例部署。通常建議測(cè)試時(shí)先不考慮集群，采用單機(jī)測(cè)試，測(cè)試通過(guò)后再考慮使用集群，這樣有個(gè)比較，比較能說(shuō)明問(wèn)題。

8、測(cè)試數(shù)據(jù)準(zhǔn)備：

準(zhǔn)備被測(cè)系統(tǒng)的主數(shù)據(jù)（保證系統(tǒng)能夠正常運(yùn)行的數(shù)據(jù)，比如論壇版塊、角色、用戶等數(shù)據(jù)）與業(yè)務(wù)數(shù)據(jù)（運(yùn)行業(yè)務(wù)產(chǎn)生的數(shù)據(jù)，比如訂單；訂單出庫(kù)需要庫(kù)存數(shù)據(jù)，庫(kù)存數(shù)據(jù)也是業(yè)務(wù)數(shù)據(jù)）。

我們知道數(shù)據(jù)量變會(huì)引起性能的變化。在制作測(cè)試數(shù)據(jù)時(shí)，一要注意量，需要準(zhǔn)備足夠的存量/歷史業(yè)務(wù)數(shù)據(jù)，二要注意數(shù)據(jù)的分布。比如我們計(jì)算出需要并發(fā)100個(gè)虛擬用戶，我們至少需要準(zhǔn)備100個(gè)以上賬號(hào)，并對(duì)賬號(hào)賦予相應(yīng)的權(quán)限（瀏覽、發(fā)帖、刪除、查詢(xún)）。

那么準(zhǔn)備多少數(shù)據(jù)夠用呢？
往往性能測(cè)試需求會(huì)要求我們對(duì)系統(tǒng)進(jìn)行定容定量，所以測(cè)試過(guò)程會(huì)經(jīng)歷如圖的曲線變化；我們需要跨過(guò)③到達(dá)④這個(gè)階段，所以至少需要準(zhǔn)備在④這個(gè)點(diǎn)所需要的用戶賬號(hào)。

RT&TPS和Thread的趨勢(shì)圖

另外，為了更形象的模擬用戶使用情況，我們會(huì)希望使用盡可能多的模擬用戶（即并發(fā)用戶數(shù)），通過(guò)ThinkTime來(lái)調(diào)節(jié)這些模擬用戶產(chǎn)生的負(fù)載（因?yàn)?，并發(fā)用戶數(shù)=TPS*(ThinkTime+RunTime)。ThinkTime時(shí)間越長(zhǎng)，所需要的并發(fā)數(shù)越大，請(qǐng)求數(shù)量越多，TPS也會(huì)相應(yīng)增加）大小，用戶越多越好。

數(shù)據(jù)制作方法
可以使用工具、SQL或者存儲(chǔ)過(guò)程？？？來(lái)完成。建議使用SQL，同時(shí)還能夠熟悉數(shù)據(jù)庫(kù)的物理設(shè)計(jì)（索引、字段、范式、反范式等）和ER關(guān)系？？？

9、測(cè)試執(zhí)行

測(cè)試執(zhí)行是性能測(cè)試的關(guān)鍵，同樣的腳本不同執(zhí)行人員得出的結(jié)果可能差異較大。這些差異主要體現(xiàn)在場(chǎng)景設(shè)計(jì)與測(cè)試執(zhí)行上。

場(chǎng)景設(shè)計(jì)
前面已經(jīng)確定了測(cè)試模型。場(chǎng)景設(shè)計(jì)是根據(jù)測(cè)試模型與目標(biāo)，組織虛擬用戶、組合業(yè)務(wù)種類(lèi)到一個(gè)測(cè)試單元。組織測(cè)試場(chǎng)景時(shí)盡量要與實(shí)際業(yè)務(wù)情況一致。

基準(zhǔn)測(cè)試
采用單業(yè)務(wù)場(chǎng)景、單用戶的方式執(zhí)行腳本。用于驗(yàn)證測(cè)試環(huán)境、測(cè)試腳本，以及為后續(xù)的測(cè)試執(zhí)行提供性能基準(zhǔn)。比如一個(gè)登錄系統(tǒng)，如果系統(tǒng)登錄時(shí)間為8秒，那么這個(gè)系統(tǒng)也就沒(méi)必要再進(jìn)行性能測(cè)試，因?yàn)樗B一般性能都達(dá)不到要求。

配置測(cè)試
配置測(cè)試場(chǎng)景一般為混合場(chǎng)景（多個(gè)業(yè)務(wù)同時(shí)執(zhí)行），用于幫助分析系統(tǒng)軟、硬件配置是否滿足性能需求指標(biāo)，優(yōu)化配置使各項(xiàng)資源達(dá)到最優(yōu)分配原則。測(cè)試過(guò)程是一個(gè)實(shí)驗(yàn)過(guò)程，先是找出不合理配置，然后進(jìn)行修改，最后進(jìn)行驗(yàn)證；周而復(fù)始到配置滿足需求。

負(fù)載測(cè)試
負(fù)載測(cè)試的目的是分析性能變化趨勢(shì)，找出性能拐點(diǎn)分析性能問(wèn)題與風(fēng)險(xiǎn)，對(duì)系統(tǒng)進(jìn)行定容定量；為系統(tǒng)優(yōu)化、性能調(diào)整提供數(shù)據(jù)支撐。負(fù)載測(cè)試分為單場(chǎng)景與混合場(chǎng)景；單場(chǎng)景有利于分析性能問(wèn)題，因?yàn)榕懦似渌麡I(yè)務(wù)干擾；混合場(chǎng)景更貼近用戶實(shí)際使用習(xí)慣，是一個(gè)綜合的性能評(píng)估。建議先做單場(chǎng)景測(cè)試再做混合場(chǎng)景測(cè)試。

負(fù)載測(cè)試的性能變化曲線圖見(jiàn)前面的 “RT&TPS和Thread的趨勢(shì)圖”，①可以理解為單業(yè)務(wù)、單用戶時(shí)的系統(tǒng)性能，②通常是我們估算的滿足性能需求的點(diǎn)，③是性能拐點(diǎn)，之后性能變差，在這個(gè)點(diǎn)系統(tǒng)吞吐量達(dá)到最大，④這個(gè)點(diǎn)已經(jīng)過(guò)載，吞吐量開(kāi)始減小。負(fù)載測(cè)試一般需要找到②③④這三個(gè)點(diǎn)，通常會(huì)因?yàn)橐恍┡渲谩⒊绦騿?wèn)題而受到干擾，所以執(zhí)行測(cè)試也是一個(gè)耗時(shí)的工作。

穩(wěn)定性測(cè)試
穩(wěn)定性測(cè)試在正常性能閥值下盡量加大負(fù)載，長(zhǎng)時(shí)間運(yùn)行，確定系統(tǒng)的軟、硬件環(huán)境是否運(yùn)行穩(wěn)定。什么是閥值呢？比如響應(yīng)時(shí)間要求3s以?xún)?nèi)，3秒就是閥值；比如CPU利用率70%以下，70%就是閥值。假設(shè)滿足性能要求的負(fù)載是B，那么穩(wěn)定性測(cè)試時(shí)負(fù)載一般是1.5B~2B。執(zhí)行時(shí)采用混合場(chǎng)景，按慣例執(zhí)行時(shí)間不低于8小時(shí)。時(shí)間上越長(zhǎng)越好，有些隱藏較深的諸如內(nèi)存溢出的問(wèn)題是需要長(zhǎng)時(shí)間運(yùn)行才能反映出來(lái)的。

測(cè)試監(jiān)控
測(cè)試監(jiān)控

測(cè)試執(zhí)行
一般第三方性能測(cè)試會(huì)有一個(gè)測(cè)試準(zhǔn)入條件（Checklist）。如果是項(xiàng)目組內(nèi)的就沒(méi)有這么嚴(yán)格了，但基本內(nèi)容不變。
（1）檢查網(wǎng)絡(luò)環(huán)境
確保環(huán)境獨(dú)立，不會(huì)對(duì)生產(chǎn)系統(tǒng)、外部系統(tǒng)等的使用造成影響。
確保環(huán)境可靠，不會(huì)因?yàn)樯a(chǎn)系統(tǒng)、外部系統(tǒng)而影響測(cè)試結(jié)果。
為了方便分析問(wèn)題，排除網(wǎng)絡(luò)IO的影響，測(cè)試在局域網(wǎng)中進(jìn)行。
（2）檢查測(cè)試數(shù)據(jù)
確?；A(chǔ)數(shù)據(jù)完整，能夠支持性能測(cè)試腳本對(duì)業(yè)務(wù)功能的覆蓋。
確保基礎(chǔ)數(shù)據(jù)量，能夠支持性能測(cè)試腳本的參數(shù)化要求。
確保存量數(shù)據(jù)量，能夠盡量真實(shí)反映系統(tǒng)數(shù)據(jù)環(huán)境。
確保存量數(shù)據(jù)分布，能夠?qū)Y(jié)果施加有意義的影響。
（3）檢查監(jiān)控設(shè)備
監(jiān)控工具是否已經(jīng)準(zhǔn)備完畢可用。
（4）腳本檢查
確認(rèn)腳本能夠模擬業(yè)務(wù)場(chǎng)景。
確認(rèn)腳本無(wú)性能風(fēng)險(xiǎn)不影響測(cè)試結(jié)果。
注：具體的測(cè)試執(zhí)行詳細(xì)見(jiàn) 場(chǎng)景設(shè)計(jì)與測(cè)試執(zhí)行

10、缺陷管理

對(duì)性能測(cè)試過(guò)程中發(fā)現(xiàn)的缺陷進(jìn)行管理。

11、性能分析和性能調(diào)優(yōu)

性能測(cè)試工程師與開(kāi)發(fā)人員一起來(lái)解決性能問(wèn)題。

13、測(cè)試報(bào)告

如何由測(cè)試環(huán)境推算生產(chǎn)環(huán)境配置
對(duì)于報(bào)告人來(lái)說(shuō)，報(bào)告的是工作，是對(duì)整個(gè)測(cè)試過(guò)程的報(bào)告。對(duì)于決策層（報(bào)告相關(guān)干系人）來(lái)說(shuō)關(guān)心的是結(jié)果，決策層迫切的想知道Yes or No，系統(tǒng)能不能上線，如果不能上線，有什么問(wèn)題，怎么能夠盡快解決？這兩方面的需求決定了測(cè)試報(bào)告需要包含以下內(nèi)容。

• 性能測(cè)試背景：測(cè)試原因，性能測(cè)試開(kāi)展的必要性。
• 性能測(cè)試目標(biāo)：對(duì)系統(tǒng)進(jìn)行定容定量、響應(yīng)時(shí)間、配置、穩(wěn)定性等測(cè)試，風(fēng)險(xiǎn)評(píng)估。
• 性能測(cè)試范圍：參考測(cè)試計(jì)劃中的測(cè)試范圍。
• 名詞術(shù)語(yǔ)： 涉及專(zhuān)業(yè)名詞的解釋?zhuān)瑓⒖紲y(cè)試計(jì)劃。
• 測(cè)試環(huán)境：報(bào)告結(jié)果基于的測(cè)試環(huán)境，不同的環(huán)境結(jié)果可能大相徑庭。
• 測(cè)試數(shù)據(jù)：報(bào)告測(cè)試數(shù)據(jù)量，參考測(cè)試計(jì)劃。
• 測(cè)試進(jìn)度：報(bào)告測(cè)試過(guò)程，什么時(shí)候做什么工作，比如哪一天執(zhí)行了哪些測(cè)試腳本。
• 測(cè)試結(jié)果：基準(zhǔn)測(cè)試、配置測(cè)試、負(fù)載測(cè)試、穩(wěn)定性測(cè)試等，全面多方位的報(bào)告測(cè)試結(jié)果，TPS、ART、事務(wù)成功率、硬件資源使用率（CPU、內(nèi)存、網(wǎng)絡(luò)、IO等）。
• 測(cè)試結(jié)論：分析給出測(cè)試結(jié)論，系統(tǒng)能否滿足性能要求？存在什么問(wèn)題？有哪些缺陷？解決了哪些問(wèn)題？還有哪些問(wèn)題沒(méi)有解決？列出仍沒(méi)有解決的系統(tǒng)缺陷。
• 系統(tǒng)風(fēng)險(xiǎn)：報(bào)告系統(tǒng)可能存在的風(fēng)險(xiǎn)，幫助決策層應(yīng)對(duì)風(fēng)險(xiǎn)。

測(cè)試報(bào)告要非專(zhuān)業(yè)人士也能看懂，做好指標(biāo)對(duì)比、用圖表表達(dá)性能變化趨勢(shì)。

14、評(píng)審