測試類型說明

1、測試類型說明Date日期Date日期Date日期Prepared by擬制Reviewed by審核Approved by批準(zhǔn)for internal use only內(nèi)部公開測試類型說明修訂記錄日期修訂版本描述作者All rights reserved版權(quán)所有，侵權(quán)必究第3頁，共16頁測試類型說明e；na, use 0nlyfl測試類型說明5一、 背景/目的5二、兒組易混淆的概念51、 測試類型(TestType) 52、 測試階段(TestStage/Level ) 53、 測試:舌動(Test ActMty ) 54、 質(zhì)量特性(Quality Charactics ) 65、 測試方法

2、(TestMethod)66、測試工程方法(Test Engineer Method ) 6三、基本測試類型61 > 功能測試(Function Test) 61、 一致性測試(Con forma nee Test) 72、 安全性測試(Security Test) 83、 性能測試(Performanee Test) 84、 壓力測試(Stress Test) 86、 酉己置測試( Configuration Test) 97、 安裝測試(Installation Test) 108、 恢復(fù)測試(Recovery Test) 109、 易用性測試(Usabihty Test) 11四、

3、可選測試類型 121、備份測試(BackupTest) 125 互操作性測試(In teroperabihty Test ) 13五、各測試階段常用的測試類型15All rights reserved版權(quán)所有，侵權(quán)必究第4頁，共16頁for internal use only內(nèi)部公開測試類型說明測試類型說明關(guān)鍵詞：測試類型、測試階段、質(zhì)量特性、測試工程方法摘要：本文結(jié)合業(yè)界和分部經(jīng)驗，給出測試部級的推薦的測試類型，并對每種測試類型進(jìn)行了描述?？s略語清單:Abbreviations 縮略語Full spelling英文全名Chinese explanation 中文解釋IPDIntegrated

4、 Product Development集成衣品開發(fā)BBITBuild Block Intergration TestBuild集成測試MITModule Intergration Test模塊集成測試MSTModule System Test模塊系統(tǒng)測試SDVSystem Design Verification系統(tǒng)設(shè)計驗證SITSystem Integration Test系統(tǒng)集成測試SVTSystem Verification Test系統(tǒng)驗證測試All rights reserved版權(quán)所有，侵權(quán)必究第7頁，共16頁測試類型說明背景/目的本文是“測試分析與設(shè)計工程方法開發(fā)”項目計劃階段的

5、輸出之一，對一些常用的測試類型的概念進(jìn) 行了描述，并對一些易混淆的概念進(jìn)行了澄清，目的在于統(tǒng)一測試部的測試類型的定義。幾組易混淆的概念1、測試類型(Test Type)不同類型的測試會發(fā)現(xiàn)不同類型的Bugso測試類型是從不同的角度來分析和測試產(chǎn)品，以下所列的測試類型多用于設(shè)計系統(tǒng)測試。功能測試(Function Test)一致性測試(Conformance Test)安裝測試(Installation Test)2、測試階段(Test Stage/Level)按照業(yè)界一般的劃分，分為單元測試、集成測試、系統(tǒng)測試、驗收測試幾個階段;3、測試活動(Test Activity )在任何一個測試階段，

6、根據(jù)所進(jìn)行活動的目標(biāo)、方法、輸出等的不同，可以劃分為以下幾類活動:測試計劃(Test Plan )測試設(shè)計(Test Desig n )測試實現(xiàn)(Test Implementation )測試執(zhí)行(Test Execution )測試評估(Test Evaluation )4、質(zhì)量特性(Quality Charactics )質(zhì)量特性是軟件產(chǎn)品的屬性集合，通過這些屬性，可以描述和評估軟件的質(zhì)量。測試類型說明器喝7 use。小功能性(FunctinaHty ):合適性、準(zhǔn)確性、互操作性、順從性、安全性?？煽啃?Reliabihty )：成熟性、容錯性、可恢復(fù)性。易用性(Useability):可

7、理解性、可學(xué)習(xí)性、可操作性。效率性(Efficency ):時間行為、資源利用?？删S護(hù)性(Maintain abiHty):可分析性、可變化性、穩(wěn)定性、可測試性。可移植性(PortabiMy):可適應(yīng)性、可安裝性、共存性、可替代性。5、測試方法(Test Method )1)從是否針對系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實現(xiàn)算法的角度：白盒測試(WMte- Box Test),黑盒測試(Black Box Test),灰盒測試(Gray一Box Test)2)從是否需要執(zhí)行被測軟件的角度：靜態(tài)測試(Static Test)、動態(tài)測試(Dynamic Test)3)從是否需要人工測試的角度：手工測試(Manua

8、l Test)、自動測試(Automated Test)6 測試工程方法(Test Engineer Method )測試工程方法是以一定的質(zhì)量目標(biāo)為核心，開展具體測試活動所需要使用的工程技術(shù)方法。工 程方法不是 純粹的理論描述，而是能在具體產(chǎn)品、業(yè)務(wù)研發(fā)過程中能夠為測試工程師所掌握，具體、直接指導(dǎo)實踐工作的 技術(shù)、方法。主要測試工程方法有55種：寬帶Delphi法、等價類劃分法、因果圖法”三、基本測試類型1 > 功能測試(Function Test)【定義】測試系統(tǒng)提供的功能是否能夠正確、完全滿足用戶需要?！菊f明】All rights reserved版權(quán)所有，侵權(quán)必究第9頁，共16頁

9、for internal use only內(nèi)部公開測試類型說明功能測試主要關(guān)心的質(zhì)量特性是功能性。功能性是指滿足規(guī)定需求和隱含需求的一組功能及它們規(guī)定性質(zhì)的一組屬性。功能測試針對檢驗所觀察到的被測系統(tǒng)的運(yùn)行狀態(tài)是否與其規(guī)定的相符，測試系 統(tǒng)是否滿足開發(fā)要求，是否能夠提供設(shè)計所描述的功能，用戶的需求是否都得到滿足。換句話說，功能測試不 管軟件內(nèi)部的實現(xiàn)邏輯，以檢驗輸入輸出信息是否符合規(guī)格說明書和需求文檔中有關(guān)功能需求的規(guī)定為目標(biāo)， 努力找出程序與對外規(guī)格說明書的差異。外部規(guī)格說明書是指從外界觀點(如用戶)的角度精確描述程序行為性 能的說明書。功能測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1)是否有不正確或

10、遺漏了的功能？2)功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計的隱藏需求？3)輸入能否正確接受？能否正確輸出結(jié)果？2、一致性測試(Con forma nee Test)【定義】測試系統(tǒng)是否符合相關(guān)的協(xié)議/標(biāo)準(zhǔn)?！菊f明】一致性(Con forma nee)的含義是：如果某實際系統(tǒng)與其他實際系統(tǒng)的通信過程符合所用協(xié) 議的國際標(biāo)準(zhǔn)，則稱該實際系統(tǒng)展示了一致性。分為靜態(tài)一致性和動態(tài)一致性兩個方面，對靜態(tài) 一致性要求的測試通過靜態(tài)一致性分析(Static Conformance Resview )實現(xiàn)，將PICS ( ProtocolImpleme ntatio n Con forma nee Statement

11、與協(xié)議中的靜態(tài)一致性要求相比較；對動態(tài)一致性要 求的測試體現(xiàn)在測試行動(Test Campain),即運(yùn)行測試集對ITU ( Implementation Under Test) j&行測試。 一致性測試是我們通訊產(chǎn)品測試中最常用到的測試類型之一。為了使得各網(wǎng)絡(luò)設(shè)備成功 的進(jìn)行通信，必須遵守一組規(guī)則。協(xié)議(Protocol)規(guī)定了一個網(wǎng)絡(luò)設(shè)備在和其它網(wǎng)絡(luò)設(shè)備進(jìn)行通信時應(yīng)遵守的規(guī)則集合。為了使得來自不同廠家的系統(tǒng)能夠成功地進(jìn)行通信，必須有標(biāo)準(zhǔn)化的協(xié) 議。實現(xiàn)者對于協(xié)議的不同理解會導(dǎo)致不同的協(xié)議實現(xiàn)，有時甚至?xí)清e誤的實現(xiàn)。因此，我們 需要一種有效方法對協(xié)議實現(xiàn)進(jìn)行判別，這種方法便是協(xié)議一

12、致性測試。3、 安全性測試(SecuHty Test)【定義】測試軟件產(chǎn)品保護(hù)信息和數(shù)據(jù)的能力，如非法用戶或系統(tǒng)不能閱讀和修改信息和數(shù)據(jù)，合 法用戶或系統(tǒng)不會被拒絕訪問，以保證數(shù)據(jù)的保密性和完整性?！菊f明】系統(tǒng)安全性測試內(nèi)容包括設(shè)備本身數(shù)據(jù)的安全性和保密性、系統(tǒng)的登錄、密碼驗證、用戶管理、內(nèi)部通信協(xié)議測試、病毒的檢測、防火墻測試、WEB安全性測試、數(shù)據(jù)庫安全性測試等。這些安全性測試的內(nèi)容有些設(shè)備具有，有些沒有，所以在不同的設(shè)備測試方案中可以酌情選擇。安全性測試設(shè)計時要考慮以下四個安全組件：asset threats exposure> control。Asset是被測實體需要被保護(hù)的有形

13、和無形的資源，包括它的數(shù)量、數(shù)值、用途、特征等。Threats是可能引起資源丟失或損壞的事件，包括意外的、故意的和自然的事件，以及發(fā)生頻率。Exposures是丟失和損壞的可能表現(xiàn)形式，即當(dāng)theart出現(xiàn)時，asset所可能發(fā)生的一切。Control是防止丟失和損壞的 保護(hù)措施。建議采用矩陣和檢查表的方式設(shè)計安全性測試用例。4、 ，性能測試(Performanee Test)【定義】性能測試針對系統(tǒng)是否達(dá)到其規(guī)定的性能需求進(jìn)行測試，如容量和響應(yīng)時間。【說明】性能測試是指這樣一類測試，通過實現(xiàn)和執(zhí)行來特征化和評估一個應(yīng)用(或系統(tǒng))相關(guān)特征的性能，如時間要求，執(zhí)行流，響應(yīng)時間，操作的可靠性和極限

14、。簡而言之，性能測試就是用來檢驗被測對 象是否符合規(guī)定的性能要求。不同的測試對象具有不同的預(yù)期性能與效率指標(biāo)，因此，性能測試的目的就是設(shè) 計和執(zhí)行用例來驗證這些測試對象是否達(dá)到了預(yù)期的性能指標(biāo)。在軟件開發(fā)早期，進(jìn)行性能測試，識別并消除 與系統(tǒng)結(jié)構(gòu)有關(guān)的性能瓶頸。在軟件開發(fā)階段，進(jìn)行性能測試以調(diào)整軟件環(huán)境(優(yōu)化響應(yīng)時間和資源)。在軟件 開發(fā)后期，執(zhí)行性能測試以驗證應(yīng)用和系統(tǒng)可以承受的高負(fù)荷和強(qiáng)度，例如大量的事務(wù)處理，客戶，或/和大 量的數(shù)據(jù)。5、 壓力測試(Stress Test)【定義】壓力測試通過使系統(tǒng)達(dá)到或超過其設(shè)計的最大負(fù)荷來檢驗其在非正常狀態(tài)下的特性。是“用于評估被測試對象處于非正常狀

15、態(tài)下的特性表現(xiàn)”。這里所指的特性表示系統(tǒng)所需要完成的正常功能?！菊f明】為什么要有壓力測試？首先，能不能讓系統(tǒng)的各種處理能力遠(yuǎn)遠(yuǎn)大于所要求的，這樣不就可以避免這些問題了嗎？答案顯然是否定的，用戶不會為超出他們的需求的部分付出一分錢，也就是說即便我們提供這些能力，也是一件高成本 低收益的事情。其次，壓力測試是指在異常情況下的特性表現(xiàn)，而異常情況總會發(fā)生，用戶會有什么樣的舉動很難預(yù) 料。甚至我們的周邊設(shè)備也會突然崩潰，或者大量地發(fā)送錯誤的數(shù)據(jù)或連接請求，要成為一個成熟而健全的產(chǎn) 品，特別對于電信級的設(shè)備，就必須能夠經(jīng)得起各種異常的沖擊。第三，壓力測試會暴露系統(tǒng)在普通情況下不易發(fā)生，但是有可能發(fā)生的B

16、UGo對于軟件系統(tǒng)來說，某些積累性的錯誤并不容易暴露，例如內(nèi)存泄漏，通過高負(fù)荷也許在短時間就能夠發(fā)現(xiàn) 類似錯誤。第四，壓力測試可以發(fā)現(xiàn)系統(tǒng)的奇點，所謂奇點是指系統(tǒng)在某種負(fù)荷下出現(xiàn)非預(yù)期(例如CPU占用率 的非線性變化、呼損的突變等)的異常。6、 配置測試(Configuration Test )【定義】驗證系統(tǒng)能夠在不同的系統(tǒng)配置(硬件、軟件、網(wǎng)絡(luò))環(huán)境下正常工作的測試。【說明】在配置測試時，系統(tǒng)應(yīng)該是為不同用戶服務(wù)而設(shè)計的，測試是分析系統(tǒng)在各種各樣的特定配置下的表現(xiàn)。 其中有一個重要的測試分支：性能指標(biāo)配置測試。產(chǎn)品日益復(fù)雜，組合配置種類變 化繁多，無法窮盡，設(shè)計時 考慮不到從而隱患也就很多

17、。配置測試涉及的方面可分為：硬件配置測試：通常支持硬件配置的數(shù)目太多，不可能對各種組合進(jìn)行測試，但是至少要對 每一種硬件的 最大最小配置進(jìn)行測試。重點考慮網(wǎng)上的實際情況，測試網(wǎng)上的典型配置。7、 安裝測試(Installation Test )【定義】驗證系統(tǒng)能夠被成功安裝、升級的測試?！菊f明】系統(tǒng)可安裝性測試的目的是找安裝錯誤。在安裝軟件系統(tǒng)時，會有多種選擇。要分配和裝入文件與程 序，布置適當(dāng)?shù)呐渲茫M(jìn)行程序的聯(lián)結(jié)。而安裝測試就要找出這些安裝過程中出現(xiàn)的錯誤。在系統(tǒng)開發(fā)完成和 接受測試執(zhí)行后，系統(tǒng)要在目標(biāo)環(huán)境下測試安裝，也就是根據(jù)硬件和軟件配置需求進(jìn)行系統(tǒng)測試。同樣要檢驗 安裝的步驟。安裝是

18、客戶使用新系統(tǒng)的第一個活動，因此，清晰而簡明的安裝指導(dǎo)必須是系統(tǒng)文檔中最重要的部 分。安裝指導(dǎo)還必須告訴用戶如何調(diào)整系統(tǒng)選項，以及如何從先前版本上升級。安裝測試設(shè)計時，需要考慮以下問題：1）誰是安裝者，他們具備什么技能？2）安裝手冊是否記錄了完整的安裝步驟？3）安裝程序可能在什么環(huán)境下運(yùn)行，如平臺、軟件、硬件、網(wǎng)絡(luò)、版本?4）安裝是否會改變用戶目前的環(huán)境設(shè)置，如config.sys文件等？5）安裝者如何知道是否正確安裝，如是否有安裝測試程序等？8、 恢復(fù)測試（Recovery Test ）【定義】測試系統(tǒng)從硬件或軟件故障中恢復(fù)的能力。【說明】恢復(fù)測試又稱故障恢復(fù)測試，故障恢復(fù)就是指測試當(dāng)系統(tǒng)遇

19、到各種內(nèi)部、外部故障導(dǎo)致子系統(tǒng)及整機(jī) 故障或者部分功能喪失時的恢復(fù)能力。廣義的理解，故障恢復(fù)測試包括故障后系統(tǒng)的自動恢復(fù)，也包括在操作 人員的人工干預(yù)下的恢復(fù)。在這時候，操作人員的技術(shù)水平和熟練程度，故障處理指導(dǎo)手冊的寫作水平等也可 以成為被測試的項目。對于電信系統(tǒng)，不同的故障對系統(tǒng)運(yùn)行影響范圍也不同，根據(jù)不同的影響，可以對故障 進(jìn)行下面分類，對于不同故障測試時關(guān)注的檢查點也不一樣。1）對業(yè)務(wù)和功能都不影響，主要關(guān)注對故障能否正常告警，呼叫是否正常。2）影響正在運(yùn)行的業(yè)務(wù)部影響功能，還要關(guān)注是否有內(nèi)部資源會吊死，話單是否正常。3）影響部分功能，還要關(guān)注功能恢復(fù)（故障恢復(fù)）的時間和條件。4）影響

20、整機(jī)所有功能運(yùn)行，關(guān)注整機(jī)恢復(fù)的時間。對于故障恢復(fù)測試應(yīng)在系統(tǒng)能夠正常穩(wěn)定運(yùn)行后集中測試，否則容易漏測。在測試過程中要充分利用調(diào)試命 令，監(jiān)測測試前后內(nèi)部表資源的占用情況，如果條件允許還要檢查話單的正確性，因為這些是最容易出錯的地 方。9、 易用性測試（UsabiHty Test ）【定義】易用性測試評價系統(tǒng)的終端用戶使用或?qū)W習(xí)系統(tǒng)，支持用戶任務(wù)系統(tǒng)功能的效率和最終從用戶失誤中 恢復(fù)的能力?！菊f明】易用性測試用例要覆蓋測試的檢查點。對于配置完整的環(huán)境，還要進(jìn)行最大配置的易用性測試。日 志，后臺打.印，資源查詢等功能均需要進(jìn)行測試。易用性測試就是要努力找出人為因素或軟件的易用性和問題。遺憾的是，

21、如何很好的定義和研究程序 系統(tǒng)的人為因素還沒有得到足夠的重視，導(dǎo)致對于人為因素的分析仍然是非常主觀的。下面列舉了一些目前考 慮到的應(yīng)該測試的項目種類：1）是否每一個用戶接口都能適應(yīng)各種終端用戶的智力，教育背景，以及環(huán)境因素。2）程序的輸出是否是有意義的，而且完全沒有“亂碼”的等等？3）錯誤診斷系統(tǒng)（如錯誤提示信息）是否都簡單易懂，還是需要由計算機(jī)領(lǐng)域的專家才能理解？例如，程序是否會提示這樣的信息“IEK022A OPEN ERROR ON FILE LYSIN' ABENDCODE= 102 ” ?4）全套的用戶接口能否展現(xiàn)出令人滿意的概念一致性（2），句法的連貫性、一致性，慣例、語義

22、、格式、風(fēng)格、以及語言的縮略呢？5）輸出結(jié)果是否需要等待很長時間？6）系統(tǒng)是否會包含過多的選項，而這些選項未必會被用到？7）系統(tǒng)是否會對所有輸入立即返回各種類型的確認(rèn)？8）軟件使用是否簡單？例如，輸入一條命令給一個分時系統(tǒng)時是否需要重復(fù)使用“shift鍵來切換大小寫字母？四、可選測試類型1、 備份測試（Backup Test）【定義】測試系統(tǒng)在軟件或硬件故障時備份數(shù)據(jù)的能力?！菊f明】備份測試作為恢復(fù)測試的補(bǔ)充，也可以在設(shè)計時作為恢復(fù)測試的一部分。備份測試要考慮：文件的備份，與原文件進(jìn)行比較文件和數(shù)據(jù)的存檔檢查點備份系統(tǒng)備份備份對系統(tǒng)性能的影響備份的副作用備份的觸發(fā)因素備份過程中的安全性備份過程

23、中的維護(hù)處理日志2、 大容量測試（Volume Test）【定義】在系統(tǒng)在大容量的數(shù)據(jù)下運(yùn)行，以測試系統(tǒng)是否能處理大容量的數(shù)據(jù)?！菊f明】大容量測試是一類特殊的性能測試，它專門測試內(nèi)部程序或系統(tǒng)的限制。也就是讓軟件接 收大數(shù)據(jù)量 測試，例如：如果是一個編譯器，就讓它編譯一個超大資源的程序（程序需要的資源大到不可思議的程度）；如 果是一個連接編輯器，就要接受包括成千模塊的程序的考驗；如果是電子電路模擬器就要模擬規(guī)模龐大的電 路；如果是操作系統(tǒng)工作隊列就要進(jìn)行滿容量測試；假如讓一個程序處理跨越多卷的文件（如磁帶），那么就要 生成足夠的數(shù)據(jù)使得程序從一卷切換到另一卷。換句話說，容量測試目的是要測出被測

24、軟件不能支持哪些指定 的規(guī)格指標(biāo)。無論從人力還是物力上看容量測試顯而易見是非常昂貴的，因此不能過量投入，但是對于每一個軟件來說必須要經(jīng)過一定量的容量測試。3、流控測試（Traffice Control Test）【定義】對系統(tǒng)流量控制能力的測試?！菊f明】流控測試是壓力測試的一個重要組成，設(shè)備的流控點不會只有一個，會有若干條件超過標(biāo)準(zhǔn)導(dǎo)致的若干種流控，比如CPU過載導(dǎo)致的流控，還同時導(dǎo)致信令流控；模塊間通信過載會導(dǎo)致通信流量流 控；流控還要分級別以達(dá)到平滑控制的目的。測試流控并沒有固定方法，需要開發(fā)測試人員共同試驗，以達(dá)到 最佳效果。目前有的原則是：1）流控發(fā)生時，應(yīng)模擬不變的負(fù)荷、繼續(xù)加重的負(fù)

25、荷和減輕的負(fù)荷等多種負(fù)荷情況來測試流控效果。2）流控時系統(tǒng)開銷已經(jīng)很大，盡量不讓流控算法或方法繼續(xù)加重系統(tǒng)負(fù)擔(dān)。3)流控效果判斷標(biāo)準(zhǔn)比流控開始時間有遲滯或者特別靈敏的情況，要區(qū)分開并結(jié)合負(fù)荷情況在恰當(dāng)時間結(jié)束流控或降低流控級別。4、兼容性測試(Compatibility / Cohabitation Test)【定義】對不同操作系統(tǒng)、不同硬件平臺、不同應(yīng)用程序、不同網(wǎng)絡(luò)的兼容性的測試?！菊f明】兼容性有兩重意思，一是指兩種或多種不同的系統(tǒng)、部件能夠在同樣的軟件和硬件環(huán)境實現(xiàn)其功能。以上 的定義就是為了測試被測對象是否具備這種兼容性。另一是指兩種或多種不同的系統(tǒng)、部件能夠交換信息和處 理相互交換的

26、信息。其實就是互操作性測試。習(xí)慣上和其他廠家對接時，也稱作兼容性測試。5、互操作性測試(In teroperability Test)【定義】與其他廠家相關(guān)產(chǎn)品的對接/互通測試?！菊f明】由于通信協(xié)議、路由協(xié)議非常復(fù)雜且擁有眾多選項，實現(xiàn)同一協(xié)議的網(wǎng)絡(luò)設(shè)備并不能保證互通互操 作。并且因為一致性測試能力有限，即使通過協(xié)議一致性測試也未必能保證完全實現(xiàn)協(xié)議。所以有必 要對設(shè)備進(jìn)行互操作測試?；ゲ僮鳒y試實際上是將一致性測試中所用的儀表替換成需要與之互通互操作的設(shè)備，選擇一些重要且 典型的互連方式配置，觀察兩設(shè)備是否能按照預(yù)期正常工作。6、Web 測試(Web Test)【定義】用于Web服務(wù)器性能和容

27、量測試?！菊f明】針對Web和電子商務(wù)的應(yīng)用有一些特殊的測試技巧。Web測試時，被測服務(wù)器與測試儀上一般都裝有千兆光纖網(wǎng)卡，兩網(wǎng)卡通過光纖直接連接。Web性能測試工具模擬實際的用戶發(fā)出 HTTP請求，并根據(jù)回應(yīng)給出具體的詳細(xì)測試結(jié)果。它有以下特點：能夠模擬成百上千的客戶端對服務(wù)器發(fā)出請求；能 夠模擬真實的網(wǎng)絡(luò)應(yīng)用情況，比如網(wǎng)站在高峰期的訪問量應(yīng)該是動態(tài)的維持，有新 客戶端的加入，同時也有原 客戶的離去，訪問量不是固定不變的；可以產(chǎn)生較大個連接/秒請求量，足以滿足測試的需要；測試項目豐富，有訪問請求的成功失敗數(shù)，有URL和頁面的響應(yīng)時間，有網(wǎng)絡(luò)流量數(shù)，還有HTTP和TCP協(xié)議的具體情況。測試分為靜態(tài)性能與動態(tài)性能兩部分。主要是因為在實際的Web應(yīng)用中，有的站點靜態(tài)內(nèi)容居多，提供的服務(wù)也絕大多數(shù)是靜態(tài)的，因此，他們就會特別的關(guān)心服務(wù)器靜態(tài)性能；同樣，有的站點提供的服 務(wù)交互性的內(nèi)容居多，他們就會更關(guān)心服務(wù)器的動態(tài)性能。被測網(wǎng)站中頁面大小及靜態(tài)、動