談項(xiàng)目管理和軟件測(cè)試過(guò)程（三）

申請(qǐng)免費(fèi)試用、咨詢(xún)電話：400-8352-114

3．性能測(cè)試是軟件測(cè)試專(zhuān)業(yè)化的核心所在

從華友實(shí)踐看，軟件測(cè)試對(duì)于產(chǎn)品經(jīng)理、開(kāi)發(fā)經(jīng)理和市場(chǎng)經(jīng)理都有所認(rèn)識(shí)，他們大部分人會(huì)認(rèn)為功能測(cè)試工作他們能夠很好的完成，產(chǎn)品經(jīng)理是公司對(duì)于業(yè)務(wù)最熟悉的一批人，他們對(duì)于測(cè)試工程師最急切的需求是你幫我實(shí)施產(chǎn)品的性能測(cè)試工作，他們聽(tīng)說(shuō)過(guò)性能測(cè)試，我們的產(chǎn)品投入在線運(yùn)行后碰到的最大故障是大用戶(hù)量訪問(wèn)業(yè)務(wù)是機(jī)器凼機(jī)，或停止正常的服務(wù)，每次故障，幾乎給公司的收入都造成很大損失。如果測(cè)試部門(mén)能有一套有效的性能測(cè)試手段，就確立了測(cè)試部門(mén)在項(xiàng)目開(kāi)發(fā)過(guò)程中關(guān)鍵地位。

性能測(cè)試在華友軟件的質(zhì)量保證中起著非常重要的作用，將性能測(cè)試概括為四個(gè)方面：Wap無(wú)線應(yīng)用服務(wù)在手機(jī)用戶(hù)端性能測(cè)試、 Web/Wap應(yīng)用服務(wù)在客戶(hù)端性能的測(cè)試、應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試和應(yīng)用在服務(wù)器端性能的測(cè)試。通常情況下， 四方面有效、合理的結(jié)合，可以達(dá)到對(duì)系統(tǒng)性能全面的分析和瓶頸的預(yù)測(cè)。

3.1 Wap無(wú)線應(yīng)用服務(wù)在手機(jī)用戶(hù)端性能測(cè)試

如今人人用手機(jī)都追求時(shí)尚，時(shí)尚體現(xiàn)在款式, 品牌和功能。手機(jī)產(chǎn)品功能的日新月異，移動(dòng)增值業(yè)務(wù)功能層出不窮，從最初的短信、彩信、鈴聲到GPRS,CDMA,K-Java, Brew手機(jī),功能的多樣性帶來(lái)手機(jī)用戶(hù)端軟件系統(tǒng)測(cè)試的復(fù)雜性。眾所周知, Java手機(jī)吸引人之處是能提供智能的, 個(gè)人化的互動(dòng)服務(wù), 例如: 動(dòng)態(tài)產(chǎn)生個(gè)人化的股市服務(wù), 顯示圖形, 動(dòng)畫(huà), 實(shí)時(shí)路況, 氣象報(bào)告, 數(shù)字照像, 玩游戲等, 部分服務(wù)能直接于用戶(hù)端執(zhí)行。
   
為了提供如此生動(dòng)的服務(wù), 移動(dòng)通信系統(tǒng)要能給終端用戶(hù)在無(wú)線裝置上提供接入互聯(lián)網(wǎng)的功能, 要能儲(chǔ)存、提取、管理、計(jì)算、結(jié)帳、下載軟件服務(wù), 并使內(nèi)容提供商能提供豐富的聲像多媒體內(nèi)容, 形成廣大的個(gè)人化交互式服務(wù)環(huán)境。 而作為移動(dòng)用戶(hù), 可將手機(jī)視作虛擬機(jī), 能隨時(shí)、隨地在適當(dāng)?shù)难b置上存取應(yīng)用, 享受服務(wù)。 這確是一種時(shí)尚。
    
當(dāng)前, 對(duì)于不同品牌的手機(jī), 它們所用的平臺(tái)(指CPU和操作系統(tǒng))各不相同, 由于采用不同的設(shè)計(jì)方案, 各設(shè)計(jì)之間缺乏兼容性, 操作系統(tǒng)和二進(jìn)制代碼都不兼容。 當(dāng)手機(jī)運(yùn)行需要大量?jī)?nèi)存時(shí), 特別是隨著接入互聯(lián)網(wǎng), 手機(jī)用戶(hù)要求能使用個(gè)性化的 交互式應(yīng)用軟件, 應(yīng)用程序運(yùn)行在虛擬運(yùn)行環(huán)境下時(shí), 問(wèn)題顯得尤為突出。 所以, 有必要建立一種標(biāo)準(zhǔn)的通用運(yùn)行平臺(tái), 達(dá)到在合適的成本下提供統(tǒng)一的交互式應(yīng)用軟件運(yùn)行環(huán)境。 但是, 除非該平臺(tái)是基于完全標(biāo)準(zhǔn)的器件, 否則是難以達(dá)到要求的。
標(biāo)準(zhǔn)的通用的運(yùn)行平臺(tái)是滿(mǎn)足運(yùn)營(yíng)商, 軟件開(kāi)發(fā)商, 和終端用戶(hù)三者綜合要求的解決辦法。 理想的環(huán)境必須具備以下性質(zhì):

(1)、平臺(tái)應(yīng)提供二進(jìn)制兼容性。 可執(zhí)行軟件是二進(jìn)制目標(biāo)碼, 需要在處理器和應(yīng)用軟件目標(biāo)碼之間建立溝通;
(2)、平臺(tái)必須包括微處理器,或一個(gè)與微處理器機(jī)器代碼相離的通用機(jī)器碼仿真器;
(3)、平臺(tái)應(yīng)包括帶有應(yīng)用程序接口API及支持一致性圖形用戶(hù)界面GUI相應(yīng)功能的操作系統(tǒng)。 API 是執(zhí)行典型操作功能的軟件功能庫(kù), 例如打開(kāi)文件, 讀寫(xiě)數(shù)據(jù), 配置和管理內(nèi)存, 處理事件, 顯示文檔和圖形等。 為使應(yīng)用軟件真正做到可移植, 裝置上必須有公共功能集, 并讓軟件開(kāi)發(fā)者能通過(guò)一致性API 擴(kuò)展功能;
(4)、平臺(tái)不應(yīng)要求過(guò)多的系統(tǒng)資源, 可移植性設(shè)備不應(yīng)使成本上升太多;
(5)、平臺(tái)應(yīng)對(duì)功率有高效率, 尤其考慮用電池供電的設(shè)備;
(6)、由于要在互聯(lián)網(wǎng)上應(yīng)用, 安全性也是重要因素。

以Java手機(jī)軟件測(cè)試為例潛在的測(cè)試問(wèn)題和解決辦法

Java有移植性好和其它很多優(yōu)勢(shì), 但用在手機(jī)上, 速率和功耗仍是個(gè)瓶頸。 Java帶來(lái)的新問(wèn)題是執(zhí)行速度慢, 消耗功率大。 與PC不同的是, 手機(jī)資源有限, 一般流行的手機(jī)中CPU的速率為26MHz, 或52MHz,帶128M閃存, 8Mb, 16M 或64Mb內(nèi)存, 沒(méi)有硬盤(pán), 由電池供電, 體積小, 空間窄。 系統(tǒng)慢的原因是:

(1) 系統(tǒng)必須同時(shí)運(yùn)行兩套軟件: Java應(yīng)用和虛擬機(jī)JVM;
(2) Java軟件需要被翻譯成自然CPU指令;
(3) Java平臺(tái)是基于棧(相對(duì)于寄存器)結(jié)構(gòu)的, 導(dǎo)致更多的內(nèi)存存取。

因而, 如何對(duì)執(zhí)行 Java加速成為關(guān)鍵。 加速處理數(shù)據(jù)和圖形, 這對(duì)手機(jī)上互聯(lián)網(wǎng)和多媒體的應(yīng)用具有重要意義。 要克服這些問(wèn)題, 提高Java軟件性能, 可能的方法有四種:

(1) 提高微處理器速率。 然而Java軟件性能與時(shí)鐘頻率并不成線性關(guān)系, 微處理器運(yùn)行一般比內(nèi)存存取時(shí)間高2-10倍, 增加時(shí)鐘頻率只會(huì)增加等待周期。
(2) 對(duì)JVM軟件進(jìn)行優(yōu)化。 這可能涉及到要用匯編語(yǔ)言對(duì)字節(jié)碼翻譯環(huán)路進(jìn)行編程, 而這會(huì)導(dǎo)致JRE變得與微處理器類(lèi)別有關(guān)。 而與可移植相抵觸;
(3) 編譯。 將軟件直接編譯到微處理器的自然機(jī)器語(yǔ)言。 但是這會(huì)增加內(nèi)存的開(kāi)銷(xiāo), 也不節(jié)省能量的消耗。
(4) 采用基于硬件的加速器。 這可以做到提高性能, 保障能量和成本的有效性。 被手機(jī)設(shè)計(jì)廠商認(rèn)為是較理想的措施。 通用型Java加速芯片于今年年初問(wèn)世。

3.2 分析Web/Wap應(yīng)用服務(wù)在客戶(hù)端性能的測(cè)試

Web/Wap應(yīng)用服務(wù)在客戶(hù)端性能測(cè)試的目的是考察客戶(hù)端應(yīng)用的性能，測(cè)試的入口是客戶(hù)端。它主要包括并發(fā)性能測(cè)試、大數(shù)據(jù)量測(cè)試和速度測(cè)試等，其中并發(fā)性能測(cè)試是重點(diǎn)。
并發(fā)性能測(cè)試的過(guò)程是一個(gè)負(fù)載測(cè)試和壓力測(cè)試的過(guò)程，即逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)并發(fā)性能的過(guò)程。負(fù)載測(cè)試（Load Testing）是確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部分的相應(yīng)輸出項(xiàng)，例如通過(guò)量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)存使用等來(lái)決定系統(tǒng)的性能。負(fù)載測(cè)試是一個(gè)分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從而來(lái)確定能夠接收的性能過(guò)程。壓力測(cè)試（Stress Testing）是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。

并發(fā)性能測(cè)試的目的主要體現(xiàn)在三個(gè)方面：以真實(shí)的業(yè)務(wù)為依據(jù)，選擇有代表性的、關(guān)鍵的業(yè)務(wù)操作設(shè)計(jì)測(cè)試案例，以評(píng)價(jià)系統(tǒng)的當(dāng)前性能；當(dāng)擴(kuò)展應(yīng)用程序的功能或者新的應(yīng)用程序?qū)⒁徊渴饡r(shí)，負(fù)載測(cè)試會(huì)幫助確定系統(tǒng)是否還能夠處理期望的用戶(hù)負(fù)載，以預(yù)測(cè)系統(tǒng)的未來(lái)性能；通過(guò)模擬成百上千個(gè)用戶(hù)，重復(fù)執(zhí)行和運(yùn)行測(cè)試，可以確認(rèn)性能瓶頸并優(yōu)化和調(diào)整應(yīng)用，目的在于尋找到瓶頸問(wèn)題。

我們公司自己組織力量同時(shí)委托第三方軟件HG公司開(kāi)發(fā)Hawa網(wǎng)站的一套應(yīng)用Avatar形象系統(tǒng)的時(shí)候, Avatar形象在網(wǎng)站業(yè)務(wù)中占有著重要的位置，網(wǎng)站上的很多業(yè)務(wù)都是圍繞Avatar開(kāi)展。 這套系統(tǒng)能不能承受大量的并發(fā)用戶(hù)同時(shí)訪問(wèn)? 成為這個(gè)網(wǎng)站能否成功的關(guān)鍵，也是這次兩個(gè)公司合做開(kāi)發(fā)能否順利完成的關(guān)鍵。這類(lèi)問(wèn)題最常見(jiàn)于采用聯(lián)機(jī)事務(wù)處理(OLTP)方式數(shù)據(jù)庫(kù)應(yīng)用、Web瀏覽和視頻點(diǎn)播等系統(tǒng)。這種問(wèn)題的解決要借助于科學(xué)的軟件測(cè)試手段和先進(jìn)的測(cè)試工具。

Web軟件測(cè)試實(shí)例說(shuō)明：哈哇網(wǎng)站Avatar形象系統(tǒng)軟件。Avatar形象系統(tǒng)在上線試運(yùn)行三個(gè)月后，所有的功能測(cè)試順利完成，軟件功能缺陷也修改完畢。但是，性能問(wèn)題越來(lái)越成為項(xiàng)目經(jīng)理關(guān)心的焦點(diǎn)，我們測(cè)試部門(mén)借助比較熟悉的壓力測(cè)試工具Web Stress 實(shí)施客戶(hù)端性能測(cè)試進(jìn)行100，500，1000等并發(fā)用戶(hù)訪問(wèn)。每次測(cè)試主要在基于URL：http://avatar.hawa.cn/index.jsp的基礎(chǔ)上，與HG公司實(shí)時(shí)交互地進(jìn)行多種情況下的測(cè)試。按照HG公司要求主要針對(duì)并發(fā)數(shù)為1000和500的情況下，盡量準(zhǔn)確的對(duì)Avatar系統(tǒng)的性能壓力進(jìn)行模擬測(cè)試；并排除所有不是從web服務(wù)器（即avatar.hawa.cn）上得到的URL，即只對(duì)/index.jsp等頁(yè)面進(jìn)行測(cè)試。三次結(jié)果后，盡管程序優(yōu)化、運(yùn)行服務(wù)器配置多次修改，仍然存在用戶(hù)量并發(fā)數(shù)達(dá)到1000，服務(wù)質(zhì)量下降，頁(yè)面方面時(shí)間超過(guò)正常顯示時(shí)間。這里有最后一次測(cè)試結(jié)果與前幾次大致相同。但是本次測(cè)試，是用多客戶(hù)端測(cè)試，按原理是應(yīng)該比以前的單機(jī)測(cè)試準(zhǔn)確度要高，但其結(jié)果是比用單機(jī)測(cè)試的時(shí)間還要長(zhǎng)，當(dāng)并發(fā)數(shù)達(dá)到1000時(shí)，其頁(yè)面的最長(zhǎng)響應(yīng)時(shí)間在80多秒（而單機(jī)測(cè)試時(shí)時(shí)59秒多）！第三次又發(fā)現(xiàn)ISP網(wǎng)絡(luò)100MB帶寬實(shí)際上不到20MB，也是影響用戶(hù)服務(wù)的關(guān)鍵因素之一。

這個(gè)性能問(wèn)題經(jīng)過(guò)HG公司開(kāi)發(fā)人員近三個(gè)月改進(jìn)，/index.jsp頁(yè)面的1000個(gè)用戶(hù)并發(fā)響應(yīng)時(shí)間10秒左右。對(duì)于我方采用的Web Stress性能測(cè)試工具HG公司也認(rèn)同其測(cè)試結(jié)果的客觀性，公司因?yàn)樵撥浖阅軉?wèn)題推遲支付對(duì)方經(jīng)費(fèi)200萬(wàn)圓三個(gè)月，更重要的是軟件的性能問(wèn)題得到很好解決，并與HG公司的關(guān)系很好保持。另外一個(gè)更大的收獲是測(cè)試部門(mén)在Web 產(chǎn)品部門(mén)有個(gè)很好的形象，他們每次新軟件產(chǎn)品需求提出、產(chǎn)品上線都主動(dòng)要求測(cè)試部門(mén)參與并實(shí)施嚴(yán)格測(cè)試。

如何模擬實(shí)際情況呢? 找若干臺(tái)電腦和同樣數(shù)目的操作人員在同一時(shí)刻進(jìn)行操作,然后拿秒表記錄下反應(yīng)時(shí)間？ 這樣的手工作坊式的測(cè)試方法不切實(shí)際，且無(wú)法捕捉程序內(nèi)部變化情況,這樣就需要壓力測(cè)試工具的輔助。

測(cè)試的基本策略是自動(dòng)負(fù)載測(cè)試，通過(guò)在一臺(tái)或幾臺(tái)PC機(jī)上模擬成百或上千的虛擬用戶(hù)同時(shí)執(zhí)行業(yè)務(wù)的情景，對(duì)應(yīng)用程序進(jìn)行測(cè)試，同時(shí)記錄下每一事務(wù)處理的時(shí)間、中間件服務(wù)器峰值數(shù)據(jù)、數(shù)據(jù)庫(kù)狀態(tài)等。通過(guò)可重復(fù)的、真實(shí)的測(cè)試能夠徹底地度量應(yīng)用的可擴(kuò)展性和性能，確定問(wèn)題所在以及優(yōu)化系統(tǒng)性能。預(yù)先知道了系統(tǒng)的承受力,就為最終用戶(hù)規(guī)劃整個(gè)運(yùn)行環(huán)境的配置提供了有力的依據(jù)。

并發(fā)性能測(cè)試前的準(zhǔn)備工作
　　
測(cè)試環(huán)境：配置測(cè)試環(huán)境是測(cè)試實(shí)施的一個(gè)重要階段，測(cè)試環(huán)境的適合與否會(huì)嚴(yán)重影響測(cè)試結(jié)果的真實(shí)性和正確性。測(cè)試環(huán)境包括硬件環(huán)境和軟件環(huán)境，硬件環(huán)境指測(cè)試必需的服務(wù)器、客戶(hù)端、網(wǎng)絡(luò)連接設(shè)備以及打印機(jī)/掃描儀等輔助硬件設(shè)備所構(gòu)成的環(huán)境；軟件環(huán)境指被測(cè)軟件運(yùn)行時(shí)的操作系統(tǒng)、數(shù)據(jù)庫(kù)及其他應(yīng)用軟件構(gòu)成的環(huán)境。
　　
一個(gè)充分準(zhǔn)備好的測(cè)試環(huán)境有三個(gè)優(yōu)點(diǎn)：一個(gè)穩(wěn)定、可重復(fù)的測(cè)試環(huán)境，能夠保證測(cè)試結(jié)果的正確；保證達(dá)到測(cè)試執(zhí)行的技術(shù)需求；保證得到正確的、可重復(fù)的以及易理解的測(cè)試結(jié)果。
　　
測(cè)試工具：成熟的并發(fā)性能測(cè)試工具有很多，選擇的依據(jù)主要是測(cè)試需求和性能價(jià)格比。著名的并發(fā)性能測(cè)試工具有QALoad、LoadRunner、Benchmark Factory、 Webstress和AB-Apache等。這些測(cè)試工具都是自動(dòng)化負(fù)載測(cè)試工具，通過(guò)可重復(fù)的、真實(shí)的測(cè)試，能夠徹底地度量應(yīng)用的可擴(kuò)展性和性能，可以在整個(gè)開(kāi)發(fā)生命周期、跨越多種平臺(tái)、自動(dòng)執(zhí)行測(cè)試任務(wù)，可以模擬成百上千的用戶(hù)并發(fā)執(zhí)行關(guān)鍵業(yè)務(wù)而完成對(duì)應(yīng)用程序的測(cè)試。
　　
測(cè)試數(shù)據(jù)：在初始的測(cè)試環(huán)境中需要輸入一些適當(dāng)?shù)臏y(cè)試數(shù)據(jù)，目的是識(shí)別數(shù)據(jù)狀態(tài)并且驗(yàn)證用于測(cè)試的測(cè)試案例，在正式的測(cè)試開(kāi)始以前對(duì)測(cè)試案例進(jìn)行調(diào)試，將正式測(cè)試開(kāi)始時(shí)的錯(cuò)誤降到最低。在測(cè)試進(jìn)行到關(guān)鍵過(guò)程環(huán)節(jié)時(shí)，非常有必要進(jìn)行數(shù)據(jù)狀態(tài)的備份。制造初始數(shù)據(jù)意味著將合適的數(shù)據(jù)存儲(chǔ)下來(lái)，需要的時(shí)候恢復(fù)它，初始數(shù)據(jù)提供了一個(gè)基線用來(lái)評(píng)估測(cè)試執(zhí)行的結(jié)果。
　　
在測(cè)試正式執(zhí)行時(shí)，還需要準(zhǔn)備業(yè)務(wù)測(cè)試數(shù)據(jù)，比如測(cè)試并發(fā)查詢(xún)業(yè)務(wù)，那么要求對(duì)應(yīng)的數(shù)據(jù)庫(kù)和表中有相當(dāng)?shù)臄?shù)據(jù)量以及數(shù)據(jù)的種類(lèi)應(yīng)能覆蓋全部業(yè)務(wù)。

模擬真實(shí)環(huán)境測(cè)試，有些軟件，特別是面向大眾的商品化軟件，在測(cè)試時(shí)常常需要考察在真實(shí)環(huán)境中的表現(xiàn)。如測(cè)試殺毒軟件的掃描速度時(shí)，硬盤(pán)上布置的不同類(lèi)型文件的比例要盡量接近真實(shí)環(huán)境，這樣測(cè)試出來(lái)的數(shù)據(jù)才有實(shí)際意義。
　　
并發(fā)性能測(cè)試的關(guān)鍵的是測(cè)試過(guò)程中對(duì)監(jiān)控對(duì)象的靈活應(yīng)用，例如目前三層結(jié)構(gòu)的運(yùn)行模式廣泛使用，對(duì)中間件的并發(fā)性能測(cè)試作為問(wèn)題被提到議事日程上來(lái)，許多系統(tǒng)都采用了國(guó)產(chǎn)中間件，選擇Java Script監(jiān)控對(duì)象，手工編寫(xiě)腳本，可以達(dá)到測(cè)試目的。
　　
采用自動(dòng)化負(fù)載測(cè)試工具執(zhí)行的并發(fā)性能測(cè)試，基本遵循的測(cè)試過(guò)程有：測(cè)試需求與測(cè)試內(nèi)容，測(cè)試案例制定，測(cè)試環(huán)境準(zhǔn)備，測(cè)試腳本錄制、編寫(xiě)與調(diào)試，腳本分配、回放配置與加載策略，測(cè)試執(zhí)行跟蹤，結(jié)果分析與定位問(wèn)題所在，測(cè)試報(bào)告與測(cè)試評(píng)估。
　　
3.3 應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試

應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試重點(diǎn)是利用成熟先進(jìn)的自動(dòng)化技術(shù)進(jìn)行網(wǎng)絡(luò)應(yīng)用性能監(jiān)控、網(wǎng)絡(luò)應(yīng)用性能分析和網(wǎng)絡(luò)預(yù)測(cè)。
　　
網(wǎng)絡(luò)應(yīng)用性能分析
　　
網(wǎng)絡(luò)應(yīng)用性能分析的目的是準(zhǔn)確展示網(wǎng)絡(luò)帶寬、延遲、負(fù)載和TCP端口的變化是如何影響用戶(hù)的響應(yīng)時(shí)間的。利用網(wǎng)絡(luò)應(yīng)用性能分析工具，例如Application Expert，能夠發(fā)現(xiàn)應(yīng)用的瓶頸，我們可知應(yīng)用在網(wǎng)絡(luò)上運(yùn)行時(shí)在每個(gè)階段發(fā)生的應(yīng)用行為，在應(yīng)用線程級(jí)分析應(yīng)用的問(wèn)題?？梢越鉀Q多種問(wèn)題：客戶(hù)端是否對(duì)數(shù)據(jù)庫(kù)服務(wù)器運(yùn)行了不必要的請(qǐng)求？當(dāng)服務(wù)器從客戶(hù)端接受了一個(gè)查詢(xún)，應(yīng)用服務(wù)器是否花費(fèi)了不可接受的時(shí)間聯(lián)系數(shù)據(jù)庫(kù)服務(wù)器？在投產(chǎn)前預(yù)測(cè)應(yīng)用的響應(yīng)時(shí)間；利用Application Expert調(diào)整應(yīng)用在廣域網(wǎng)上的性能；Application Expert能夠讓你快速、容易地仿真應(yīng)用性能，根據(jù)最終用戶(hù)在不同網(wǎng)絡(luò)配置環(huán)境下的響應(yīng)時(shí)間，用戶(hù)可以根據(jù)自己的條件決定應(yīng)用投產(chǎn)的網(wǎng)絡(luò)環(huán)境。
　　
網(wǎng)絡(luò)應(yīng)用性能監(jiān)控
　　
在系統(tǒng)試運(yùn)行之后，需要及時(shí)準(zhǔn)確地了解網(wǎng)絡(luò)上正在發(fā)生什么事情；什么應(yīng)用在運(yùn)行，如何運(yùn)行；多少PC正在訪問(wèn)LAN或WAN；哪些應(yīng)用程序?qū)е孪到y(tǒng)瓶頸或資源競(jìng)爭(zhēng)，這時(shí)網(wǎng)絡(luò)應(yīng)用性能監(jiān)控以及網(wǎng)絡(luò)資源管理對(duì)系統(tǒng)的正常穩(wěn)定運(yùn)行是非常關(guān)鍵的。利用網(wǎng)絡(luò)應(yīng)用性能監(jiān)控工具，可以達(dá)到事半功倍的效果，在這方面我們可以提供的工具是Network Vantage。通俗地講，它主要用來(lái)分析關(guān)鍵應(yīng)用程序的性能，定位問(wèn)題的根源是在客戶(hù)端、服務(wù)器、應(yīng)用程序還是網(wǎng)絡(luò)。在大多數(shù)情況下用戶(hù)較關(guān)心的問(wèn)題還有哪些應(yīng)用程序占用大量帶寬，哪些用戶(hù)產(chǎn)生了最大的網(wǎng)絡(luò)流量，這個(gè)工具同樣能滿(mǎn)足要求。
　　
網(wǎng)絡(luò)預(yù)測(cè)
　　
考慮到系統(tǒng)未來(lái)發(fā)展的擴(kuò)展性，預(yù)測(cè)網(wǎng)絡(luò)流量的變化、網(wǎng)絡(luò)結(jié)構(gòu)的變化對(duì)用戶(hù)系統(tǒng)的影響非常重要。根據(jù)規(guī)劃數(shù)據(jù)進(jìn)行預(yù)測(cè)并及時(shí)提供網(wǎng)絡(luò)性能預(yù)測(cè)數(shù)據(jù)。我們利用網(wǎng)絡(luò)預(yù)測(cè)分析容量規(guī)劃工具PREDICTOR可以作到：設(shè)置服務(wù)水平、完成日網(wǎng)絡(luò)容量規(guī)劃、離線測(cè)試網(wǎng)絡(luò)、網(wǎng)絡(luò)失效和容量極限分析、完成日常故障診斷、預(yù)測(cè)網(wǎng)絡(luò)設(shè)備遷移和網(wǎng)絡(luò)設(shè)備升級(jí)對(duì)整個(gè)網(wǎng)絡(luò)的影響。
　　
從網(wǎng)絡(luò)管理軟件獲取網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、從現(xiàn)有的流量監(jiān)控軟件獲取流量信息（若沒(méi)有這類(lèi)軟件可人工生成流量數(shù)據(jù)），這樣可以得到現(xiàn)有網(wǎng)絡(luò)的基本結(jié)構(gòu)。在基本結(jié)構(gòu)的基礎(chǔ)上，可根據(jù)網(wǎng)絡(luò)結(jié)構(gòu)的變化、網(wǎng)絡(luò)流量的變化生成報(bào)告和圖表，說(shuō)明這些變化是如何影響網(wǎng)絡(luò)性能的。 PREDICTOR提供如下信息：根據(jù)預(yù)測(cè)的結(jié)果幫助用戶(hù)及時(shí)升級(jí)網(wǎng)絡(luò)，避免因關(guān)鍵設(shè)備超過(guò)利用閥值導(dǎo)致系統(tǒng)性能下降；哪個(gè)網(wǎng)絡(luò)設(shè)備需要升級(jí)，這樣可減少網(wǎng)絡(luò)延遲、避免網(wǎng)絡(luò)瓶頸；根據(jù)預(yù)測(cè)的結(jié)果避免不必要的網(wǎng)絡(luò)升級(jí)。

3.4  應(yīng)用在服務(wù)器上性能的測(cè)試
　　
首先分析服務(wù)器的類(lèi)型，服務(wù)器的劃分起碼可以依據(jù)四大部分進(jìn)行。一是根據(jù)整個(gè)架構(gòu)，可分為IA服務(wù)器和RISC服務(wù)器；二是按照硬件配置的差別可分為工作組級(jí)、部門(mén)級(jí)、企業(yè)級(jí)；三是按照具體安裝的應(yīng)用軟件可分為Web服務(wù)器、文件服務(wù)器、FTP服務(wù)器、E-mail服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器等等；四是根據(jù)操作系統(tǒng)分為WINDOWS陣營(yíng)、UNIX陣營(yíng)。這四大分類(lèi)有所關(guān)聯(lián)，但其中按應(yīng)用分類(lèi)是最能給用戶(hù)清晰概念的。因?yàn)橛脩?hù)在采購(gòu)選型時(shí)，總是先想好了拿它做什么用的。Intel最近所提出的前端（用于接入等）、中端（用于各種應(yīng)用和中間件）和后端（用于數(shù)據(jù)庫(kù)、在線分析等）的分類(lèi)辦法，這也是從應(yīng)用角度考慮的。
 
分析服務(wù)器性能指標(biāo)莫不聚焦于三大指標(biāo)：CPU、I/O及Web。如果大家還記得圖靈機(jī)的話，應(yīng)該對(duì)計(jì)算單元和輸入輸出的重要不會(huì)抱什么懷疑的態(tài)度。至于選擇Web作為衡量服務(wù)器性能的要點(diǎn)，只能說(shuō)是網(wǎng)絡(luò)的力量。Internet的大行其道讓我們很難想象有服務(wù)器孤島出現(xiàn)。工程師往往通過(guò)給與被測(cè)服務(wù)器不斷增加的并發(fā)式文件讀寫(xiě)、數(shù)據(jù)庫(kù)操作以及HTTP訪問(wèn)來(lái)取得其最大的潛值。
 
以Web測(cè)試為例，衡量Web性能一般有下列幾個(gè)重要指標(biāo)：HTTP 每秒交易數(shù)（Transaction Per Second）；每秒會(huì)話數(shù)（Sessions Per Second）；當(dāng)前用戶(hù)數(shù)（Concurrent users）；吞吐量（Throughput）。HTTP TPS通常也叫做每秒的點(diǎn)擊數(shù)；每秒會(huì)話數(shù)是每秒到達(dá)Web服務(wù)器的用戶(hù)數(shù)；當(dāng)前用戶(hù)數(shù)是特定時(shí)間在Web 站點(diǎn)上的用戶(hù)數(shù)；吞吐量是在特定時(shí)間由Web站點(diǎn)發(fā)出的數(shù)據(jù)流量帶寬，它與服務(wù)器提供服務(wù)的內(nèi)容和交易數(shù)相關(guān)。以上將是我們對(duì)測(cè)試結(jié)果進(jìn)行評(píng)述與點(diǎn)評(píng)的重要技術(shù)基礎(chǔ)。