自動(dòng)化控制概述

自動(dòng)化測(cè)試概述

智科技有限公司

理解自動(dòng)化測(cè)試自動(dòng)化測(cè)試工具

理解自動(dòng)化測(cè)試什么是自動(dòng)化測(cè)試手工測(cè)試的局限性自動(dòng)化測(cè)試的優(yōu)點(diǎn)自動(dòng)化測(cè)試認(rèn)識(shí)的誤區(qū)什么情況適合自動(dòng)化測(cè)試什么情況不適合自動(dòng)化測(cè)試什么是自動(dòng)化測(cè)試概念：通過對(duì)工具的使用，增加或減少了手工或人為參與或干預(yù)非技巧性、重復(fù)或冗長工作自動(dòng)化測(cè)試就是希望能夠通過自動(dòng)化測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試，目的是減輕手工測(cè)試的勞動(dòng)量，從而達(dá)到提高軟件質(zhì)量的目的。自動(dòng)化測(cè)試的目的在于發(fā)現(xiàn)老缺陷。而手工測(cè)試的目的在于發(fā)現(xiàn)新缺陷。

自動(dòng)化測(cè)試的意義

通常，軟件測(cè)試的工作量很大（據(jù)統(tǒng)計(jì)，測(cè)試會(huì)占用到40%的開發(fā)時(shí)間；一些可靠性要求非常高的軟件，測(cè)試時(shí)間甚至占到開發(fā)時(shí)間的60%）。而測(cè)試中的許多操作是重復(fù)性的、非智力性的和非創(chuàng)造性的，并要求做準(zhǔn)確細(xì)致的工作，計(jì)算機(jī)就最適合于代替人工去完成這樣的任務(wù)。軟件自動(dòng)化測(cè)試是相對(duì)手工測(cè)試而存在的，主要是通過所開發(fā)的軟件測(cè)試工具、腳本等來實(shí)現(xiàn)，具有良好的可操作性、可重復(fù)性和高效率等特點(diǎn)。手工測(cè)試的局限性通過手工測(cè)試無法做到覆蓋所有代碼路徑。簡(jiǎn)單的功能性測(cè)試用例在每一輪測(cè)試中都不能少，而且具有一定的機(jī)械性、重復(fù)性，工作量往往較大。許多與時(shí)序、死鎖、資源沖突、多線程等有關(guān)的錯(cuò)誤，通過手工測(cè)試很難捕捉到。進(jìn)行系統(tǒng)負(fù)載、性能測(cè)試時(shí)，需要模擬大量數(shù)據(jù)或大量并發(fā)用戶等各種應(yīng)用場(chǎng)合時(shí)，很難通過于工測(cè)試來進(jìn)行。進(jìn)行系統(tǒng)可靠性測(cè)試時(shí)，需要模擬系統(tǒng)運(yùn)行10年、幾十年，以驗(yàn)證系統(tǒng)能否穩(wěn)定運(yùn)行，這也是手工測(cè)試無法模擬的。如果有大量（幾千）的測(cè)試用例，需要在短時(shí)間內(nèi)（1天）完成，手工測(cè)試幾乎不可能做到。自動(dòng)化測(cè)試的優(yōu)點(diǎn)對(duì)新版本執(zhí)行快速的回歸測(cè)試。

對(duì)于產(chǎn)品型的軟件，每發(fā)布一個(gè)新的版本，其中大部分功能和界面都和上一個(gè)版本相似或完全相同，這部分功能特別適合于自動(dòng)化測(cè)試，從而可以讓測(cè)試達(dá)到測(cè)試每個(gè)特征的目的

執(zhí)行更多更頻繁的測(cè)試

對(duì)于產(chǎn)品型軟件或需求不斷更新的系統(tǒng)，每一版產(chǎn)品發(fā)布或系統(tǒng)更新的周期就只有短短的幾個(gè)月，這就意味著開發(fā)周期也只有短短的數(shù)月，而在測(cè)試期間是每天或每幾天要發(fā)布一個(gè)版本供測(cè)試人員測(cè)試，一個(gè)系統(tǒng)的功能點(diǎn)少則上百多則上千上萬，使用手工測(cè)試是非常耗時(shí)和繁瑣的，這樣頻繁的重復(fù)勞動(dòng)必然會(huì)導(dǎo)致測(cè)試人員產(chǎn)生厭倦心理、工作效率低下

彌補(bǔ)手工測(cè)試難實(shí)現(xiàn)的不足

壓力測(cè)試、并發(fā)測(cè)試、大數(shù)據(jù)量測(cè)試、崩潰性測(cè)試等，都需要成百上千的用戶同時(shí)對(duì)系統(tǒng)加壓才能實(shí)現(xiàn)其效果，用人來測(cè)試是不可能達(dá)到的，也是不現(xiàn)實(shí)的。在沒有引入自動(dòng)化測(cè)試工具之前，為了測(cè)試并發(fā)，組織幾十號(hào)人在測(cè)試經(jīng)理的口令：1－、2－、3！下，同時(shí)按下同一個(gè)按鈕，但如果需要更大的并發(fā)量，就很難實(shí)現(xiàn)了。自動(dòng)化測(cè)試的優(yōu)點(diǎn)增強(qiáng)測(cè)試的穩(wěn)定性和可靠性。

由于每次自動(dòng)化測(cè)試運(yùn)行的腳本是相同的，所以每次執(zhí)行的測(cè)試具有一致性，而這一點(diǎn)手工測(cè)試是很難做到的。由于自動(dòng)化測(cè)試的一致性，很容易發(fā)現(xiàn)被測(cè)軟件的任何改變。更好的利用資源

理想的自動(dòng)化測(cè)試能夠按計(jì)劃完全自動(dòng)的運(yùn)行，測(cè)試人員可以設(shè)置自動(dòng)化測(cè)試程序在周末和晚上執(zhí)行測(cè)試，白天上班的時(shí)候測(cè)試人員就可以收集測(cè)試所發(fā)現(xiàn)的缺陷，并交給開發(fā)人員修改，同時(shí)測(cè)試人員可以在白天開發(fā)新增功能的自動(dòng)化測(cè)試腳本，或?qū)σ延械哪_本不適合的地方進(jìn)行修改。這樣充分的利用了公司的資源，也避免了開發(fā)和測(cè)試之間的等待。解決測(cè)試與開發(fā)之間的矛盾

通常在開發(fā)的末期，進(jìn)入集成測(cè)試階段，由于每發(fā)布一個(gè)版本的初期，測(cè)試系統(tǒng)的錯(cuò)誤比較少，這時(shí)開發(fā)人員有等待測(cè)試人員測(cè)試出錯(cuò)誤的時(shí)間。事實(shí)上在疊代周期很短的開發(fā)模式中，存在更多的矛盾，但自動(dòng)化測(cè)試可以解決其中的主要矛盾?？焖賹?shí)現(xiàn)多平臺(tái)的測(cè)試總之軟件測(cè)試實(shí)行自動(dòng)化進(jìn)程，絕不是因?yàn)閰挓┝酥貜?fù)的測(cè)試工作，而是因?yàn)闇y(cè)試工作的需要，更準(zhǔn)確地說是回歸測(cè)試和系統(tǒng)測(cè)試的需要。自動(dòng)化測(cè)試認(rèn)識(shí)的誤區(qū)自動(dòng)化測(cè)試好處很多，但也有很多的局限，正因?yàn)橐恍┤酥徽J(rèn)識(shí)到了自動(dòng)化測(cè)試的優(yōu)點(diǎn)，導(dǎo)致對(duì)它的期望太高，所以產(chǎn)生了很多執(zhí)行自動(dòng)化測(cè)試失敗的例子

期望自動(dòng)化測(cè)試能取代手工測(cè)試某些情況下自動(dòng)化測(cè)試并不適用，所以不能期望在所有的情況下都使用自動(dòng)化測(cè)試來取代手工測(cè)試，測(cè)試主要還是要靠人工的。期望自動(dòng)測(cè)試發(fā)現(xiàn)大量新缺陷自動(dòng)化測(cè)試只能發(fā)現(xiàn)已知的問題，所以不能期望自動(dòng)化測(cè)試去發(fā)現(xiàn)更多新的缺陷，事實(shí)證明新缺陷越多，自動(dòng)化測(cè)試失敗的幾率就越大。發(fā)現(xiàn)更多的新缺陷應(yīng)該是手工測(cè)試的主要目的。工具本身不具有想象力對(duì)于一些界面美觀和易用性方面的測(cè)試，自動(dòng)化測(cè)試工具無能為力自動(dòng)化測(cè)試認(rèn)識(shí)的誤區(qū)只要使用自動(dòng)化測(cè)試，就能縮短測(cè)試時(shí)間、提供測(cè)試效率自動(dòng)化測(cè)試的前期實(shí)現(xiàn)要花費(fèi)更多的時(shí)間，相比創(chuàng)建和執(zhí)行一個(gè)手工測(cè)試用例，要花費(fèi)3~10倍的時(shí)間來開發(fā)、驗(yàn)證和文檔化一個(gè)自動(dòng)化測(cè)試用例

自動(dòng)化測(cè)試工具使用了圖形化界面，很容易上手，對(duì)人員的要求不高

簡(jiǎn)單的“錄制/回放”方法并不能實(shí)現(xiàn)有效的、長期的自動(dòng)化測(cè)試，測(cè)試人員還需要對(duì)腳本進(jìn)行優(yōu)化，這就需要測(cè)試人員具有設(shè)計(jì)、開發(fā)、測(cè)試、調(diào)試和編寫代碼的能力，最理想的候選人是既有編程經(jīng)驗(yàn)，又有測(cè)試經(jīng)驗(yàn)。測(cè)試過程中還需要安排專業(yè)人員對(duì)測(cè)試腳本庫中的腳本進(jìn)行維護(hù)什么情況適合自動(dòng)化測(cè)試產(chǎn)品型項(xiàng)目產(chǎn)品型的項(xiàng)目，每個(gè)項(xiàng)目只改進(jìn)少量的功能，但每個(gè)項(xiàng)目必須反反復(fù)復(fù)的測(cè)試那些沒有改動(dòng)過的功能。這部分測(cè)試完全可以讓自動(dòng)化測(cè)試來承擔(dān)，同時(shí)可以把新加入的功能的測(cè)試也慢慢地加入到自動(dòng)化測(cè)試當(dāng)中

增量開發(fā)、持續(xù)集成的項(xiàng)目

由于這種開發(fā)模式是頻繁的發(fā)布新版本進(jìn)行測(cè)試，也就需要頻繁的自動(dòng)化測(cè)試，以便把人從中解脫出來測(cè)試新的功能。回歸測(cè)試

回歸測(cè)試是自動(dòng)化測(cè)試的強(qiáng)項(xiàng)，它能夠很好的驗(yàn)證你是否引入了新的缺陷，老的缺陷是否修改過來了。在某種程度上可以把自動(dòng)化測(cè)試工具叫做回歸測(cè)試工具多次重復(fù)、機(jī)械性操作自動(dòng)化測(cè)試最適用于多次重復(fù)、機(jī)械性動(dòng)作，這樣的測(cè)試對(duì)它來說從不會(huì)失敗。比如要向系統(tǒng)輸入大量的相似數(shù)據(jù)來測(cè)試

需要頻繁運(yùn)行測(cè)試在一個(gè)項(xiàng)目中需要頻繁的運(yùn)行測(cè)試，測(cè)試周期按天算，就能最大限度的利用測(cè)試腳本，提高工作效率性能、壓力測(cè)試

實(shí)現(xiàn)多人同時(shí)對(duì)系統(tǒng)進(jìn)行操作時(shí)是否正常處理和響應(yīng)以及系統(tǒng)可承受的最大訪問量的測(cè)試什么情況適合自動(dòng)化測(cè)試什么情況不適合自動(dòng)化測(cè)試自動(dòng)化測(cè)試不是適合所有公司、所有項(xiàng)目定制型項(xiàng)目（一次性的）為客戶定制的項(xiàng)目，維護(hù)期由客戶方承擔(dān)的，甚至采用的開發(fā)語言、運(yùn)行環(huán)境也是客戶特別要求的，即公司在這方面的測(cè)試積累就少，這樣的項(xiàng)目不適合作自動(dòng)化測(cè)試項(xiàng)目周期很短的項(xiàng)目

項(xiàng)目周期很短，測(cè)試周期很短，就不值得花精力去投資自動(dòng)化測(cè)試，好不容易建立起的測(cè)試腳本，不能得到重復(fù)的利用是不現(xiàn)實(shí)的。業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象

業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象，有很多的邏輯關(guān)系、運(yùn)算關(guān)系，工具就很難測(cè)試美觀、聲音、易用性測(cè)試人的感觀方面的：界面的美觀、聲音的體驗(yàn)、易用性的測(cè)試，也只有人來測(cè)試測(cè)試很少運(yùn)行測(cè)試很少運(yùn)行，對(duì)自動(dòng)化測(cè)試就是一種浪費(fèi)。自動(dòng)化測(cè)試就是讓它不厭其煩的、反反復(fù)復(fù)的運(yùn)行才有效率軟件不穩(wěn)定軟件不穩(wěn)定，則會(huì)由于這些不穩(wěn)定因素導(dǎo)致自動(dòng)化測(cè)試失敗。只有當(dāng)軟件達(dá)到相對(duì)的穩(wěn)定，沒有界面性嚴(yán)重錯(cuò)誤和中斷錯(cuò)誤才能開始自動(dòng)化測(cè)試涉及物理交互工具很難完成與物理設(shè)備的交互，比如刷卡的測(cè)試等什么情況不適合自動(dòng)化測(cè)試自動(dòng)化測(cè)試工具自動(dòng)化測(cè)試工具的特征自動(dòng)化測(cè)試工具的分類選擇自動(dòng)化測(cè)試工具常用測(cè)試工具概要支持腳本化語言(ScriptingLanguage)對(duì)程序界面中對(duì)象的識(shí)別能力支持函數(shù)的可重用支持外部函數(shù)庫抽象層—將程序界面中的對(duì)象實(shí)體映射成邏輯對(duì)象分布式測(cè)試(DistributedTest)的支持支持?jǐn)?shù)據(jù)驅(qū)動(dòng)測(cè)試(Data-DrivenTest)錯(cuò)誤處理調(diào)試器(Debugger)源代碼管理支持腳本的命令行(CommandLine)方式自動(dòng)化測(cè)試工具的特征測(cè)試工具可以從兩個(gè)不同的方面去分類。根據(jù)測(cè)試方法不同，自動(dòng)化測(cè)試工具可以分為：白盒測(cè)試工具、黑盒測(cè)試工具根據(jù)測(cè)試的對(duì)象和目的，自動(dòng)化測(cè)試工具可以分為：?jiǎn)卧獪y(cè)試工具、功能測(cè)試工具、負(fù)載測(cè)試工具、性能測(cè)試工具、Web測(cè)試工具、數(shù)據(jù)庫測(cè)試工具、回歸測(cè)試工具、嵌入式測(cè)試工具、頁面鏈接測(cè)試工具、測(cè)試設(shè)計(jì)與開發(fā)工具、測(cè)試執(zhí)行和評(píng)估工具、測(cè)試管理工具等自動(dòng)化測(cè)試工具的分類白盒測(cè)試工具一般是針對(duì)被測(cè)源程序進(jìn)行的測(cè)試，測(cè)試所發(fā)現(xiàn)的故障可以定位到代碼級(jí)。根據(jù)測(cè)試工具工作原理的不同，白盒測(cè)試的自動(dòng)化工具可分為靜態(tài)測(cè)試工具和動(dòng)態(tài)測(cè)試工具。靜態(tài)測(cè)試工具——是在不執(zhí)行程序的情況下，分析軟件的特性。靜態(tài)分析主要集中在需求文檔、設(shè)計(jì)文檔以及程序結(jié)構(gòu)方面。按照完成的職能不同，靜態(tài)測(cè)試工具包括以下幾種類型：

(1)代碼審查(2)一致性檢查(3)錯(cuò)誤檢查(4)接口分析

(5)輸入輸出規(guī)格說明分析檢查(6)數(shù)據(jù)流分析

(7)類型分析(8)單元分析(9)復(fù)雜度分析白盒測(cè)試工具動(dòng)態(tài)測(cè)試工具——是直接執(zhí)行被測(cè)程序以提供測(cè)試活動(dòng)。它需要實(shí)際運(yùn)行被測(cè)系統(tǒng)，并設(shè)置斷點(diǎn)，向代碼生成的可執(zhí)行文件中插入一些監(jiān)測(cè)代碼，掌握斷點(diǎn)這一時(shí)刻程序運(yùn)行數(shù)據(jù)（對(duì)象屬性、變量的值等），具有功能確認(rèn)、接口測(cè)試、覆蓋率分析、性能分析等性能。動(dòng)態(tài)測(cè)試工具可以分為以下幾種類型：

(1)功能確認(rèn)與接口測(cè)試(2)覆蓋測(cè)試

(3)性能測(cè)試(4)內(nèi)存分析常用的動(dòng)態(tài)工具有：

Compuware公司的DevPartnerIBM公司的Rational白盒測(cè)試工具黑盒測(cè)試工具是在明確軟件產(chǎn)品應(yīng)具有的功能的條件下，完全不考慮被測(cè)程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特性，通過測(cè)試來檢驗(yàn)軟件功能是否按照軟件需求規(guī)格的說明正常工作。按照完成的職能不同，黑盒測(cè)試工具可以分為：功能測(cè)試工具——用于檢測(cè)程序能否達(dá)到預(yù)期的功能要求并正常運(yùn)行。性能測(cè)試工具——用于確定軟件和系統(tǒng)的性能。常用的黑盒測(cè)試工具有：

Compuware公司的QACenter

IBM公司的RationalTeamTest

黑盒測(cè)試工具測(cè)試設(shè)計(jì)是說明被測(cè)軟件特征或特征組合的方法，并確定選擇相關(guān)測(cè)試用例的過程。測(cè)試開發(fā)是將測(cè)試設(shè)計(jì)轉(zhuǎn)換成具體的測(cè)試用例的過程。測(cè)試設(shè)計(jì)和開發(fā)需要的工具類型有：測(cè)試數(shù)據(jù)生成器基于需求的測(cè)試設(shè)計(jì)工具捕獲/回放覆蓋分析測(cè)試設(shè)計(jì)與開發(fā)工具測(cè)試執(zhí)行和評(píng)估是執(zhí)行測(cè)試用例并對(duì)測(cè)試結(jié)果進(jìn)行評(píng)估的過程，包括選擇用于執(zhí)行的測(cè)試用例、設(shè)置測(cè)試環(huán)境、運(yùn)行所選擇的測(cè)試用例、記錄測(cè)試執(zhí)行過程、分析潛在的故障，并檢查測(cè)試工作的有效性。評(píng)估類工具對(duì)執(zhí)行測(cè)試用例和評(píng)估測(cè)試結(jié)果過程起到輔助作用。測(cè)試執(zhí)行和評(píng)估類工具有：捕獲/回放覆蓋分析存儲(chǔ)器測(cè)試測(cè)試執(zhí)行和評(píng)估工具測(cè)試管理工具用于對(duì)測(cè)試過程進(jìn)行管理，幫助完成制定測(cè)試計(jì)劃，跟蹤測(cè)試運(yùn)行結(jié)果。通常，測(cè)試管理工具對(duì)測(cè)試計(jì)劃、測(cè)試用例、測(cè)試實(shí)施進(jìn)行管理，還包括缺陷跟蹤管理等。常用的測(cè)試管理工具有：

IBM公司的RationalTestManager測(cè)試管理工具包括以下內(nèi)容：測(cè)試用例管理缺陷跟蹤管理（問題跟蹤管理）配置管理測(cè)試管理工具測(cè)試人員在選擇和使用自動(dòng)化測(cè)試工具時(shí)，可以從以下角度來考慮：按照用途選擇匹配的測(cè)試工具在適當(dāng)?shù)纳芷谶x擇測(cè)試工具按照測(cè)試人員的實(shí)際技能選擇匹配的測(cè)試工具選擇一個(gè)可提供的測(cè)試工具選擇自動(dòng)化測(cè)試工具目前，軟件測(cè)試方面的工具很多，主要有MercuryInteractive（MI）、Rational、Compuware、Segue和Empirix等公司的產(chǎn)品，而MI公司和Rational公司的產(chǎn)品占了主流。常用測(cè)試工具M(jìn)ercury（美科利，Mercury公司測(cè)試工具TestDirector：是基于Web的測(cè)試管理解決方案，它可以在公司內(nèi)部進(jìn)行全球范圍的測(cè)試協(xié)調(diào)。TestDirector能夠在一獨(dú)立的應(yīng)用系統(tǒng)中提供需求管理功能，并且可以把測(cè)試需求管理于測(cè)試計(jì)劃、測(cè)試日程控制、測(cè)試執(zhí)行和錯(cuò)誤跟蹤等功能融合為一體，因此極大地加速了測(cè)試的進(jìn)程。TestDirector提供完整且無限制的測(cè)試管理框架，實(shí)現(xiàn)對(duì)應(yīng)用測(cè)試全部階段的管理與控制。QuickTestProfessional：:是一個(gè)功能測(cè)試自動(dòng)化工具，主要應(yīng)用在回歸測(cè)試中。QuickTest針對(duì)的是GUI應(yīng)用程序，包括傳統(tǒng)的Windows應(yīng)用程序，以及現(xiàn)在越來越流行的Web應(yīng)用。它可以覆蓋絕大多數(shù)的軟件開發(fā)技術(shù)，簡(jiǎn)單高效，并具備測(cè)試用例可重用的特點(diǎn)。其中包括：創(chuàng)建測(cè)試、插入檢查點(diǎn)、檢驗(yàn)數(shù)據(jù)、增強(qiáng)測(cè)試、運(yùn)行測(cè)試、分析結(jié)果和維護(hù)測(cè)試等方面。Mercury公司測(cè)試工具Rational（/cn/software/rational/）公司產(chǎn)品如下：RationalFunctionalTester：對(duì)Java、Web和基于VS.NETWinForm

的應(yīng)用程序進(jìn)行高級(jí)自動(dòng)化功能測(cè)試。RationalFunctionalTesterExtensionforTerminal-basedApplications：擴(kuò)展了RationalFunctionalTester，以支持基于終端的應(yīng)用程序的測(cè)試。RationalManualTester：使用新測(cè)試設(shè)計(jì)技術(shù)來改進(jìn)人工測(cè)試設(shè)計(jì)和執(zhí)行工作。RationalPerformanceTester：檢查可變多用戶負(fù)載下可接受的應(yīng)用程序響應(yīng)時(shí)間和可伸縮性。RationalPurifyforLinuxandUNIX：為Linux和UNIX提供了內(nèi)存泄漏和內(nèi)存損壞檢測(cè)。RationalPurifyforWindows：為Windows提供了內(nèi)存泄漏和內(nèi)存損壞檢測(cè)。Rational公司測(cè)試工具RationalPurifyPlus

企業(yè)版：為Windows、Linux和UNIX提供了運(yùn)行時(shí)分析。RationalPurifyPlusforLinuxandUNIX：為基于Linux和Unix的Java和C/C++開發(fā)提供了分析工具集。RationalPurifyPlusforWindows：為基于Windows的Java、C/C++、VisualBasic和托管.NET開發(fā)提供了運(yùn)行時(shí)分析。RationalRobot：客戶機(jī)/服務(wù)器應(yīng)用程序的通用測(cè)試自動(dòng)化工具?？梢詫?duì)使用各種集成開發(fā)環(huán)境(IDE)和語言建立的軟件應(yīng)用程序，創(chuàng)建、修改并執(zhí)行自動(dòng)化的功能測(cè)試、分布式功能測(cè)試、回歸測(cè)試和集成測(cè)試。RationalTestManager：提供開放、可擴(kuò)展的測(cè)試管理。RationalTestRealTime：支持嵌入式和實(shí)時(shí)的跨平臺(tái)軟件的組件測(cè)試和運(yùn)行時(shí)分析。Rational公司測(cè)試工具Compuware（Compuware公司測(cè)試工具segue公司的SilkTest（其他公司測(cè)試工具AdventNet公司的QEngine（其他公司測(cè)試工具Radview公司的TestView系列Web性能測(cè)試工具和WebLoadAnalyzer性能分析工具，旨在測(cè)試Web應(yīng)用和Web服務(wù)的功能、性能、程序漏洞、兼容性、穩(wěn)定性和抗攻擊性，并且能夠在測(cè)試的同時(shí)分析問題原因和定位故障點(diǎn)。整套Web性能測(cè)試和分析工具包含兩個(gè)相對(duì)獨(dú)立的子系統(tǒng)：Web性能測(cè)試子系統(tǒng)、Web性能分析子系統(tǒng)。其中Web性能測(cè)試子系統(tǒng)包含3個(gè)模塊：TestViewManager、WebFT以及WebLoad。Web性能分析子系統(tǒng)只有WebLoadAnalyzer。其他公司測(cè)試工具美國I