軟件測試自動(dòng)化[本章要點(diǎn)]

1.自動(dòng)化測試應(yīng)考慮的各種因素；

2.自動(dòng)化測試和手工測試中涉及的問題以及二者的優(yōu)缺點(diǎn)；

3.應(yīng)用自動(dòng)化測試工具的目的；

4.自動(dòng)化測試工具的分類和選擇方法；5.自動(dòng)化測試過程實(shí)例及自動(dòng)化測試經(jīng)驗(yàn)。[本章目標(biāo)]1.了解自動(dòng)化測試應(yīng)考慮的各種因素以及如何衡量自動(dòng)化測試成本。2.掌握自動(dòng)化測試和手工測試的優(yōu)缺點(diǎn)。3.了解測試工具的分類、使用目的及其選擇，了解幾種常用的測試工具。4.了解自動(dòng)化測試的過程。

7.1進(jìn)行自動(dòng)化測試的適當(dāng)時(shí)機(jī)通常，軟件測試的工作量很大（據(jù)統(tǒng)計(jì)，測試會(huì)占用到40%的開發(fā)時(shí)間；一些可靠性要求非常高的軟件，測試時(shí)間甚至占到開發(fā)時(shí)間的60%）。而測試中的許多操作是重復(fù)性的、非智力性的和非創(chuàng)造性的，并要求做準(zhǔn)確細(xì)致的工作，計(jì)算機(jī)就最適合于代替人工去完成這樣的任務(wù)。軟件自動(dòng)化測試是相對手工測試而存在的，主要是通過所開發(fā)的軟件測試工具、腳本等來實(shí)現(xiàn)，具有良好的可操作性、可重復(fù)性和高效率等特點(diǎn)。在進(jìn)行自動(dòng)化測試前，首先要建立一個(gè)對軟件測試自動(dòng)化的認(rèn)識(shí)觀。軟件測試工具能提高測試效率、覆蓋率和可靠性等，自動(dòng)化測試雖然具有很多優(yōu)點(diǎn)，但它只是測試工作的一部分，是對手工測試的一種補(bǔ)充。自動(dòng)化測試絕不能代替手工測試，它們各有各自的特點(diǎn)，其測試對象和測試范圍都不一樣：

概述當(dāng)針對產(chǎn)品的一些特征來設(shè)計(jì)一系列測試時(shí)，對每一個(gè)測試都需要決定是否對其進(jìn)行自動(dòng)化測試。在決定是否要進(jìn)行自動(dòng)化測試之前，通常需要考慮如下幾個(gè)主要問題：1．同手工測試相比，只運(yùn)行一次的自動(dòng)化測試要多付出多少代價(jià)？2．自動(dòng)化測試的生命周期是有限的。那么，這類測試是否遲早要終止？什么事件將會(huì)導(dǎo)致測試中止？3．在整個(gè)生命周期內(nèi)，這次測試能捕獲到新bug的可能性會(huì)有多大？這些難以預(yù)計(jì)的收益能夠使自動(dòng)化測試的成本得到補(bǔ)償嗎？自動(dòng)化測試的成本創(chuàng)建一次自動(dòng)化的測試所花費(fèi)的時(shí)間要比一次手工測試所花費(fèi)的時(shí)間多得多。測試成本因產(chǎn)品的架構(gòu)以及自動(dòng)化測試的方式不同而異。介紹如下幾種(費(fèi)用由高至低)：

<1>通過圖形用戶界面來測試產(chǎn)品；

<2>使用GUI捕捉/回放工具來跟蹤測試與產(chǎn)品之間的交互，同時(shí)建立腳本；

<3>測試的是一個(gè)編譯器；測試成本還要考慮測試時(shí)間、Bug的多少等問題。

自動(dòng)化測試的生命周期測試的生命周期如下圖7-1所示：

在決定是否進(jìn)行自動(dòng)化測試之前，必須首先估計(jì)一下，產(chǎn)品的代碼變動(dòng)在什么范圍內(nèi)，測試仍能存活。如果要求代碼不能有太多變動(dòng)，要做的測試最好是非常善于捕獲bug的測試.介于需要被測試的代碼和測試之間的代碼稱作中介代碼（interveningcode）。一、中介代碼的變動(dòng)對測試周期的影響中介代碼是使測試中止的一個(gè)主要原因。例如，用戶界面以前要求輸入號碼，現(xiàn)在變?yōu)樘峁┮粋€(gè)可視的鍵盤，使用鼠標(biāo)點(diǎn)擊數(shù)字來模擬使用真實(shí)的。雖然通過兩種界面向被測試的代碼傳遞的都是相同的數(shù)據(jù)，但是因?yàn)闆]有了提供輸入號碼的地方，自動(dòng)化測試可能就會(huì)中止。為了使測試免受中介代碼變化的影響，應(yīng)該從以下幾個(gè)方面考慮：1、評估一下中介代碼的改變會(huì)不會(huì)影響測試。如果絕不會(huì)影響到測試，使用自動(dòng)測試就能節(jié)省大量的時(shí)間。2、如果中介代碼的變化會(huì)影響到測試，就必須考慮一下使用測試庫函數(shù)能夠使測試不受影響的可能性會(huì)有多大。3、假如沒有測試函數(shù)庫——如果是在捕捉/回放的模式下使用GUI測試自動(dòng)化工具——不要指望測試會(huì)不受影響。

二、被測試代碼的改變對測試周期的影響需要判斷一下被測試的代碼的穩(wěn)定性。首先，需要重點(diǎn)考慮代碼的行為。其次，考慮功能的增加會(huì)不會(huì)影響測試。

自動(dòng)化測試的價(jià)值進(jìn)行自動(dòng)化測試要解決的問題就是：自動(dòng)化測試的價(jià)值必須要超過所有因此而放棄的手工測試的價(jià)值?？紤]問題如下：1.測試代碼的結(jié)構(gòu)要清晰。2.測試通常是用來測試功能代碼。支撐代碼對于測試者來說通常是不可見的。

3.但功能代碼的改變通常會(huì)改變代碼的行為。因此，極有可能會(huì)使測試中止，而不是報(bào)告bug。

4.測試的價(jià)值主要在于支撐代碼改變以后仍能捕獲bug的能力。5.如果我們一點(diǎn)也不了解支撐代碼，無法知道測試是否能捕獲bug?如何估計(jì)測試是否有助于我們捕獲bug?6.可以認(rèn)為與被測試的代碼進(jìn)行交互的其他代碼大多數(shù)是支撐代碼，支撐代碼的變化也會(huì)產(chǎn)生自動(dòng)測試所能捕獲的bug。

一、分析被測試代碼的結(jié)構(gòu)對測試的影響。例子：被測試的是一段處理從銀行賬戶里提款的代碼。（例子詳見教材）把被測試的代碼分成兩部分：①功能代碼（featurecode），它直接實(shí)現(xiàn)被測試代碼所完成的功能。測試會(huì)專門對其進(jìn)行調(diào)用。功能代碼（supportcode）可以完成用戶所進(jìn)行的操作（通過使用用戶界面的關(guān)聯(lián)代碼）。②支撐代碼(supportcode)，它起到支持功能代碼（supportcode）的作用。測試代碼會(huì)對其進(jìn)行調(diào)用，但并沒有針對這些代碼的特殊測試。圖7-2功能代碼和支撐代碼示意圖

在這里，支撐代碼位于水平線以下。功能代碼位于水平線以上，共有五種不同的功能，我們只針對其中的兩個(gè)功能進(jìn)行測試。二、被測試代碼的變化所帶來的影響。主要考慮這樣一些問題：1．就給定的結(jié)構(gòu)而言，代碼的變化將會(huì)產(chǎn)生什么樣的影響？2．什么樣的變化具有測試價(jià)值？假設(shè)一些功能代碼發(fā)生了變化，如圖7-3中灰色圖形所示：這種變化極有可能會(huì)導(dǎo)致調(diào)用功能代碼的測試中止。因此，如果希望使用自動(dòng)化測試的方法在發(fā)生變化的功能代碼（featurecode）中找到bug，就必須終止原有測試。如果測試的成本很高，這樣做是很不經(jīng)濟(jì)的。為了使原有的測試行為仍然能夠保留，通常采用的做法是更改支撐代碼（supportcode）以便能夠支持其他功能代碼的變動(dòng)。請看圖7-4：圖7-3圖7-4三、支撐代碼的變化對測試的影響主要從以下兩方面來考慮這個(gè)問題：代碼的變化有多少？這些變化會(huì)引入多少bug?例子假設(shè)我正在測試一個(gè)產(chǎn)品，測試已經(jīng)完成一半。產(chǎn)品已經(jīng)實(shí)現(xiàn)了主要的功能，但是還需要增加一些輔助功能?，F(xiàn)在我要對這些主要的功能進(jìn)行測試。測試過程中，在同如下人員進(jìn)行交流的過程中提出的問題如下：程序員：這些輔助的功能是否有可能需要改變產(chǎn)品的支撐代碼？程序員有可能精心設(shè)計(jì)了支撐代碼，并且考慮堅(jiān)持使用可視化的用戶界面來完善各種功能。如果是這樣的話，那么自動(dòng)化測試的價(jià)值就不大。但是因?yàn)橐庇谕瓿蓽y試，程序員也可能知道程序的支撐代碼的結(jié)構(gòu)不會(huì)一成不變的。由于大部分工作將會(huì)重復(fù)進(jìn)行，所以可能會(huì)特別需要進(jìn)行自動(dòng)化測試?；蛘叱绦騿T也不知道支撐代碼是否要改變。項(xiàng)目經(jīng)理：在新版本中，新增的功能是一個(gè)十分重要的部分嗎？如果是這樣的話，由于市場競爭激烈，圖形用戶界面有可能改變嗎？以前，用戶界面改動(dòng)有多大？為什么會(huì)希望今后的改動(dòng)越少越好？這些變化是為了增加功能，還是用來代替現(xiàn)有的功能？我們需要切實(shí)的估計(jì)一下變動(dòng)的可能性，因?yàn)槿魏巫兓伎赡軙?huì)提高自動(dòng)化測試的成本，縮短測試的生命周期。了解并熟悉測試工具的人員：如何應(yīng)對產(chǎn)品的變化？什么樣的變化會(huì)使測試中止？對于新增加功能的測試，遇到這些情況的幾率會(huì)有多大？一次自動(dòng)化測試所花費(fèi)的成本相當(dāng)于幾次手工測試，并且要特別重視測試價(jià)值的大小和生命周期的長短，這樣做可能不對。但這都是為了避免犯下災(zāi)難性的錯(cuò)誤，如果自動(dòng)化測試的成本很高而生命周期很短，我們最好使用手工測試。但是這并不意味著不能使用自動(dòng)化測試，而是要判斷與衡量。

在測試中，要不斷跟蹤bug報(bào)告并加以修改，保留所有和測試相關(guān)的文檔。從這些資料當(dāng)中，我們常常能夠發(fā)現(xiàn)更為重要的信息。如：

?什么樣的因素與產(chǎn)生的bug無關(guān)？

?哪里存在bug？

?代碼行為的穩(wěn)定性如何？經(jīng)過一段時(shí)間，要進(jìn)行自動(dòng)化測試還是手工測試的想法就會(huì)逐漸成熟，可能會(huì)形成一個(gè)更大的測試套。另外一些需要考慮的問題

1.手工測試有時(shí)候會(huì)發(fā)現(xiàn)一些自動(dòng)化測試所不能發(fā)現(xiàn)的問題。2.盡管人善于發(fā)現(xiàn)問題，但很容易疲勞。并且不能對結(jié)果做出精確的分析。

3.由于我們不能保證每次手工輸入的數(shù)據(jù)完全相同。因此，重復(fù)的手工測試多少會(huì)有些不同，那么就有可能捕獲支撐代碼中的bug。4.要求對配置測試進(jìn)行更多的自動(dòng)化測試。5.如果在進(jìn)行第一次測試的時(shí)候就捕獲了bug。表明這部分程序代碼將來有可能發(fā)生變化，要進(jìn)行更多的自動(dòng)化測試。

6.如果自動(dòng)化測試的技術(shù)支持足夠強(qiáng)大，開發(fā)人員很容易就能做回歸測試，自動(dòng)化測試也要比手工測試快得多，但是并不是所有的公司都具有這樣的自動(dòng)化測試技術(shù)支持水平。7.使用手工測試的時(shí)候捕獲了bug,但又不能再現(xiàn)bug時(shí)會(huì)使人很沮喪。8.程序更改之后，測試人員應(yīng)該對其進(jìn)行檢查。9.因?yàn)檫M(jìn)行自動(dòng)化測試的創(chuàng)建要花費(fèi)一些時(shí)間，因此把第一個(gè)bug提交給程序員所花費(fèi)的時(shí)間要比手工測試花費(fèi)的時(shí)間長。10.把測試設(shè)計(jì)得簡單有利于進(jìn)行自動(dòng)化測試，但不善于捕獲bug。11.如果產(chǎn)品的行為改變了，自動(dòng)化測試就有可能會(huì)報(bào)告一些不真實(shí)的bug。12.如果自動(dòng)化測試創(chuàng)建的十分好，能夠有序的運(yùn)行，并且可以改變測試運(yùn)行的順序。13.我們可以在產(chǎn)品需要測試之前先設(shè)計(jì)測試。14.也許自動(dòng)化測試的價(jià)值直到下一個(gè)新版本發(fā)布之后才能體現(xiàn)出來。

7.2自動(dòng)化測試和手工測試比較

自動(dòng)化測試并不能完全取代手工測試，二者各有優(yōu)缺點(diǎn)。

自動(dòng)化測試與手工測試的比較

表7-1顯示了手工測試與自動(dòng)化測試的比較結(jié)果。這個(gè)測試案例中包括1750個(gè)測試用例和700多個(gè)錯(cuò)誤。測試步驟手工測試自動(dòng)化測試通過使用工具改善測試的百分比測試計(jì)劃的開發(fā)3240-25%測試用例的開發(fā)26211755%測試執(zhí)行4662395%測試結(jié)果分析1175850%錯(cuò)誤狀態(tài)/更正檢測1172380%產(chǎn)生報(bào)告961683%時(shí)間總和109027775%表7-1自動(dòng)化測試和手工測試比較短測試周期中手工測試面臨的挑戰(zhàn)

迭代式的開發(fā)過程已逐漸取代傳統(tǒng)的瀑布式開發(fā)，成為了目前最流行的軟件開發(fā)過程。在迭代開發(fā)中強(qiáng)調(diào)在較短的時(shí)間間隔中產(chǎn)生多個(gè)可執(zhí)行、可測試的軟件版本，這就意味著測試人員也必須為每次迭代產(chǎn)生的軟件系統(tǒng)進(jìn)行測試。隨著軟件開發(fā)過程的進(jìn)展，測試工作越來越繁重，如果使用手工測試的方法，將很難保證測試工作的進(jìn)度和質(zhì)量。

手工測試的問題手工測試的方法是根本不可能符合軟件快速開發(fā)的要求的。大公司用自動(dòng)化測試因?yàn)樗m合自動(dòng)化測試的特點(diǎn)和有較高的投資回報(bào)率。

1、針對產(chǎn)品型項(xiàng)目的測試2、針對增量式開發(fā)、持續(xù)集成項(xiàng)目的測試3、針對能夠自動(dòng)編譯、自動(dòng)發(fā)布的系統(tǒng)的測試4、回歸測試5、需要多次重復(fù)、機(jī)械性動(dòng)作的測試6、需要頻繁運(yùn)行的測試7、將煩瑣的任務(wù)轉(zhuǎn)化為自動(dòng)化測試

自動(dòng)化測試的問題自動(dòng)化測試并不能完全取代手工測試。例如：在下面幾種情況下就不適合使用自動(dòng)化測試。

<1>定制型項(xiàng)目（一次性的）<2>項(xiàng)目周期很短的項(xiàng)目<3>涉及業(yè)務(wù)規(guī)則復(fù)雜的對象

<4>關(guān)于美觀、聲音、易用性的測試<5>很少運(yùn)行的測試，如：一個(gè)月只運(yùn)行一次的測試。<6>測試的軟件不穩(wěn)定<7>涉及物理交互的測試

自動(dòng)化測試的優(yōu)點(diǎn)

1、對程序的新版本運(yùn)行己有的測試，即回歸測試。2、可以運(yùn)行更多更頻繁的測試。3、可以進(jìn)行一些手工測試難以完成或不可能完成的測試。4、充分地利用資源。5、測試具有一致性和可重復(fù)性。6、測試具有復(fù)用性。7、縮短軟件發(fā)布的時(shí)間。8、增強(qiáng)軟件的可靠性。

自動(dòng)化測試的缺點(diǎn)1、自動(dòng)化測試不能取代手工測試，測試主要還是要靠人工的。2、新缺陷越多，自動(dòng)化測試失敗的幾率就越大。3、工具本身不具有想象力4、技術(shù)問題、組織問題、腳本維護(hù)

5、測試工具與其他軟件的互操作性

7.3自動(dòng)化測試工具的選擇和使用

7.3.1應(yīng)用自動(dòng)化測試工具的目的

一般而言，在測試過程中應(yīng)用自動(dòng)化測試工具主要為了以下幾個(gè)目的：

1、提高測試質(zhì)量；

2、減少測試過程中重復(fù)的手工勞動(dòng)，提高測試效率；

3、實(shí)現(xiàn)測試自動(dòng)化，充分利用測試資源。

自動(dòng)化測試工具的概要介紹根據(jù)軟件生命周期中的定義，可以把自動(dòng)化測試工具分為白盒測試工具、黑盒測試工具和測試管理工具三大類。這些工具和軟件開發(fā)過程中相關(guān)活動(dòng)的關(guān)系如圖7-6所示：圖7-6測試工具與開發(fā)過程關(guān)系圖一、白盒測試工具白盒測試工具一般是針對代碼進(jìn)行測試的工具，測試中發(fā)現(xiàn)的缺陷可以定位到代碼級，根據(jù)測試原理的不同，又可以分為靜態(tài)測試工具和動(dòng)態(tài)測試工具。1、靜態(tài)測試工具所謂靜態(tài)測試就是不運(yùn)行測試而直接對代碼進(jìn)行分析的測試。靜態(tài)測試工具的代表是PR公司的PRQA軟件。

2、動(dòng)態(tài)測試工具動(dòng)態(tài)測試主要采用“插樁”的方式，即向代碼生成的可執(zhí)行文件中插入一些監(jiān)測代碼，運(yùn)行框架程序，統(tǒng)計(jì)程序運(yùn)行時(shí)的數(shù)據(jù)，可以針對所有類的成員函數(shù)進(jìn)行測試，也可以只針對類的公共接口函數(shù)進(jìn)行測試。代表有Jtest，C++test等。

二、黑盒測試工具黑盒測試工具包括功能測試工具和性能測試工具。主要代表是WinRunner。

三、測試管理工具測試管理工具用于對測試進(jìn)行管理。一般而言，測試管理工具主要對軟件缺陷、測試計(jì)劃、測試用例、測試實(shí)施進(jìn)行管理。自動(dòng)化測試工具的選擇

在考慮選用工具的時(shí)候，建議從以下幾個(gè)方面來權(quán)衡和選擇：

1、功能除了基本的功能之外，以下的功能需求也可以作為選擇自動(dòng)化測試工具的參考：1)報(bào)表功能；2)自動(dòng)化測試工具的集成能力；3)操作系統(tǒng)和開發(fā)工具的兼容性；

2、價(jià)格3、對自動(dòng)化測試工具進(jìn)行評估。4、引入自動(dòng)化測試工具的目的是使測試自動(dòng)化。

自動(dòng)化測試工具在測試過程中的應(yīng)用很多引入測試軟件的公司并沒有能夠讓測試軟件發(fā)揮應(yīng)有的作用，其原因主要有三個(gè)方面：1、沒有考慮公司的實(shí)際情況，盲目引入自動(dòng)化測試工具

2、沒有形成一個(gè)良好的使用自動(dòng)化測試工具的環(huán)境

3、沒有進(jìn)行有效的自動(dòng)化測試工具的培訓(xùn)

7.4性能測試實(shí)例本節(jié)列舉了一個(gè)使用LoadRunner進(jìn)行的性能測試實(shí)例。

7.4.1LoadRunner簡介LoadRunner?

是一種預(yù)測系統(tǒng)行為和性能的負(fù)載測試工具。通過模擬成千上萬名用戶和實(shí)施實(shí)時(shí)性能監(jiān)測來確認(rèn)和查找問題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測試。通過使用LoadRunner，企業(yè)能最大限度地縮短測試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。其主要功能如下： 1、輕松創(chuàng)建虛擬用戶2、創(chuàng)建真實(shí)的負(fù)載 3、定位性能問題

4、分析結(jié)果精確定位問題所在案例分析

該案例仍然是針對電廠兩票管理系統(tǒng)的性能測試，電廠工作人員可以使用該管理系統(tǒng)開出工作票和操作票。假設(shè)開設(shè)100個(gè)賬號和密碼可供100個(gè)工作人員同時(shí)開出工作票或操作票。要求，每臺(tái)機(jī)器只能由一個(gè)用戶使用，每個(gè)用戶只能使用各自不同的賬號登錄該管理系統(tǒng)，開票結(jié)束后，要求把工作票或操作票內(nèi)容存檔，若在規(guī)定的時(shí)間內(nèi)沒有存檔，則系統(tǒng)強(qiáng)制存檔。但是，一般測試部門不可能有100臺(tái)機(jī)器同時(shí)進(jìn)行測試的。所以，使用Loadrunner模擬IP地址，修改腳本來協(xié)助測試。但是，為了保證測試結(jié)果，建議使用所有可用的機(jī)器進(jìn)行復(fù)測，因?yàn)橛袝r(shí)候測試工具是不可以完全信賴的。

現(xiàn)場測試環(huán)境：

硬件：100臺(tái)PC機(jī)，一個(gè)Web服務(wù)器操作系統(tǒng)：Windows2000Server測試工具：Loadrunner8.0

瀏覽器：IE5.0和IE6.0

測試人員：質(zhì)控小組4人，執(zhí)行現(xiàn)場測試

項(xiàng)目小組22人，提供現(xiàn)場環(huán)境

技術(shù)小組各1人，提供技術(shù)支持

測試要求：

100個(gè)用戶擁有獨(dú)立IP地址，不同的用戶及密碼登錄，開票操作完成后各自同時(shí)把工作票或操作票內(nèi)容存檔。測試內(nèi)容：

100個(gè)用戶以不同的用戶名和密碼登錄該管理系統(tǒng)。開票完成后，把工作票或操作票內(nèi)容存檔。測試系統(tǒng)是否能正常開票以及正確存檔。

測試方案：

1、完全50臺(tái)實(shí)際的PC機(jī)進(jìn)行現(xiàn)場測試。（1）準(zhǔn)備工作，并做計(jì)劃。第一輪測試執(zhí)行三遍，設(shè)定50個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，第一遍全部使用IE5.0，第二遍25臺(tái)使用IE5.0，25臺(tái)使用IE6.0，第三遍全部使用IE6.0

（2）At9：00，50個(gè)用戶同時(shí)登錄系統(tǒng)

（3）At9：05，50個(gè)用戶同時(shí)提交

（4）分別記錄第一輪測試（三遍）的結(jié)果

（5）第二輪測試準(zhǔn)備工作，設(shè)定30個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，另外20個(gè)用戶延時(shí)5分鐘提交，全部使用IE5.0

（6）At9：15，50個(gè)用戶同時(shí)登錄系統(tǒng)

（7）At9：20，30個(gè)用戶同時(shí)提交

（8）At9：25，剩余20個(gè)用戶同時(shí)提交

（9）記錄第二輪測試結(jié)果

（10）第三輪測試準(zhǔn)備工作，設(shè)定30個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，另外20個(gè)用戶延時(shí)5分鐘提交，全部使用IE6.0（11）At9：15，50個(gè)用戶同時(shí)登錄系統(tǒng)

（12）At9：20，30個(gè)用戶同時(shí)提交

（13）At9：25，剩余20個(gè)用戶同時(shí)提交

（14）記錄第三輪測試結(jié)果

（15）第四輪測試準(zhǔn)備工作，設(shè)定30個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，另外20個(gè)用戶延時(shí)5分鐘提交，正常提交用戶使用IE5.0，延時(shí)提交用戶使用IE6.0

（16）At9：15，50個(gè)用戶同時(shí)登錄系統(tǒng)

（17）At9：20，30個(gè)用戶同時(shí)提交

（18）At9：25，剩余20個(gè)用戶同時(shí)提交

（19）記錄第四輪測試結(jié)果

（20）第五輪測試準(zhǔn)備工作，設(shè)定30個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，另外20個(gè)用戶延時(shí)5分鐘提交，正常提交用戶使用IE6.0，延時(shí)提交用戶使用IE5.0

（21）At9：15，50個(gè)用戶同時(shí)登錄系統(tǒng)

（22）At9：20，30個(gè)用戶同時(shí)提交（23）At9：25，剩余20個(gè)用戶同時(shí)提交

（24）記錄第五輪測試結(jié)果

（25）第六輪測試準(zhǔn)備工作，設(shè)定30個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，另外20個(gè)用戶延時(shí)5分鐘提交，正常提交用戶其中20個(gè)使用IE5.0，10個(gè)使用IE6.0，延時(shí)提交用戶使用IE5.0

（26）At9：15，50個(gè)用戶同時(shí)登錄系統(tǒng)

（27）At9：20，30個(gè)用戶同時(shí)提交

（28）At9：25，剩余20個(gè)用戶同時(shí)提交

（29）記錄第六輪測試結(jié)果

（30）第七輪測試準(zhǔn)備工作，設(shè)定25個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，另外25個(gè)用戶分兩次分別延時(shí)5、15分鐘提交（31）At9：35，50個(gè)用戶同時(shí)登錄系統(tǒng)（32）At9：40，25個(gè)用戶同時(shí)提交

（33）At9：45，剩余的其中15個(gè)用戶同時(shí)提交

（34）At9：55，其他10個(gè)用戶同時(shí)提交

（35）記錄第七輪測試結(jié)果，參見第二輪測試－第六輪測試過程分別對IE5.0和IE6.0的情況進(jìn)行測試

（36）第八輪測試準(zhǔn)備工作，設(shè)定其中25個(gè)用戶開出的工作票或操作票內(nèi)容不提交，由系統(tǒng)強(qiáng)行提交

（37）At10：10，50個(gè)用戶同時(shí)登錄系統(tǒng)

（38）At10：15，25個(gè)用戶同時(shí)提交

（39）其余用戶的內(nèi)容由系統(tǒng)強(qiáng)行提交

（40）記錄第八輪測試結(jié)果，參見第二輪測試－第六輪測試過程分別對IE5.0和IE6.0的情況進(jìn)行測試

（41）第九輪測試準(zhǔn)備工作，設(shè)定其中25個(gè)用戶開出的工作票或操作票內(nèi)容同時(shí)提交，15個(gè)用戶延時(shí)5分鐘提交，其余用戶由系統(tǒng)強(qiáng)行提交（42）At10：25，50個(gè)用戶同時(shí)登錄系統(tǒng)

（43）At10：30，25個(gè)用戶同時(shí)提交

（44）At10：35，剩余的其中15個(gè)用戶同時(shí)提交

（45）剩余10個(gè)用戶系統(tǒng)強(qiáng)制提交

（46）記錄第九輪測試結(jié)果，參見第二輪測試－第六輪測試過程分別對IE5.0和IE6.0的情況進(jìn)行測試

2、模擬50個(gè)用戶進(jìn)行測試。其中，18臺(tái)是PC機(jī)，另外32臺(tái)機(jī)器的IP地址是Loadrunner模擬出來的。（1）在18臺(tái)實(shí)際的PC機(jī)中抽取其中一臺(tái)虛擬32個(gè)IP地址，包括自身的IP地址，這臺(tái)機(jī)器上共33個(gè)IP地址，這33個(gè)IP地址只能全部使用IE5.0或者全部使用IE6.0

（2）其余17臺(tái)實(shí)際的PC機(jī)分別由17個(gè)人操作，另外一臺(tái)機(jī)器由一位質(zhì)控小組人員操作

（3）對于異常情況，延時(shí)提交和強(qiáng)制提交全部由實(shí)際的機(jī)器來模擬

（4）其余過程參見1

3、模擬50個(gè)用戶進(jìn)行測試。其中，10臺(tái)是PC機(jī)，另外40臺(tái)機(jī)器的IP地址是用Loadrunner模擬出來的。

（1）在10臺(tái)實(shí)際的PC機(jī)中抽取其中一臺(tái)虛擬40個(gè)IP地址，包括自身的IP地址，該機(jī)器上共41個(gè)IP地址，這41個(gè)IP地址只能全部使用IE5.0或者全部使用IE6.0

（2）其余9臺(tái)實(shí)際的PC機(jī)分別由9個(gè)人操作，另外一臺(tái)機(jī)器由一位質(zhì)控小組人員操作

（3