性能測試學(xué)習(xí)計劃

9/9性能測試學(xué)習(xí)計劃性能測試學(xué)習(xí)計劃

篇一：性能測試學(xué)習(xí)計劃

一概念理解

1．性能測試目的

答：驗證軟件系統(tǒng)是否能夠達(dá)到用戶提出的性能指標(biāo)。

性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。

1）評估系統(tǒng)的能力測試中得到的負(fù)荷和響應(yīng)時間數(shù)據(jù)可被用于驗證所計劃的模型的能力，并幫助作出決策。

2）識別體系中的弱點(diǎn)受控的負(fù)荷被增加到一個極端水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的地方。

3）系統(tǒng)調(diào)優(yōu)重復(fù)運(yùn)行測試，驗證調(diào)整系統(tǒng)的活動得到了預(yù)期的結(jié)果，從而改進(jìn)性能。檢測軟件中的問題，長時間的測試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄漏引起的失敗，揭示程序中的隱含問題或沖突。

4）驗證穩(wěn)定性，可靠性在一個生產(chǎn)負(fù)荷下執(zhí)行測試一定的時間是評估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。

2．系統(tǒng)實(shí)際用戶數(shù)，系統(tǒng)在線用戶數(shù)含義用戶數(shù)：是指計費(fèi)系統(tǒng)所能允許記錄的不同名稱用戶數(shù)量的最大值。這個數(shù)值取決于計費(fèi)系統(tǒng)硬件存儲器容量和軟件的支持能力

系統(tǒng)實(shí)際用戶數(shù)：系統(tǒng)額定的用戶數(shù)量，如一個OA系統(tǒng)，可能使用該系統(tǒng)的用戶總數(shù)是XX個，那么這個數(shù)量，就是系統(tǒng)用戶數(shù)

系統(tǒng)在線：在一定的時間范圍內(nèi)，同時在線用戶數(shù)量3．并發(fā)概念？

答：并發(fā)是同時執(zhí)行一個操作（同時像服務(wù)器提交申請）。主要指當(dāng)測試多個用戶并同時訪問同一個應(yīng)用程序、同一個模塊數(shù)據(jù)記錄時是否存在死鎖或其他性能問題，幾乎所有的性能測試都會涉及并發(fā)測試。

4．理解負(fù)載測試，壓力測試，容量測試，配置測試，基準(zhǔn)測試，并發(fā)測試，疲勞測試的含義和區(qū)別

答：負(fù)載測試（Loadtesting），負(fù)載測試是模擬實(shí)際軟件系統(tǒng)所承受的負(fù)載條件的系統(tǒng)負(fù)荷，

通過不斷加載（如逐漸增加模擬用戶的數(shù)量）或其它加載方式來觀察不同負(fù)載下系統(tǒng)的響應(yīng)時間和數(shù)據(jù)吞吐量、系統(tǒng)占用的資源（如CPU、內(nèi)存）等，以檢驗系統(tǒng)的行為和特性，以發(fā)現(xiàn)系統(tǒng)可能存在的性能瓶頸、內(nèi)存泄漏、不能實(shí)時同步等問題。直接添加用戶數(shù)雙擊Down-點(diǎn)擊AddVuser(s)-點(diǎn)擊Quantitytoadd輸入框輸入要添加的用戶數(shù)，在原基礎(chǔ)上添加用戶。

壓力測試：壓力測試是在強(qiáng)負(fù)載（大數(shù)據(jù)量、大量并發(fā)用戶等）下的測試，查看應(yīng)用系統(tǒng)在峰值使用情況下操作

行為，從而有效地發(fā)現(xiàn)系統(tǒng)的某項功能隱患、系統(tǒng)是否具有良好的容錯能力和可恢復(fù)能力。（壓力測試就是不斷的向服務(wù)器增加用戶數(shù)，直到服務(wù)器返回響應(yīng)時間過長。）Initialize5Vusersevery00:00:15(HH:MM:SS)（初始化每5個Vuser00:00:15（HH：MM：SS）），

StartVusersStart7Vusers:2every00:00:15(HH:MM:SS)（開始Vuser的啟動7個用戶：每15秒增加2個用戶

DurationRunfor00:05:00（程序運(yùn)行時間00:05:00）StopVusersStopallVuserssimultaneously（停止Vuser的Vuser的同時停止所有）

容量測試（界限或極限值）：通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等）

，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載（負(fù)載和或壓力）的來的，和工作量。

配置測試：就是查看配置項的內(nèi)容是不是符合標(biāo)準(zhǔn)，也就是說是不是配置項起到了先前所預(yù)期的功能。個人計算機(jī)；部件；外設(shè)；接口；可選項和內(nèi)存；設(shè)備驅(qū)動程序。

基準(zhǔn)測試：是指通過設(shè)計科學(xué)的測試方法、測試工具和

測試系統(tǒng)，實(shí)現(xiàn)對一類測試對象的某項性能指標(biāo)進(jìn)行定量的和可對比的測試。

并發(fā)測試：主要指當(dāng)測試多個用戶并同時訪問同一個應(yīng)用程序、同一個模塊數(shù)據(jù)記錄時是否存在死鎖或其他性能問題，幾乎所有的性能測試都會涉及并發(fā)測試。

疲勞測試：通常是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)或者日常運(yùn)行用戶數(shù)，持續(xù)執(zhí)行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程（內(nèi)存溢出）場景結(jié)束，沒有釋放內(nèi)存（前提要清理內(nèi)存）。總結(jié)壓力測試可以看作是容量測試，不是直接的測試目標(biāo)。壓力測試的重點(diǎn)在于發(fā)現(xiàn)功能性測試所不易發(fā)現(xiàn)的系統(tǒng)方面的缺陷。

而容量測試是系統(tǒng)測試的主要目標(biāo)內(nèi)容，

也就是確定軟件產(chǎn)品或系統(tǒng)的非功能性方面的質(zhì)量特征，包括具體的特征值。容量測試更著力于提供性能與容量方面的數(shù)據(jù)，為軟件系統(tǒng)部署、維護(hù)、質(zhì)量改進(jìn)服務(wù)，并可以幫助市場定位、銷售人員對客戶的解釋、廣告宣傳等服務(wù)。壓力測試、容量測試，測試的方法相似、相通，在實(shí)際測試工作中，往往結(jié)合起來進(jìn)行，以提高測試效率。一般會設(shè)置專門的性能測試實(shí)驗室，完成這些工作。即使用虛擬的手段模擬實(shí)際操作，所需要的客戶端有時還是很大的，所以性能測試實(shí)驗室的投資較大。（并發(fā)測試（獲得

最佳用戶數(shù)和最大用戶數(shù)）是為疲勞測試做準(zhǔn)備）

5．性能測試指標(biāo)包括哪些，每項的含義是什么？

答：I/O（vmstat、iostat）、CPU(top)、內(nèi)存（sar）、事務(wù)通過數(shù)、事務(wù)的響應(yīng)時間（ART）、交易成功率、事務(wù)點(diǎn)擊數(shù)、用戶數(shù)）

6．怎么理解響應(yīng)時間是從什么時候開始什么時候結(jié)束？答：（是通過記錄用戶請求的開始時間和服務(wù)器返回內(nèi)容到客戶時間的差值來計算用戶操作響應(yīng)時間）響應(yīng)時間是提交請求和返回該請求的響應(yīng)之間使用的時間。

7．每秒處理請求數(shù)，響應(yīng)時間，點(diǎn)擊率的縮寫？

答：事務(wù)的請求數(shù)（TPS),平均響應(yīng)時間（ART),點(diǎn)擊率（HPS）

8．什么是事務(wù)？

答：事務(wù)是指用戶在客戶端做一種或多種業(yè)務(wù)的操作集，通過事務(wù)函數(shù)可以標(biāo)記完成該業(yè)務(wù)所需要的操作內(nèi)容（響應(yīng)時間等）就是把多件事情當(dāng)做一件事情來處理叫做事物.

9．什么是性能調(diào)優(yōu)，什么情況下需要調(diào)優(yōu)？答：通過指標(biāo)的監(jiān)控發(fā)現(xiàn)系統(tǒng)存在的性能缺陷，利用分析工具定位并修正性能問題。系統(tǒng)響應(yīng)速度太慢。每秒所完成的系統(tǒng)輸出/入低于預(yù)期。相同的環(huán)境，但每秒鐘所完成的批操作較先前少。系統(tǒng)資源（如CPU、內(nèi)存、硬盤或絡(luò)等）長時間處

于耗盡的狀態(tài)。（環(huán)境、基準(zhǔn)負(fù)載、性能指標(biāo)響應(yīng)時間多少S）

10．性能測試通用流程？

答：性能測試需求(性能指標(biāo))

環(huán)境搭建（模擬現(xiàn)實(shí)環(huán)境）數(shù)據(jù)、

工具選擇（性能

性能方案計劃文檔

場景設(shè)計

腳本設(shè)計

測試執(zhí)行

結(jié)果分析（page/sec內(nèi)存），CPU（top),內(nèi)存（sar),I/O(iostat)

調(diào)優(yōu)方案(代碼級調(diào)優(yōu)，數(shù)據(jù)庫調(diào)優(yōu)，架構(gòu)調(diào)優(yōu))

性能測試報告在本公司寫好的腳本，到現(xiàn)場要改腳本的地方是（1.腳本請求的地址，證書（握手證書和加密證書）象EWP人員要）

11．怎么理解協(xié)議，http是指什么協(xié)議？

答：協(xié)議：計算機(jī)通信絡(luò)中兩臺計算機(jī)之間進(jìn)行通信所必須共同遵守的規(guī)定或規(guī)則。httP:超文本傳送協(xié)議(HTTP)是一種通信協(xié)議，它允許將超文本標(biāo)記語言(HTML)文檔從Web服務(wù)器傳送到Web瀏覽器。（雙方共用的協(xié)議）12．分析簡單http請求和http應(yīng)答的報文體？

答：http請求是從客戶端到服務(wù)器端的請求消息包括，消息首行中，對資源的請求方法、資源的標(biāo)識符及使用的協(xié)議。http應(yīng)答的報文體是xml格式的utf-8編碼的字節(jié)流報文具體的內(nèi)容包含在某個標(biāo)簽內(nèi)

web_custom_request("EMP_HandShake","Method=POST",

"URL=http://{HostAdress}/user/handshakeota_version=

協(xié)議：通行雙方共同約定的規(guī)則。

http協(xié)議（超文本傳輸協(xié)議）：HTTP是一個屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議，由于其簡捷、快速的方式，適用于分布式超媒體信息系統(tǒng)。

HTTP協(xié)議的主要特點(diǎn)可概括如下：

1.支持客戶/服務(wù)器模式。

2.簡單快速：客戶向服務(wù)器請求服務(wù)時，只需傳送請求方法和路徑。請求方法常用的有GET、

篇二：如何寫一份性能測試計劃

上一章節(jié)中我們對性能的需求進(jìn)行了分析，知道了測試對象，了解了測試需求，那么下面就需要制定一份詳細(xì)的計

劃，來規(guī)劃和指導(dǎo)性能測試工作的進(jìn)行。為了使你對性能測試計劃更清晰明白，這里以測試計劃的格式來描述。

一.簡介

簡介部分就不用過多描述了，無非項目的背景，進(jìn)行此次性能測試的原因，以及性能測試覆蓋的范圍等等，幾乎所有項目文檔都在開端對項目進(jìn)行簡單的闡述。

二.性能測試需求

尋找的被測試對象和壓力點(diǎn)

要測試的對象不是憑空想象出來，而是經(jīng)過分析與系統(tǒng)數(shù)據(jù)收集得到。下取幾個典型的壓力點(diǎn)

登錄：對于一般的系統(tǒng)來說，登錄是用戶操作系統(tǒng)的前提，如果用戶根本就登錄不了，那么其它功能將毫無用處。例如游戲，開新服的時候，玩家擠破了腦袋只為登錄。查詢：查詢一般比較消耗系統(tǒng)和數(shù)據(jù)庫資源。搜索引擎的查詢功能就是典型，如果你在輸入框內(nèi)輸入內(nèi)容，很久就得不到結(jié)果。我想被稱為“互聯(lián)入口”的搜索引擎就不會存在。交易：對于一些電子商務(wù)系統(tǒng)來說，交易過程的性能要求是很高的，如果交易過程消耗用戶很長時間的話。我寧愿去超市買東西了。當(dāng)然，除了交易速度外，對交易的成功率要求也是非常高的。不然，造成的損失也是不可估量的。

被測的系統(tǒng)應(yīng)該是最重要的最基本的功能，也是用戶使用最頻繁的功能。

一般的性能要求包括：

系統(tǒng)容量：系統(tǒng)最大容納多少個用戶注冊。

訪問數(shù)：同時訪問系統(tǒng)的用戶數(shù)。

并發(fā)數(shù)：一個操作同時執(zhí)行的并發(fā)數(shù)目，一個系統(tǒng)中應(yīng)該有不同操作的并發(fā)數(shù)的組合(一般是有權(quán)限進(jìn)行操作的用戶)。

系統(tǒng)的最大用戶數(shù)與最佳用戶數(shù):系統(tǒng)在承受的最大并發(fā)用戶數(shù)量，系統(tǒng)在最佳狀態(tài)下承受的并發(fā)用戶數(shù)據(jù)。

響應(yīng)時間：用戶提交一個操作到得到響應(yīng)的時間間隔。

吞吐率：系統(tǒng)每秒鐘處理的TPS

性能測試關(guān)鍵的一個因素就是壓力，性能是在系統(tǒng)設(shè)計滿足的最大壓力下的性能。并發(fā)數(shù)要不小于系統(tǒng)正常運(yùn)行的峰值，數(shù)據(jù)總量不小于系統(tǒng)正常運(yùn)行3個月的數(shù)據(jù)量。

在描述并發(fā)用戶數(shù)目時，總是會帶有相應(yīng)的時間段限制。系統(tǒng)的性能指標(biāo)實(shí)質(zhì)上應(yīng)當(dāng)使用單位時間內(nèi)系統(tǒng)處理請求的個數(shù)以及請求響應(yīng)時間描述。單位時間內(nèi)能處理的請求個數(shù)就是系統(tǒng)的業(yè)務(wù)吞吐量。虛擬并發(fā)用戶的數(shù)量可以使用如下的公式換算：(真實(shí)用戶數(shù)×每個真實(shí)用戶請求數(shù))/(總請求響應(yīng)時間+真實(shí)用戶總思考時間)=(虛擬用戶數(shù)×每用戶請求個數(shù))/(總請求響應(yīng)時間+虛擬用戶總思考時間)=吞吐量。

三.測試環(huán)境

這里的測試環(huán)境主要指的軟件硬件環(huán)境和絡(luò)環(huán)境。

筆者認(rèn)為性能測試最好在一個獨(dú)立的環(huán)境內(nèi)進(jìn)行，這樣不會受到外界的干擾，能夠保證測試的數(shù)據(jù)是獨(dú)立有效的。如果現(xiàn)你對某個已經(jīng)上線的站進(jìn)行壓力測試，那么你得到的數(shù)據(jù)不是獨(dú)立的，因為你在做壓力測試的時候，其它散戶也在訪問系統(tǒng)。

軟件環(huán)境：

這里的軟件環(huán)境主要指項目運(yùn)行的環(huán)境，比如采用什么樣的操作系統(tǒng)、中間件、和數(shù)據(jù)庫。

硬件環(huán)境：

這里的硬件環(huán)境除了主要包括主機(jī)內(nèi)部部件，cpu、內(nèi)存、磁盤以及主板、卡等，傳輸介質(zhì)和路由器也應(yīng)該考慮在內(nèi)，

絡(luò)環(huán)境：

絡(luò)環(huán)境除了考慮測試機(jī)與被系統(tǒng)服務(wù)器在一個局域中進(jìn)行，還應(yīng)該保證這個絡(luò)的獨(dú)立性。如果在在性能測試的過程中，其它機(jī)子也在消耗著路由器資源。那么路由器也會影響到數(shù)據(jù)庫的傳輸速度。

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

在很多時候，我們是要準(zhǔn)備測試數(shù)據(jù)的，例如系統(tǒng)不允許相同用戶的重復(fù)登錄，那么必須要生成合法的用戶數(shù)據(jù)。有時要對系統(tǒng)進(jìn)行查詢測試，只有在系統(tǒng)有一定數(shù)據(jù)量進(jìn)才

能驗證出系統(tǒng)的真實(shí)性能。一個數(shù)據(jù)庫中有兩條數(shù)據(jù)和有兩千萬條數(shù)據(jù)，同相一條查詢操作，對系統(tǒng)造成的壓力是完全不一樣的。

系統(tǒng)所需數(shù)據(jù)的分析可以參考以下方式：

歷史數(shù)據(jù)分析有助于數(shù)據(jù)量級的確定。從歷史數(shù)據(jù)入手，找出高峰期數(shù)據(jù)量。從其他相似或者相同系統(tǒng)入手，進(jìn)行數(shù)據(jù)分析，找出高峰期數(shù)據(jù)量。

無歷史或者相關(guān)系統(tǒng)可以參考的時候，就要對系統(tǒng)的性能數(shù)據(jù)進(jìn)行估算，包含系統(tǒng)容量，并發(fā)數(shù)等數(shù)據(jù)，估算以后給相關(guān)人員進(jìn)行評審或者修訂以后，按照大家同意的性能指標(biāo)進(jìn)行測試。

…………

測試數(shù)據(jù)最好和真實(shí)數(shù)據(jù)相同，如果能夠獲得真實(shí)系統(tǒng)運(yùn)行3個月的數(shù)據(jù)，我們就可以在此基礎(chǔ)上進(jìn)行性能測試。

關(guān)于數(shù)據(jù)的生成，我們可以祝一個工具完成，如數(shù)據(jù)庫數(shù)據(jù)生成工具，大小文件生成工具等。

五.測試工具

前面已經(jīng)介紹如何分析需求，需求確定下來之后，我們可以考慮引入什么樣的工具適合性能需求。

當(dāng)然，在引入工具的時候除了考慮可以是否滿足需求，還應(yīng)該考慮工具的成本，這不單指工具的購買成本，還有測試人員對工具的學(xué)習(xí)成本。

關(guān)于測試工具的選擇，后面會單獨(dú)有一章節(jié)介紹，這里就不細(xì)說了。

如果你選擇的性能測試工具不是足夠的強(qiáng)大的話，你可能還需要其它的輔助的工具。如果jmeter利用badboy來錄制腳本，更能提高腳本開發(fā)效率。在壓力測試的過程中也可能

需要性能計數(shù)器來記錄軟硬件的性能。如監(jiān)控服務(wù)器cpu、內(nèi)存的計數(shù)器，記錄中間件日志的監(jiān)控中工具，監(jiān)控數(shù)據(jù)庫性能的監(jiān)控工具等。

六.測試策略

對于一個特定的業(yè)務(wù)系統(tǒng)，用戶一般會分散在一天的各個時間段進(jìn)行訪問。在不同的時間段中，用戶使用業(yè)務(wù)系統(tǒng)的頻率不同，而系統(tǒng)的繁忙程度不同。在一些特定的條件下，可能出現(xiàn)短時間內(nèi)用戶集中訪問某個業(yè)務(wù)系統(tǒng)的情況。例如對于公文處理子系統(tǒng)而言，可能就存在短時間內(nèi)大量用戶查看并辦理某條公文的情況。在進(jìn)行性能測試時，應(yīng)當(dāng)使用“考慮最壞情況的原則”。也就是應(yīng)當(dāng)在用戶使用業(yè)務(wù)系統(tǒng)最頻繁、對系統(tǒng)造成最大壓力的情況下對系統(tǒng)的功能進(jìn)行測試，判斷各功能和頁面是否能夠滿足性能的要求，系統(tǒng)的響應(yīng)時間是否過長。

另一方面，系統(tǒng)性能的驗證必須做到“覆蓋全面”。雖然系統(tǒng)中各個功能的使用頻率并不相同，一些功能的使用頻

率相對于其他功能來說比較低，但是在進(jìn)行性能測試和優(yōu)化時，不能忽略這些功能，編制測試用例時也不能僅僅選擇最常用功能。例如可能所有的用戶都會訪問我的通知列表，但是一般只有5%的用戶會使用通過系統(tǒng)設(shè)置模塊查找某個用戶的信息;但是在測試時，我們并不能因為查看用戶信息功能的使用頻率相對較少，而忽略掉這項功能的測試。所以，這里進(jìn)行系統(tǒng)性能測試時，對于不同業(yè)務(wù)，用戶的訪問比例應(yīng)該做一個合理分配。在測試策略上，我們還應(yīng)該考慮，同一個系統(tǒng)在不同硬件環(huán)境下的性能表現(xiàn)。從而讓系統(tǒng)滿足需求的情況下，硬件配置也能達(dá)到一個最佳的狀態(tài)。過份的增加硬件來滿足需求也是一種浪費(fèi)。再說增加硬件設(shè)備不是能解決所有性能問題的。

七.人力與時間安排

最后一條，就是要根據(jù)項目的進(jìn)度要求以及規(guī)模，來進(jìn)行人力與時間的安排。對于大型的性能測試，項目前期的需求調(diào)研，環(huán)境的部署，工具的選購或開發(fā)，人員對測試工具的學(xué)習(xí)與使用，性能測試的后進(jìn)行，后期數(shù)據(jù)的分析與調(diào)優(yōu)。都需要人員安排的。有可以需要專業(yè)的，系統(tǒng)工程師、數(shù)據(jù)庫工程師、軟件開發(fā)工程師、絡(luò)工程師以及性能測試工程師的共同參與配合完成。不是一個性能測試人員就可以全部搞定的。

筆者聽說，最牛x的性能測試，需要幾個國家的十幾個

城市的性能測試團(tuán)隊同步時行。前期的準(zhǔn)備工作就需要幾個月的時間。如何把控性能測試的同步進(jìn)行。后期測試數(shù)據(jù)的匯總與分析。是一個非常復(fù)雜的過程。這個例子有待考證，我想說明的是，對于大項目的性能測試，人員與時間安排也至關(guān)重要。

根據(jù)項目的不同，我們在做性能測試計劃椒考慮的問題不僅僅上面這些內(nèi)容，這一節(jié)所羅列的內(nèi)容是基本需要考慮的因素。

篇三：性能測試學(xué)習(xí)總結(jié)

一、性能測試

性能測試的概念

性能測試(PerformanceTesting)是系統(tǒng)測試的一種，在一定的負(fù)載情況下，系統(tǒng)的響應(yīng)時間等特性是否滿足特定的性能需求；從某些角度來說，性能其實(shí)是功能的一種。

作為一個優(yōu)秀的系統(tǒng)測試工程師，需要通過系統(tǒng)的角度來分析測試被測系統(tǒng)，分析包含以下兩點(diǎn)：

1．功能測試：某個功能點(diǎn)是否實(shí)現(xiàn)

2．性能測試：整個系統(tǒng)，包括軟件和硬件的性能指標(biāo)而在軟件質(zhì)量當(dāng)中，性能測試歸屬到效率的行列。

軟件效率(efficiency)：在規(guī)定條件下，相對于所用資源的數(shù)量，軟件產(chǎn)品可提供適當(dāng)性能的能力。其中資源可能

包括其他軟件產(chǎn)品、系統(tǒng)的軟件和硬件配置，以及物質(zhì)材料(如打印紙、磁盤等)。

衡量一個軟件的性能，需要從軟件效率的以下3點(diǎn)考慮：·時間特性

在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，提供適當(dāng)?shù)捻憫?yīng)和處理時間以及吞吐率的能力。

·資源利用性

在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，使用合適數(shù)量和類別的資源的能力。

·效率依從性

軟件產(chǎn)品遵循與效率相關(guān)的標(biāo)準(zhǔn)或約定的能力。

一個性能測試工程師的主要工作目標(biāo)就是確保系統(tǒng)能夠在一定的硬件、軟件環(huán)境下達(dá)到一定的性能指標(biāo)。

負(fù)載的概念

負(fù)載的概念包含以下3點(diǎn)：

1．系統(tǒng)實(shí)際用戶

可能會有很多人使用同一個系統(tǒng)，但并不是所有的用戶都會同時使用該系統(tǒng)，所以系統(tǒng)的實(shí)際用戶是一個容量的問題，而不是負(fù)載的問題。

2．系統(tǒng)在線用戶

當(dāng)系統(tǒng)用戶對系統(tǒng)進(jìn)行操作時，我們認(rèn)為該用戶為在線用戶，這些用戶對系統(tǒng)形成了負(fù)載，在線用戶和實(shí)際用戶的

比例是根據(jù)系統(tǒng)特性決定的。

3．并發(fā)操作

用戶在線后會對系統(tǒng)產(chǎn)生負(fù)載，但是用戶和用戶之間的操作卻不是并發(fā)的，這是因為首先用戶的操作需要延時等待，其次每個用戶的操作并不是完全相同。并發(fā)操作會對系統(tǒng)產(chǎn)生很大的負(fù)載，當(dāng)多個用戶同時對某個功能進(jìn)行操作時，服務(wù)器必須對這些請求進(jìn)行隊列管理，依次處理。

性能測試的分類

負(fù)載測試(LoadTesting)

負(fù)載測試是指在一定的軟件、硬件及絡(luò)環(huán)境下，運(yùn)行一種或多種業(yè)務(wù)，在不同虛擬用戶數(shù)量的情況下，測試服務(wù)器的性能指標(biāo)是否在用戶的要求范圍內(nèi)，以此確定系統(tǒng)所能承載的最大用戶數(shù)、最大有效用戶數(shù)以及不同用戶數(shù)下的系統(tǒng)響應(yīng)時間及服務(wù)器的資源利用率。

負(fù)載測試強(qiáng)調(diào)的是在一定的環(huán)境下系統(tǒng)能夠達(dá)到的峰值指標(biāo)，大多數(shù)的性能測試都是負(fù)載測試。

壓力測試(StressTesting)

壓力測試是指在一定的軟件、硬件及絡(luò)環(huán)境下，模擬大量的虛擬用戶向服務(wù)器產(chǎn)生負(fù)載，使服務(wù)器的資源處于極限狀態(tài)下并長時間連續(xù)運(yùn)行，以測試服務(wù)器在高負(fù)載情況下是否能夠穩(wěn)定工作。與負(fù)載測試獲得峰值性能數(shù)據(jù)不同，壓力測試強(qiáng)調(diào)在極端情況下系統(tǒng)的穩(wěn)定性，這個時候處理能力已

經(jīng)不重要了。

容量測試(VolumeTesting)

容量測試是指在一定的軟件、硬件及絡(luò)環(huán)境下，在數(shù)據(jù)庫中構(gòu)造不同數(shù)量級別的數(shù)據(jù)記錄，運(yùn)行一種或多種業(yè)務(wù)在一定虛擬用戶數(shù)量的情況下，獲取不同數(shù)量級別的服務(wù)器性能指標(biāo)，以確定數(shù)據(jù)庫的最佳容量和最大容量。容量測試不僅可以對數(shù)據(jù)庫進(jìn)行，還可以對硬件處理能力、各種服務(wù)器的連接能力等進(jìn)行，以此來測試系統(tǒng)在不同容量級別下是否能達(dá)到指定的性能。

容量測試和負(fù)載測試的區(qū)別在于，容量測試主要關(guān)心howmuch，而負(fù)載測試則同時強(qiáng)調(diào)howmuch和howfast。

配置測試(ConfigurationTesting)

配置測試是指在不同的軟件、硬件以及絡(luò)環(huán)境配置下，運(yùn)行一種或多種業(yè)務(wù)，在一定的虛擬用戶數(shù)量情況下，獲得不同配置的性能指標(biāo)，用—f選擇最佳的設(shè)備及參數(shù)配置。通過產(chǎn)生不同的配置，來得到系統(tǒng)性能的變化狀況。

基準(zhǔn)測試(BenchmarkTesting)

基準(zhǔn)測試是指在一定的軟件、硬件及絡(luò)環(huán)境下，模擬一定數(shù)量的虛擬用戶運(yùn)行一種或多種業(yè)務(wù)，將測試結(jié)果作為基線數(shù)據(jù)，在系統(tǒng)調(diào)優(yōu)或系統(tǒng)評測的過程中，通過運(yùn)行相同的業(yè)務(wù)場景比較測試結(jié)果，確定調(diào)優(yōu)的結(jié)果是否達(dá)到預(yù)期效果或者為系統(tǒng)的選擇提供決策數(shù)據(jù)?；鶞?zhǔn)測試一般基于配置測

試，通過配置測試得到數(shù)據(jù)，并將這個數(shù)據(jù)作為基準(zhǔn)來比較每次調(diào)優(yōu)后的性能是否有所改善。

并發(fā)測試(ConcurrencyTesting)

并發(fā)測試是指通過模擬多個用戶并發(fā)訪問同一個應(yīng)用、存儲過程或數(shù)據(jù)記錄以及其他并發(fā)操作，測試是否存在死鎖、數(shù)據(jù)錯誤等故障。為了避免數(shù)

據(jù)庫或函數(shù)方法在并發(fā)下的錯誤，需要專門針對每個模塊進(jìn)行并發(fā)測試。

性能測試的時間

編碼階段(壓力/并發(fā))

在編碼階段，當(dāng)每個函數(shù)、方法、存儲過程被開發(fā)出來并通過單元測試后，都應(yīng)該進(jìn)行壓力和并發(fā)測試，確認(rèn)接口和被測對象能否健壯地處理極端情況，并且能否正確處理并發(fā)請求。

在大多數(shù)情況下，這個階段的性能測試都是開發(fā)人員自行負(fù)責(zé)。而作為一個架構(gòu)設(shè)計師，在設(shè)計軟件時即應(yīng)該考慮整個系統(tǒng)的性能，并進(jìn)行建模測試，確保設(shè)計的正確。隨后程序員對架構(gòu)進(jìn)行實(shí)現(xiàn)時就需要對自己編寫的代碼進(jìn)行并發(fā)測試和壓力測試。

編碼一測