【正文】 員，上層領(lǐng)導(dǎo)，了解他們對(duì)性能測試的考慮。 ⅴ）內(nèi)部的人員無法滿足性能測試的要求，通過外聘，采用外聘的方式，公司所能承受的成本是多高。 確定性能測試目標(biāo)的方法我們要確定系統(tǒng)的吞吐量和并發(fā)用戶數(shù)的設(shè)計(jì)目標(biāo)可以采用以下三種方式：l 確定在某個(gè)特定時(shí)間端內(nèi)，估計(jì)系統(tǒng)會(huì)有多少用戶同時(shí)訪問l 在某個(gè)特定的時(shí)間端內(nèi)，正在訪問系統(tǒng)的用戶的典型操作是什么？哪個(gè)頁面的訪問量最大？l 在某個(gè)特定的時(shí)間端內(nèi)，系統(tǒng)需要處理多少種用戶場景這些數(shù)據(jù)可以在系統(tǒng)服務(wù)器的日志文件、TSP監(jiān)視數(shù)據(jù)種找到，也可以通過監(jiān)視數(shù)據(jù)庫的活動(dòng)情況來獲得。 產(chǎn)品部署階段的性能測試目標(biāo)提供部署方案的參考，確定合適的硬件設(shè)備，雖然更高的設(shè)備可以獲取商業(yè)上的利益，但應(yīng)考慮客戶的具體情況。ⅱ）了解環(huán)境：包括網(wǎng)絡(luò)條件，服務(wù)器條件，軟硬件條件，應(yīng)用服務(wù)器環(huán)境及各種配置信息。 用例和場景設(shè)計(jì)用例和場景設(shè)計(jì)的步驟：對(duì)業(yè)務(wù)的分析和分解根據(jù)業(yè)務(wù)確定用例不同用例按照不同的發(fā)生比例組成場景 了解每個(gè)場景的實(shí)際意義 （對(duì)場景執(zhí)行測試，收集結(jié)果）了解業(yè)務(wù)的分布情況，根據(jù)業(yè)務(wù)確定用例，在設(shè)計(jì)用例的時(shí)候，根據(jù)前期收集的數(shù)據(jù)，設(shè)計(jì)不同的場景來組成用例，并了解每個(gè)場景的實(shí)際意義，執(zhí)行場景，收集結(jié)果數(shù)據(jù)。4 性能測試的應(yīng)用領(lǐng)域4．0系統(tǒng)性能測試的主要應(yīng)用領(lǐng)域是驗(yàn)證能力、性能調(diào)優(yōu)。性能調(diào)優(yōu)在系統(tǒng)開發(fā)過程中，通過性能測試，了解當(dāng)前系統(tǒng)瓶頸（比如說在于數(shù)據(jù)庫訪問，SQL語句或者存儲(chǔ)過程寫的不夠好，或者說數(shù)據(jù)庫設(shè)計(jì)的問題，索引做的不夠好），所選擇的應(yīng)用服務(wù)器有問題，或者說代碼這一層，業(yè)務(wù)邏輯實(shí)現(xiàn)的不夠好，導(dǎo)致它性能的缺陷。注：很多的性能問題，是由于應(yīng)用服務(wù)器的配置完全不合理，比如：，沒有修改它的配置文件中缺省的jvm的使用空間。J2ee的平臺(tái)和它的性能問題是怎么產(chǎn)生的，如何來調(diào)整它的性能。并將這個(gè)結(jié)果告知用戶，讓用戶了解當(dāng)前系統(tǒng)條件下的運(yùn)行水平，系統(tǒng)所能支撐的最大用戶數(shù)，每個(gè)用戶的響應(yīng)時(shí)間是多長。系統(tǒng)架構(gòu)是基于以前的架構(gòu)修改過來的，對(duì)于兩者進(jìn)行一個(gè)對(duì)比測試，了解兩種架構(gòu)各有什么優(yōu)勢。10 系統(tǒng)穩(wěn)定性的度量為了驗(yàn)證系統(tǒng)的穩(wěn)定性，我們需要對(duì)系統(tǒng)進(jìn)行一個(gè)可靠性度量，在目前沒有一個(gè)行業(yè)或者國際標(biāo)準(zhǔn)進(jìn)行可靠性度量的前提下，我們又無法獲得確切的用戶需求（用戶提不出系統(tǒng)穩(wěn)定性的量化標(biāo)準(zhǔn)），我們可以采用如下方式來驗(yàn)證系統(tǒng)的穩(wěn)定性。頁面請求： 請求了一個(gè)頁面，不管這個(gè)頁面包括了多少對(duì)象。200人同時(shí)做一個(gè)提交的操作，服務(wù)器接受到多少請求。這種方法的資源消耗比較大，只用于驗(yàn)證已確定的系統(tǒng)中的問題在哪里。同步的方法：在UNIX操作系統(tǒng)上用NTP協(xié)議可以做時(shí)間同步，在windows系統(tǒng)上可以通過加入域來時(shí)間同步，“鏡像”環(huán)境的問題：做能力驗(yàn)證的測試的時(shí)候，一般要求在現(xiàn)場做，因?yàn)檫@種測試結(jié)果和應(yīng)用服務(wù)器網(wǎng)絡(luò)環(huán)境本身會(huì)有很大的關(guān)系，如果不能做現(xiàn)場測試，采用的兩個(gè)解決辦法：i）盡可能的模擬出用戶環(huán)境：包括網(wǎng)絡(luò)狀況，服務(wù)器狀況，ii）和用戶去協(xié)商：去做現(xiàn)場測試。瀏覽器或客戶端應(yīng)用的Cache客戶端和瀏覽器的cache在錄制腳本的時(shí)候都應(yīng)該去掉。 確定最小用戶負(fù)載的方法從需求上解決，了解業(yè)務(wù)分布情況，將業(yè)務(wù)分布情況劃分成不同的場景，確定一個(gè)負(fù)載使用狀況最小的場景?？梢詫⑦@些正式測試按照類型分成如下幾個(gè)子類：單實(shí)例壓力測試、持久測試、體系結(jié)構(gòu)測試一旦按照初步測試結(jié)果設(shè)置好了環(huán)境和測試參數(shù)（測試腳本、思考時(shí)間、采樣方法等等），這些因素就必須對(duì)任何特定的性能測試都保持不變。l 對(duì)該應(yīng)用程序的使用方式的理解，以及臨界性能表現(xiàn)的跡象等。執(zhí)行壓力測試 創(chuàng)建可以模擬最大用戶負(fù)載的壓力測試腳本。使用這些信息有助于獲得精確的性能測試結(jié)果。通過這些簡單的查詢就可以將這些信息從數(shù)據(jù)庫里提取出來，這些信息將用來幫助制定用戶場景（user scenarios）、用戶場景比率或其他營銷方面的情報(bào)。18 關(guān)鍵性能尺度標(biāo)準(zhǔn)性能測試的關(guān)鍵尺度包括以下幾點(diǎn)：l 服務(wù)器錯(cuò)誤的可接受性 壓力測試過程中經(jīng)常會(huì)發(fā)生服務(wù)器錯(cuò)誤，在壓力測試剛剛開始或正在結(jié)束時(shí)，錯(cuò)誤往往會(huì)產(chǎn)生，這是因?yàn)榘l(fā)生了大量的突發(fā)負(fù)荷和未完成的頁面請求。l 內(nèi)存泄漏和其他穩(wěn)定性問題 這種問題往往出現(xiàn)在長時(shí)間高負(fù)荷的運(yùn)行情況下。雖然理想狀態(tài)下測試環(huán)境應(yīng)盡可能地接近生產(chǎn)環(huán)境，實(shí)際上在能搭建地任何測試環(huán)境中測試都是有意義的。21 確定負(fù)載增加的標(biāo)準(zhǔn)確定壓力測試需要進(jìn)行的程度，首先需要指定一個(gè)標(biāo)準(zhǔn)，確定何時(shí)達(dá)到適當(dāng)?shù)膲毫?jí)別。l 給頁面響應(yīng)時(shí)間設(shè)置一個(gè)極限值l 根據(jù)業(yè)務(wù)需要事先確定Web應(yīng)用程序能夠處理的每秒請求數(shù)或同時(shí)連接數(shù)22 性能參數(shù)介紹 處理器性能參數(shù)l ％Processor Time 指處理器執(zhí)行非空閑線程時(shí)間的百分比。這個(gè)計(jì)數(shù)器顯示在采樣間隔期間所看到的忙時(shí)平均值，這個(gè)值是用100％減去該服務(wù)不活動(dòng)的時(shí)間計(jì)算出來的?？梢燥@式或隱式調(diào)用系統(tǒng)服務(wù)，比如頁面錯(cuò)誤或中斷。應(yīng)正確區(qū)分System和Processor對(duì)象的％User Time和％Privileged Time。 內(nèi)存性能參數(shù)l Page faults/sec 每秒鐘錯(cuò)誤頁面的平均數(shù)目。但是，硬錯(cuò)誤（需要訪問磁盤）將導(dǎo)致明顯的延遲