軟件測(cè)試過程中的工具使用

1、軟件測(cè)試過程中的工具使用軟件測(cè)試過程中的工具使用作者：easylife來源：不詳摘要：軟件測(cè)試是保證軟件質(zhì)量的重要手段，它在整個(gè)軟件開發(fā)過程中占據(jù)了將近一半的時(shí)間和資源。在軟件測(cè)試過程中合理的引入測(cè)試工具，能夠加快測(cè)試進(jìn)度，提高測(cè)試質(zhì)量，實(shí)現(xiàn)更快、更好的開發(fā)軟件產(chǎn)品的目標(biāo)。本文介紹了覆蓋軟件測(cè)試各個(gè)階段的測(cè)試工具，說明了每一類工具所應(yīng)用的測(cè)試階段，以及它能發(fā)揮的作用。Abstract：Software test is one measure to insure the quality of software,it costs half of time and resource in the w

2、hole process of development.If test tools can be used in the process,it would to improve the speed of test and the quality of test,Its probable to develop software rapidly and to produce high quality.In this document it introduces some software test tools for the different of test moment,it introduc

3、e the time for every kind of tools,but the function of the test tool.關(guān)鍵字：軟件測(cè)試工具；測(cè)試設(shè)計(jì)；靜態(tài)分析；單元測(cè)試；功能測(cè)試；性能測(cè)試；測(cè)試過程管理；Keywords：software test tool；test design；static analysis；unit test；function test；performance test；test process management；1、引言最近幾年，軟件測(cè)試在國內(nèi)越來越受到重視，因?yàn)榇蠹抑饾u認(rèn)識(shí)到了軟件測(cè)試對(duì)于保證軟件質(zhì)量的重要性。隨著對(duì)軟件測(cè)試重視的提高，國內(nèi)軟

4、件測(cè)試技術(shù)的發(fā)展也很快，逐漸從過去手工作坊式的測(cè)試向測(cè)試工程化的方向發(fā)展。要真正實(shí)現(xiàn)軟件測(cè)試的工程化，其基礎(chǔ)之一就是要有一大批支持軟件測(cè)試工程化的工具。因此，軟件測(cè)試工具對(duì)于實(shí)現(xiàn)軟件測(cè)試的工程化來說至關(guān)重要。本文就從如何進(jìn)一步提高軟件測(cè)試質(zhì)量和效率的角度出發(fā)，討論測(cè)試工具在軟件測(cè)試過程中的應(yīng)用。2、為什么要引入測(cè)試工具在測(cè)試過程中引入測(cè)試工具能給我們帶來以下的好處。2.1、提高工作效率這是引入測(cè)試工具給我們帶來的一個(gè)顯著好處。那些固定的、重復(fù)性的工作，可以由測(cè)試工具來完成，這樣就使得測(cè)試人員能有更多的時(shí)間來計(jì)劃測(cè)試過程，設(shè)計(jì)測(cè)試用例，使測(cè)試進(jìn)行的更加完善。2.2、保證測(cè)試的準(zhǔn)確性測(cè)試是需要投入

5、大量的時(shí)間和精力的，人工進(jìn)行測(cè)試時(shí)，經(jīng)常會(huì)犯一些人為的錯(cuò)誤，而工具的特點(diǎn)恰恰能保證測(cè)試的準(zhǔn)確性，防止人為疏忽造成的錯(cuò)誤。2.3、執(zhí)行困難的測(cè)試工作有一些測(cè)試工作，人工進(jìn)行是很困難的。有的是因?yàn)檫M(jìn)行起來較為復(fù)雜，有的是因?yàn)闇y(cè)試環(huán)境難以實(shí)現(xiàn)。測(cè)試工具可以執(zhí)行一些通過手工難于執(zhí)行，或者是無法執(zhí)行的測(cè)試。3、測(cè)試工具在軟件測(cè)試過程中的具體應(yīng)用在這一部分，我們討論測(cè)試工具在測(cè)試過程中的具體應(yīng)用。現(xiàn)在的測(cè)試工具很多，基本上覆蓋了各個(gè)測(cè)試階段。按照工具所完成的任務(wù)，可以分為以下幾大類：測(cè)試設(shè)計(jì)工具、靜態(tài)分析工具、單元測(cè)試工具、功能測(cè)試工具、性能測(cè)試工具、測(cè)試過程管理工具。下面，我們就針對(duì)每一類工具展開介紹。

6、3.1、測(cè)試設(shè)計(jì)工具測(cè)試設(shè)計(jì)工具，更完整的名稱應(yīng)該是測(cè)試用例設(shè)計(jì)工具，是一種幫助我們?cè)O(shè)計(jì)測(cè)試用例的軟件工具。設(shè)計(jì)測(cè)試用例是一項(xiàng)智力性的活動(dòng)，工具如何能夠代替呢?確實(shí)是這樣，但仔細(xì)思考一下我們就會(huì)發(fā)現(xiàn)，很多設(shè)計(jì)測(cè)試用例的原則、方法是固定的，比如等價(jià)類劃分、邊界值分析、因果圖等等，這些成型的方法，很適合通過軟件工具來實(shí)現(xiàn)。測(cè)試用例設(shè)計(jì)工具按照生成測(cè)試用例時(shí)數(shù)據(jù)輸入內(nèi)容的不同，可以分為：基于程序代碼的測(cè)試用例設(shè)計(jì)工具和基于需求說明的測(cè)試用例設(shè)計(jì)工具。下面分別對(duì)這兩類工具進(jìn)行介紹。3.1.1、基于程序代碼的測(cè)試用例設(shè)計(jì)工具基于程序代碼的測(cè)試用例設(shè)計(jì)工具是一種白盒工具，它讀入程序代碼文件，通過分析代碼的

7、內(nèi)部結(jié)構(gòu)，產(chǎn)生測(cè)試的輸入數(shù)據(jù)。這種工具一般應(yīng)用在單元測(cè)試中，針對(duì)的是函數(shù)、類這樣的測(cè)試對(duì)象。由于這種工具與代碼的聯(lián)系很緊密，所以，一種工具只能針對(duì)某一種(些)編程語言。這類工具的局限性是-只能產(chǎn)生測(cè)試的輸入數(shù)據(jù)，而不能產(chǎn)生輸入數(shù)據(jù)后的預(yù)期結(jié)果，這個(gè)局限也是由這類工具生成測(cè)試用例的機(jī)理所決定的。所以，基于程序代碼的測(cè)試用例設(shè)計(jì)工具所生成的測(cè)試用例，還不能稱之為真正意義上的測(cè)試用例。不過即使這樣，這種工具仍然為我們?cè)O(shè)計(jì)單元測(cè)試的測(cè)試用例提供了很大便利。3.1.2、基于需求說明的測(cè)試用例設(shè)計(jì)工具這種測(cè)試用例設(shè)計(jì)工具，依據(jù)軟件的需求說明，生成基于功能需求的測(cè)試用例。這種工具所生成的測(cè)試用例既包括了測(cè)試

8、輸入數(shù)據(jù)，也包括預(yù)期結(jié)果，是真正完整的測(cè)試用例。使用這種測(cè)試用例設(shè)計(jì)工具生成測(cè)試用例時(shí)，需要人工的事先將軟件的功能需求轉(zhuǎn)化為工具可以理解的文件格式，再以這個(gè)文件作為輸入，通過工具生成測(cè)試用例。在使用這種測(cè)試用例設(shè)計(jì)工具來生成測(cè)試用例時(shí)，需求說明的質(zhì)量是很重要的。由于這種測(cè)試用例設(shè)計(jì)工具是基于功能需求的，所以可用來設(shè)計(jì)任何語言、任何平臺(tái)的任何應(yīng)用系統(tǒng)的測(cè)試用例。我們來看一個(gè)這類工具的例子-SoftTest。在使用SoftTest生成測(cè)試用例時(shí)，先將軟件功能需求轉(zhuǎn)化為文本形式的因果圖，然后讓SoftTest讀入，SoftTest會(huì)根據(jù)因果圖自動(dòng)生成測(cè)試用例。在這個(gè)過程中，工具的使用者只需要完成由功

9、能需求到因果圖的轉(zhuǎn)化，至于如何使用因果圖來生成測(cè)試用例，則完全由Softtest完成。所有測(cè)試用例設(shè)計(jì)工具都依賴于生成測(cè)試用例的算法，工具比使用相同算法的測(cè)試人員設(shè)計(jì)的測(cè)試用例更徹底、更精確，這方面工具有優(yōu)勢(shì)。但人工設(shè)計(jì)測(cè)試用例時(shí)，可以考慮附加測(cè)試，可以對(duì)遺漏的需求進(jìn)行補(bǔ)充，這些是工具無法做到的。所以，測(cè)試用例設(shè)計(jì)工具并不能完全代替測(cè)試工程師來設(shè)計(jì)測(cè)試用例。使用這些工具的同時(shí)，再人工的檢查、補(bǔ)充一部分測(cè)試用例，會(huì)取得比較好的效果。3.2、靜態(tài)分析工具一提到軟件測(cè)試，人們的第一印象就是填入數(shù)據(jù)、點(diǎn)擊按鈕等這些功能操作。這些測(cè)試工作確實(shí)是重要的，但它們不是軟件測(cè)試的全部。與這種動(dòng)態(tài)運(yùn)行程序的測(cè)試相

10、對(duì)應(yīng)，還有一種測(cè)試被稱為靜態(tài)測(cè)試，也叫做靜態(tài)分析。進(jìn)行靜態(tài)分析時(shí)，不需要運(yùn)行所測(cè)試的程序，而是通過檢查程序代碼，對(duì)程序的數(shù)據(jù)流和控制流信息進(jìn)行分析，找出系統(tǒng)的缺陷，得出測(cè)試報(bào)告。進(jìn)行靜態(tài)分析能切實(shí)提高軟件的質(zhì)量，但由于需要分析人員閱讀程序代碼，使得這項(xiàng)工作進(jìn)行起來工作量又很大。對(duì)軟件進(jìn)行靜態(tài)分析的測(cè)試工具在這種需求下也就產(chǎn)生了。現(xiàn)在的靜態(tài)分析工具一般提供以下兩個(gè)功能：分析軟件的復(fù)雜性、檢查代碼的規(guī)范性。軟件質(zhì)量標(biāo)準(zhǔn)化組織制定了一個(gè)ISO/IEC9126質(zhì)量模型，用來量化的衡量一個(gè)軟件產(chǎn)品的質(zhì)量。該軟件質(zhì)量模型是一個(gè)分層結(jié)構(gòu)，包括質(zhì)量因素、質(zhì)量標(biāo)準(zhǔn)、質(zhì)量度量元三層。質(zhì)量度量元處于質(zhì)量模型分層結(jié)構(gòu)

11、中的最底層，它直接面向程序的代碼，記錄的是程序代碼的特征信息，比如函數(shù)中包含的語句數(shù)量、代碼中注釋的數(shù)量。質(zhì)量標(biāo)準(zhǔn)是一個(gè)概括性的信息，它比質(zhì)量度量元高一級(jí)，一個(gè)質(zhì)量標(biāo)準(zhǔn)由若干個(gè)質(zhì)量度量元組成的。質(zhì)量因素由所有的質(zhì)量標(biāo)準(zhǔn)共同組成，處于軟件質(zhì)量模型的最高層，是對(duì)軟件產(chǎn)品的一個(gè)總體評(píng)價(jià)。具有分析軟件復(fù)雜性功能的靜態(tài)分析工具，除了在其內(nèi)部包含上述的質(zhì)量模型外，通常還會(huì)從其它的質(zhì)量方法學(xué)中吸收一些元素，比如Halstend質(zhì)量方法學(xué)、McCabe質(zhì)量方法學(xué)。這些靜態(tài)分析工具允許用戶調(diào)整質(zhì)量模型中的一些數(shù)值，以更加符合實(shí)際情況的要求。在用這類工具對(duì)軟件產(chǎn)品進(jìn)行分析時(shí)，以軟件的代碼文件作為輸入，靜態(tài)分析工具

12、對(duì)代碼進(jìn)行分析，然后與用戶定制的質(zhì)量模型進(jìn)行比較，根據(jù)實(shí)際情況與模型之間的差距，得出對(duì)軟件產(chǎn)品的質(zhì)量評(píng)價(jià)。具有檢查代碼規(guī)范性功能的靜態(tài)分析工具，其內(nèi)部包含了得到公認(rèn)的編碼規(guī)范，比如函數(shù)、變量、對(duì)象的命名規(guī)范，函數(shù)語句數(shù)的限制等等，工具支持對(duì)這些規(guī)范的設(shè)置。工具的使用者根據(jù)情況，裁減出適合自己的編碼規(guī)范，然后通過工具對(duì)代碼進(jìn)行分析，定位代碼中違反編碼規(guī)范的地方。以上就是靜態(tài)分析工具所具有的功能。與人工進(jìn)行靜態(tài)分析的方式相比，通過使用靜態(tài)分析工具，一方面能提高靜態(tài)分析工作的效率，另一方面也能保證分析的全面性。3.3、單元測(cè)試工具單元測(cè)試是軟件測(cè)試過程中一個(gè)重要的測(cè)試階段。與集成測(cè)試、確認(rèn)測(cè)試相比，

13、在編碼完成后對(duì)程序進(jìn)行有效的單元測(cè)試，能更直接、更有效的改善代碼質(zhì)量。進(jìn)行單元測(cè)試不是一件輕松的事。一般來講，進(jìn)行一個(gè)完整的單元測(cè)試所需的時(shí)間，與編碼階段所花費(fèi)的時(shí)間相當(dāng)。進(jìn)行單元測(cè)試時(shí)，根據(jù)被測(cè)單元(可能是一個(gè)函數(shù)，或是一個(gè)類)的規(guī)格說明，設(shè)計(jì)測(cè)試用例，然后通過執(zhí)行測(cè)試用例，驗(yàn)證被測(cè)單元的功能是否正常實(shí)現(xiàn)。除此之外，在單元測(cè)試階段，我們還需要找出那些短時(shí)間不會(huì)馬上表現(xiàn)出來的問題(比如C+代碼中的內(nèi)存泄露)，還需要查找代碼中的性能瓶頸，并且為了驗(yàn)證單元測(cè)試的全面性，我們還想了解單元測(cè)試結(jié)束后，我們的測(cè)試所達(dá)到的覆蓋率。針對(duì)這些在單元測(cè)試階段需要做的工作，各種用于單元測(cè)試的工具就產(chǎn)生了。典型的單

14、元測(cè)試工具有以下幾類：動(dòng)態(tài)錯(cuò)誤檢測(cè)工具、性能分析工具、覆蓋率統(tǒng)計(jì)工具。動(dòng)態(tài)錯(cuò)誤檢測(cè)工具，用來檢查代碼中類似于內(nèi)存泄露、數(shù)組訪問越界這樣的程序錯(cuò)誤。程序功能上的錯(cuò)誤比較容易發(fā)現(xiàn)，因?yàn)樗鼈兒苋菀妆憩F(xiàn)出來。但類似于內(nèi)存泄露這樣的問題，因?yàn)樵诔绦蚨虝r(shí)間運(yùn)行時(shí)不會(huì)表現(xiàn)出來，所以不易發(fā)現(xiàn)。遺留有這樣問題的單元被集成到系統(tǒng)后，會(huì)使系統(tǒng)表現(xiàn)的極不穩(wěn)定。性能分析工具，記錄被測(cè)程序的執(zhí)行時(shí)間。小到一行代碼、一個(gè)函數(shù)的運(yùn)行時(shí)間，大到一個(gè)exe或dll文件的運(yùn)行時(shí)間，性能分析工具都能清晰的記錄下來。通過分析這些數(shù)據(jù)，能夠幫助我們定位代碼中的性能瓶頸。覆蓋率統(tǒng)計(jì)工具，統(tǒng)計(jì)出我們當(dāng)前執(zhí)行的測(cè)試用例對(duì)代碼的覆蓋率。覆蓋率統(tǒng)

15、計(jì)工具提供的信息，可以幫助我們根據(jù)代碼的覆蓋情況，進(jìn)一步完善測(cè)試用例，使所有的代碼都被測(cè)試到，保證單元測(cè)試的全面性。動(dòng)態(tài)錯(cuò)誤檢測(cè)工具、性能分析工具、覆蓋率統(tǒng)計(jì)工具的運(yùn)行機(jī)理是：用測(cè)試工具對(duì)被測(cè)程序進(jìn)行編譯、連接，生成可執(zhí)行程序。在這個(gè)過程中，工具會(huì)向被測(cè)代碼中插入檢測(cè)代碼。然后運(yùn)行生成的可執(zhí)行程序，執(zhí)行測(cè)試用例，在程序運(yùn)行的過程中，工具會(huì)在后臺(tái)通過插入被測(cè)程序的檢測(cè)代碼收集程序中的動(dòng)態(tài)錯(cuò)誤、代碼執(zhí)行時(shí)間、覆蓋率信息。在退出程序后，工具將收集到的各種數(shù)據(jù)顯示出來，供我們分析。目前被普遍使用的單元測(cè)試工具中有Compuware公司的NuMega DevPartner Studio，Rational

16、公司的Rational Suite Enterprise。這些軟件產(chǎn)品都是一個(gè)工具套件，其中包含了我們前面所討論的動(dòng)態(tài)錯(cuò)誤檢測(cè)工具、性能分析工具、覆蓋率統(tǒng)計(jì)工具等。3.4、功能測(cè)試工具在軟件產(chǎn)品的各個(gè)測(cè)試階段，通過測(cè)試發(fā)現(xiàn)了問題，開發(fā)人員就要對(duì)問題進(jìn)行修正，修正后的軟件版本需要再次進(jìn)行測(cè)試，以驗(yàn)證問題是否得到解決，是否引發(fā)了新的問題，這個(gè)再次進(jìn)行測(cè)試的過程，稱為回歸測(cè)試。由于軟件本身的特殊性，每次回歸測(cè)試都要對(duì)軟件進(jìn)行全面的測(cè)試，以防止由于修改缺陷而引發(fā)新的缺陷。進(jìn)行過回歸測(cè)試人都會(huì)深有體會(huì)，回歸測(cè)試的工作量是很大的，而且也很乏味，因?yàn)橐獙⑸弦惠唸?zhí)行過的測(cè)試原封不動(dòng)的再執(zhí)行一遍。設(shè)想一下，如果

17、能有一個(gè)機(jī)器人，就象播放錄影帶一樣，忠實(shí)的將上一輪執(zhí)行過的測(cè)試原封不動(dòng)的在軟件新版本上重新執(zhí)行一遍，那就太好了。這樣做，一方面，能保證回歸測(cè)試的完整、全面性，測(cè)試人員也能有更多的時(shí)間來設(shè)計(jì)新的測(cè)試用例，從而提高測(cè)試質(zhì)量；另一方面，能縮短回歸測(cè)試所需要的時(shí)間，縮短軟件產(chǎn)品的面市時(shí)間。功能測(cè)試自動(dòng)化工具就是一個(gè)能完成這項(xiàng)任務(wù)的軟件測(cè)試工具。功能測(cè)試自動(dòng)化工具理論上可以應(yīng)用在各個(gè)測(cè)試階段，但大多數(shù)情況下是在確認(rèn)測(cè)試階段中使用。功能測(cè)試自動(dòng)化工具的測(cè)試對(duì)象是那些擁有圖形用戶界面的應(yīng)用程序。一個(gè)成熟的功能測(cè)試自動(dòng)化工具要包括以下幾個(gè)基本功能：錄制和回放、檢驗(yàn)、可編程。錄制，就是記錄下對(duì)軟件的操作過程，回

18、放，就是象播放電影一樣重放錄制的操作。啟動(dòng)功能測(cè)試自動(dòng)化工具，打開錄制功能，依照測(cè)試用例中的描述一步一步的操作被測(cè)軟件，功能測(cè)試自動(dòng)化工具會(huì)以腳本語言的形式記錄下你操作的全過程。依照此方法，可以將所有的測(cè)試用例進(jìn)行錄制。在需要重新執(zhí)行測(cè)試用例時(shí)，回放錄制的腳本，功能測(cè)試自動(dòng)化工具依照腳本中的內(nèi)容，操作被測(cè)軟件。除了速度非常快之外，通過功能測(cè)試自動(dòng)化工具執(zhí)行測(cè)試用例與人工執(zhí)行測(cè)試用例的效果是完全一樣的。錄制只是實(shí)現(xiàn)了測(cè)試輸入的自動(dòng)化。一個(gè)完整的測(cè)試用例，由輸入和預(yù)期輸出共同組成。所以，光是錄制回放還不是真正的功能測(cè)試自動(dòng)化。測(cè)試自動(dòng)化工具中有一個(gè)檢驗(yàn)功能，通過檢驗(yàn)功能，在測(cè)試腳本中設(shè)置檢驗(yàn)點(diǎn)，使

19、得功能測(cè)試自動(dòng)化工具能夠?qū)Σ僮鹘Y(jié)果的正確性進(jìn)行檢驗(yàn)，這樣，就實(shí)現(xiàn)了完整的測(cè)試用例執(zhí)行自動(dòng)化。軟件界面上的一切界面元素，都可以作為檢驗(yàn)點(diǎn)來對(duì)其進(jìn)行檢驗(yàn)，比如文本、圖片、各類控件的狀態(tài)等。腳本錄制好了，也加入了檢驗(yàn)點(diǎn)，一個(gè)完整的測(cè)試用例已經(jīng)被自動(dòng)化了。但我們還想對(duì)腳本的執(zhí)行過程進(jìn)行更多的控制，比如依據(jù)執(zhí)行情況進(jìn)行判斷，從而執(zhí)行不同的路徑，或者是對(duì)某一段腳本重復(fù)執(zhí)行多次。通過對(duì)錄制的腳本進(jìn)行編程，可以實(shí)現(xiàn)上述的要求?，F(xiàn)在的主流功能測(cè)試自動(dòng)化工具都支持對(duì)腳本的編程。象傳統(tǒng)的程序語言一樣，在功能測(cè)試自動(dòng)化工具錄制的腳本中，可加入分支，循環(huán)，函數(shù)調(diào)用這樣的控制語句。通過對(duì)腳本進(jìn)行編程，能夠使腳本更加靈活，

20、功能更加強(qiáng)大，腳本的組織更富有邏輯性。在傳統(tǒng)的編程語言中適用的那些編程思想，在組織測(cè)試自動(dòng)化腳本時(shí)同樣適用。在測(cè)試過程中，使用功能測(cè)試自動(dòng)化工具的大體過程是這樣的：準(zhǔn)備錄制保證所有要自動(dòng)化的測(cè)試用例已經(jīng)設(shè)計(jì)完畢，并形成文檔。進(jìn)行錄制打開功能測(cè)試自動(dòng)化工具，啟動(dòng)錄制功能，按測(cè)試用例中的輸入描述，操作被測(cè)試應(yīng)用程序。編輯測(cè)試腳本通過加入檢測(cè)點(diǎn)、參數(shù)化測(cè)試，以及添加分支、循環(huán)等控制語句，來增強(qiáng)測(cè)試腳本的功能，使將來的回歸測(cè)試真正能夠自動(dòng)化。調(diào)試腳本調(diào)試腳本，保證腳本的正確性。在回歸測(cè)試中運(yùn)行測(cè)試在回歸測(cè)試中，通過功能測(cè)試自動(dòng)化工具運(yùn)行腳本，檢驗(yàn)軟件正確性，實(shí)現(xiàn)測(cè)試的自動(dòng)化進(jìn)行。分析結(jié)果，報(bào)告問題查看

21、測(cè)試自動(dòng)化工具記錄的運(yùn)行結(jié)果，記錄問題，報(bào)告測(cè)試結(jié)果。功能測(cè)試自動(dòng)化工具是軟件測(cè)試工具中非?；钴S的一類工具，現(xiàn)在發(fā)展的已經(jīng)較為成熟，象Mercury Interactive公司的WinRunner，Rational公司的Robot，都是被廣泛使用的功能測(cè)試自動(dòng)化工具。3.5、性能測(cè)試工具通過性能測(cè)試，檢驗(yàn)軟件的性能是否達(dá)到預(yù)期要求，是軟件產(chǎn)品測(cè)試過程中的一項(xiàng)重要任務(wù)。性能測(cè)試用來衡量系統(tǒng)的響應(yīng)時(shí)間、事務(wù)處理速度和其它時(shí)間敏感的需求，并能測(cè)試出與性能相關(guān)的工作負(fù)載和硬件配置條件。通常所說的壓力測(cè)試和容量測(cè)試，也都屬于性能測(cè)試的范疇，只是執(zhí)行測(cè)試時(shí)的軟、硬件環(huán)境和處理的數(shù)據(jù)量不同。對(duì)系統(tǒng)經(jīng)常會(huì)進(jìn)行

22、的性能測(cè)試包括：系統(tǒng)能承受多少用戶的并發(fā)操作；系統(tǒng)在網(wǎng)絡(luò)較為擁擠的情況下能否繼續(xù)工作；系統(tǒng)在內(nèi)存、處理器等資源緊張的情況下是會(huì)否發(fā)生錯(cuò)誤，等等。由于性能測(cè)試自身的特點(diǎn)，完全依靠人工執(zhí)行測(cè)試具有一定的難度。比如，我們要檢驗(yàn)一個(gè)基于Web的系統(tǒng)，在10000個(gè)用戶并發(fā)訪問的情況下，是否能正常工作。如果通過人工測(cè)試的方式，很難模擬出這種環(huán)境。在這種情況下，就需要使用性能測(cè)試工具。使用性能測(cè)試工具對(duì)軟件系統(tǒng)的性能進(jìn)行測(cè)試時(shí)，大體分為以下幾個(gè)步驟：首先，錄制下軟件產(chǎn)品中要對(duì)其進(jìn)行性能測(cè)試的功能部分的操作過程。這一步與前面我們討論過的功能測(cè)試自動(dòng)化工具中的那個(gè)錄制過程很相似。功能錄制結(jié)束后，會(huì)形成與操作相

23、對(duì)應(yīng)的測(cè)試腳本。然后，根據(jù)具體的測(cè)試要求，對(duì)腳本進(jìn)行修改，對(duì)腳本運(yùn)行的過程進(jìn)行設(shè)置，如設(shè)置并發(fā)的用戶數(shù)量、網(wǎng)絡(luò)的帶寬，使腳本運(yùn)行的環(huán)境與我們實(shí)際要模擬的測(cè)試環(huán)境一致。最后，運(yùn)行測(cè)試腳本。性能測(cè)試工具會(huì)在模擬的環(huán)境下執(zhí)行我們所錄制的操作，并實(shí)時(shí)的為我們顯示與被測(cè)軟件系統(tǒng)相關(guān)的各項(xiàng)性能數(shù)據(jù)。性能測(cè)試工具實(shí)際上是一種模擬軟件運(yùn)行環(huán)境的工具，它能幫助我們?cè)趯?shí)驗(yàn)室里搭建出我們需要的測(cè)試環(huán)境?，F(xiàn)在，基于Web是軟件系統(tǒng)發(fā)展的一個(gè)趨勢(shì)，性能測(cè)試也就變的比以往更加重要了，性能測(cè)試工具也自然會(huì)在軟件測(cè)試過程中被更多的使用。3.6、測(cè)試過程管理工具軟件測(cè)試貫穿于整個(gè)軟件開發(fā)過程，按照工作進(jìn)行的先后順序，測(cè)試過程可分為制定計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、跟蹤缺陷這幾個(gè)階段。在每個(gè)