引言

在進(jìn)入今天的內(nèi)容前， 先想幾個問題：

什么是測試計劃？

什么是性能測試計劃？

在你的性能知識領(lǐng)域中， 你認(rèn)為性能測試計劃應(yīng)該包含哪些內(nèi)容？

因為作為企業(yè)的金牌面試官， 經(jīng)過我面試的求職者，沒有四位數(shù)，至少也有個位數(shù)。無論是性能測試的小白還是高級性能測試工程師，幾乎都沒有認(rèn)真的或者完整的去實施過性能測試計劃。

其實，導(dǎo)致這種現(xiàn)在的原因，無非兩種：

1、企業(yè) 不太注重 性能測試；

2、測試人員本身的能力不足。

看到這里， 你是不是會說， 你看：不是我不專業(yè)，不是我不想寫專業(yè)的性能測試計劃，只是我的企業(yè)對性能測試計劃的要求不高。

作為一名性能測試工程師，你的專業(yè)度，一定是高于企業(yè)里的其他人，所以，你要做的，就是把你的專業(yè)，無限的放大，來完善企業(yè)中的空白。

切勿有這種想法：反正BOSS不專業(yè)， 我隨便寫幾段話糊弄過去就行了。同時，也為了能讓你在與面試官的聊天中，體現(xiàn)你的專業(yè)，讓面試官"折服"你，我寫了這篇文章，希望你能學(xué)以致用。

什么是性能測試計劃

說道什么是性能測試計劃， 我們就不得不提，什么是測試計劃。引用官方文檔：

描述了要進(jìn)行的測試活動的范圍、方法、資源和進(jìn)度的文檔；

是對整個信息系統(tǒng)應(yīng)用軟件組裝測試和確認(rèn)測試；

它確定測試項、被測特性、測試任務(wù)、誰執(zhí)行任務(wù)、各種可能的風(fēng)險；

測試計劃可以有效預(yù)防計劃的風(fēng)險，保障計劃的順利實施。

在項目的前期，測試計劃是必須要做的，也是一名軟件測試管理者必須具備的能力。一份完整的測試計劃，可以：

為測試各項活動制定一個現(xiàn)實可行的、綜合的計劃，包括每項測試活動的對象、范圍、方法、進(jìn)度和預(yù)期結(jié)果；

確定測試所需要的時間和資源，以保證其可獲得性、有效；

確立每個測試階段測試完成以及測試成功的標(biāo)準(zhǔn)、要實現(xiàn)的目標(biāo)；

識別出測試活動中各種風(fēng)險，并消除可能存在的風(fēng)險，降低由不可能消除的風(fēng)險所帶來的損失。

你看， 測試計劃的優(yōu)勢這么多：

向上：領(lǐng)導(dǎo)做宏觀調(diào)控；

向下：測試人員了解項目不同階段的測試任務(wù)。

你還覺得測試計劃的不重要嗎？

知道了測試計劃，那我們再來聊一聊性能測試計劃。簡單的一句話概括：就是針對項目的性能制定的測試計劃。

測試計劃包含整體測試的各個階段：接口、功能、性能、自動化、集成等……

而性能測試計劃，就是針對性能測試的計劃設(shè)定，理解了性能測試計劃，那：

性能測試計劃包含哪些內(nèi)容?

以及如何編寫有效的性能測試計劃呢？

如何讓你的性能測試計劃符合實際的項目呢？

帶著這些疑問，我們來逐一聊一聊。

性能測試計劃包含的內(nèi)容

說到性能測試計劃， 我先上一個圖：

看到這份性能測試計劃， 是不是感覺似曾相識。是不是與你編寫的性能測試計劃的方案一樣？是不是覺得，這些內(nèi)容，已經(jīng)足夠了？

如果你是這樣想，那么，還請你思考以下幾個問題：

如果沒有性能目標(biāo)，你能否進(jìn)行性能測試；

如果沒有性能場景和性能指標(biāo)，你能否編寫性能腳本；

如果沒有系統(tǒng)架構(gòu)圖， 你能否快速的了解系統(tǒng)架構(gòu)邏輯；

如果沒有部署監(jiān)控，你能否快速的定位及分析性能瓶頸。

你看，這些都是在實際的性能測試中需要的，那肯定就需要在性能測試計劃中列出來。否則， 如何進(jìn)行腳本設(shè)計，如何進(jìn)行監(jiān)控部署，如何發(fā)現(xiàn)問題，分析性能瓶頸呢？

按照上面的思路， 我再提供一張性能測試計劃圖，來對比一下：

通過這兩張圖的對比，可以發(fā)現(xiàn)，第二張圖更完整，不管向上對老板，向下對員工，都是一目了然。所以，你可以發(fā)現(xiàn)，一份好的性能測試計劃，即使給外行人看，也能知道要目的和要做的內(nèi)容。

這時候，你可能有疑問，我這份性能測試計劃這么多內(nèi)容，那要寫多長時間呢？每一項的內(nèi)容，又要如何來寫呢？如何讓一個性能測試小白，快速掌握性能測試計劃的編寫要領(lǐng)呢？

這里，我就逐一進(jìn)行拆解。

背景

先描述項目背景， 再闡述本次項目性能測試背景。

性能目標(biāo)

結(jié)合性能測試的場景，設(shè)定測試目標(biāo)，例如：

根據(jù)基準(zhǔn)場景：測試某接口的最大容量；

根據(jù)穩(wěn)定性場景：測試某接口的最大運(yùn)行時間。

壓測范圍

根據(jù)系統(tǒng)的主流程，篩選需要壓測的接口，如：

計算接口；

同步接口；

其他主要接口。

啟停準(zhǔn)則

這里主要包含：

啟動準(zhǔn)則：完事具備，需要開始進(jìn)行性能測試；

結(jié)束準(zhǔn)則：所有測試任務(wù)都完成，結(jié)束測試；

暫停準(zhǔn)則：在測試過程中，因測試環(huán)境受到干擾無法進(jìn)行測試，導(dǎo)致暫停測試；

再啟動準(zhǔn)則：解決完測試過程中的問題，可以繼續(xù)進(jìn)行測試。

性能指標(biāo)

包含內(nèi)容，如下：

目標(biāo)接口；

目標(biāo)TPS；

TPS標(biāo)準(zhǔn)方差;

響應(yīng)時間；

響應(yīng)時間標(biāo)注方差。

系統(tǒng)架構(gòu)圖

系統(tǒng)邏輯架構(gòu)圖；

系統(tǒng)部署架構(gòu)圖。

壓測前準(zhǔn)備

主要是硬件資源，例如：

服務(wù)器臺數(shù)：根據(jù)實際項目需要進(jìn)行申請；

服務(wù)器用途：數(shù)據(jù)庫、緩存、集群、應(yīng)用服務(wù)、監(jiān)控服務(wù)部署等等；

服務(wù)器配置：需要根據(jù)上線的服務(wù)器配置一樣。

工具準(zhǔn)備

壓測工具：實際壓測的工具，例如：Jmeter、Ladrunner、Lcust等；

監(jiān)控工具：Prmethues、Grafana、Kafka、Lgstash、Spring Bt Admin等。

數(shù)據(jù)準(zhǔn)備

測試腳本數(shù)據(jù)的準(zhǔn)備：

讀取csv文件的數(shù)據(jù)；

直接寫入數(shù)據(jù)庫的數(shù)據(jù)。

性能設(shè)計

包含兩部分，即：

性能測試策略：連續(xù)、遞增策略；

業(yè)務(wù)場景設(shè)計：4種場景，如：基準(zhǔn)場景、容量場景、穩(wěn)定性場景、異常場景。

監(jiān)控設(shè)計

包含兩部分，如下：

全局監(jiān)控設(shè)計：如 Prmetheus、Grafana、Spring Bt Admin等；

定向監(jiān)控設(shè)計：對具體的應(yīng)用、數(shù)據(jù)庫等進(jìn)行監(jiān)控分析，如 jstack、mysqlreprt等。

項目組織架構(gòu)

參與性能測試的項目組成員：

PM

架構(gòu)師

開發(fā)工程師

性能測試工程師

性能腳本編寫工程師：性能測試分析工程師、運(yùn)維

成果輸出

包含三部分內(nèi)容，即

過程性輸出：性能測試腳本、性能缺陷列表；

性能測試報告；

性能調(diào)優(yōu)報告。

項目風(fēng)險分析

主要通過以下幾點進(jìn)行分析：

業(yè)務(wù)層的需求是否明確；

環(huán)境問題；

數(shù)據(jù)問題；

業(yè)務(wù)模型；

人員問題等等。

你看，我把性能測試計劃每一項的內(nèi)容進(jìn)行拆解， 這樣是不是就通俗易懂了。但是這個顆粒度，我覺得作為一名測試經(jīng)驗不夠豐富的性能工程師來說，還是有些迷茫。

在下篇文章中，我會把上面的內(nèi)容再進(jìn)行拆分并落地，讓你徹底掌握編寫性能測試計劃的方法。

最后：在我的V ：atstudy-js，可以免費(fèi)領(lǐng)取一份10G軟件測試工程師面試寶典文檔資料。以及相對應(yīng)的視頻學(xué)習(xí)教程免費(fèi)分享！其中包括了有基礎(chǔ)知識、Linux必備、Shell、互聯(lián)網(wǎng)程序原理、Mysql數(shù)據(jù)庫、抓包工具專題、接口測試工具、測試進(jìn)階-Python編程、Web自動化測試、APP自動化測試、接口自動化測試、測試高級持續(xù)集成、測試架構(gòu)開發(fā)測試框架、性能測試、安全測試等。