測(cè)試類型說明

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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