自動(dòng)化測(cè)試_計(jì)算機(jī)軟件及應(yīng)用_IT計(jì)算機(jī)_專業(yè)資料

1、自動(dòng)化測(cè)試2015-12-10 王治國(guó)整理 定義自動(dòng)化測(cè)試1是把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí) 行的一種過(guò)程。通常，在設(shè)計(jì)了測(cè)試用例并通過(guò)評(píng)審之后, 由測(cè)試人員根據(jù)測(cè)試用例中描述的規(guī)程一步步執(zhí)行測(cè)試，得 到實(shí)際結(jié)果與期望結(jié)果的比較。在此過(guò)程中，為了節(jié)省人力、 時(shí)間或硬件資源，提高測(cè)試效率，便引入了自動(dòng)化測(cè)試的概 念。工具介紹qtp全名 hp quicktest professional software , 2012 年 12 月6 口發(fā)布11. 5版本，并更名為unified functional testingqtp是quicktest professional的簡(jiǎn)稱,是一種自動(dòng)測(cè) 試工

2、具。使用qtp的冃的是想用它來(lái)執(zhí)行重復(fù)的手動(dòng)測(cè)試, 主要是用于回歸測(cè)試和測(cè)試同一軟件的新版本。因此你在測(cè) 試前要考慮好如何對(duì)應(yīng)用程序進(jìn)行測(cè)試，例如要測(cè)試那些功 能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等quicktest針對(duì)的是gui應(yīng)用程序，包括傳統(tǒng)的windows 應(yīng)用程序，以越來(lái)越流行的web應(yīng)用。它可以覆蓋絕大多數(shù) 的軟件開(kāi)發(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è)試等方面。winrunnermercury interactive公司的winrunner是一種企業(yè)級(jí)的功 能測(cè)試工具，用于檢測(cè)應(yīng)用程序是否

3、能夠達(dá)到預(yù)期的功能及 正常運(yùn)行。通過(guò)自動(dòng)錄制、檢測(cè)和回放用戶的應(yīng)用操作， winrunner能夠有效地幫助測(cè)試人員對(duì)復(fù)雜的企業(yè)級(jí)應(yīng)用的 不同發(fā)布版進(jìn)行測(cè)試，提高測(cè)試人員的工作效率和質(zhì)量，確 ?？缙脚_(tái)的、復(fù)雜的企業(yè)級(jí)應(yīng)用無(wú)故障發(fā)布及長(zhǎng)期穩(wěn)定運(yùn)行。企業(yè)級(jí)應(yīng)用可能包括web應(yīng)用系統(tǒng)，erp系統(tǒng)，crm系 統(tǒng)等等。這些系統(tǒng)在發(fā)布之前，升級(jí)之后都耍經(jīng)過(guò)測(cè)試，確 保所有功能都能正常運(yùn)行，沒(méi)有任何錯(cuò)誤。如何有效地測(cè)試 不斷升級(jí)更新且不同環(huán)境的應(yīng)用系統(tǒng)，是每個(gè)公司都會(huì)而臨 的問(wèn)題。rational robot是業(yè)界最頂尖的功能測(cè)試工具，它甚至可以在測(cè)試人員學(xué)習(xí) 高級(jí)腳本技術(shù)z前幫助其進(jìn)行成功的測(cè)試。它集成在測(cè)

4、試人 員的桌面ibm rational test manager _t,在這里測(cè)試人員 可以計(jì)劃、組織、執(zhí)行、管理和報(bào)告所有測(cè)試活動(dòng)，包括手 動(dòng)測(cè)試報(bào)告。這種測(cè)試和管理的雙重功能是自動(dòng)化測(cè)試的理 想開(kāi)始。adventnet qengineadventnet qengine是一個(gè)應(yīng)用廣泛且獨(dú)立于平臺(tái)的自動(dòng)化 軟件測(cè)試工具，可用于web功能測(cè)試、web性能測(cè)試、java 應(yīng)用功能測(cè)試、java api測(cè)試、soap測(cè)試、回歸測(cè)試和java 應(yīng)用性能測(cè)試。支持對(duì)于使用html、jsp、asp、.net、php、 javascript/vbscript> xml、 soap、 wsdl、 eco

5、mmerce、傳 統(tǒng)客戶端/服務(wù)器等開(kāi)發(fā)的應(yīng)用程序進(jìn)行測(cè)試。此工具以 java開(kāi)發(fā)，因此便于移植和提供多平臺(tái)支持。silktest是業(yè)界領(lǐng)先的、用于對(duì)企業(yè)級(jí)應(yīng)用進(jìn)行功能測(cè)試的產(chǎn)品，可 用于測(cè)試web、java或是傳統(tǒng)的c/s結(jié)構(gòu)。silktest提供了 許多功能，使用戶能夠高效率地進(jìn)行軟件自動(dòng)化測(cè)試。這些 功能包括：測(cè)試的計(jì)劃和管理；直接的數(shù)據(jù)庫(kù)訪問(wèn)及校驗(yàn); 靈活、強(qiáng)大的4test腳本語(yǔ)言，內(nèi)置的恢復(fù)系統(tǒng)(recovery system);以及具有使用同套腳本進(jìn)行跨平臺(tái)、跨瀏覽器 和技術(shù)進(jìn)行測(cè)試的能力。qa runqarun的測(cè)試實(shí)現(xiàn)方式是通過(guò)鼠標(biāo)移動(dòng)、鍵盤點(diǎn)擊操作被測(cè) 應(yīng)用，即而得到相應(yīng)的測(cè)

6、試腳本，對(duì)該腳本可以進(jìn)行編輯和 調(diào)試。在記錄的過(guò)程中可針對(duì)被測(cè)應(yīng)用中所包含的功能點(diǎn)進(jìn) 行基線值的建立，換句話說(shuō)就是在插入檢查點(diǎn)的同時(shí)建立期 望值。在這里檢查點(diǎn)是目標(biāo)系統(tǒng)的一個(gè)特殊方面在一特眾點(diǎn) 的期望狀態(tài)。通常，檢查點(diǎn)在qarun提示冃標(biāo)系統(tǒng)執(zhí)行一系 列事件z后被執(zhí)行。檢查點(diǎn)用于確定實(shí)際結(jié)果與期望結(jié)果是 否相同test partner是一個(gè)自動(dòng)化的功能測(cè)試工具，它專為測(cè)試基于微軟、java 和web技術(shù)的復(fù)雜應(yīng)用而設(shè)計(jì)。它使測(cè)試人員和開(kāi)發(fā)人員都 可以使用可視的腳本編制和自動(dòng)向?qū)?lái)生成可重復(fù)的測(cè)試, 用戶可以調(diào)用vba的所有功能，并進(jìn)行任何水平層次和細(xì)節(jié) 的測(cè)試。testpartner的腳本開(kāi)發(fā)

7、采用通用的、分層的方式 來(lái)進(jìn)行。沒(méi)有編程知識(shí)的測(cè)試人員也可以通過(guò)testpartner 的可視化導(dǎo)航器來(lái)快速創(chuàng)建測(cè)試并執(zhí)行。通過(guò)可視的導(dǎo)航將 錄制并回放測(cè)試，每一個(gè)測(cè)試都將被展示為樹(shù)狀結(jié)構(gòu)，以清 楚地顯現(xiàn)測(cè)試通過(guò)應(yīng)用的路徑。holodeck-強(qiáng)大的故障植入軟件測(cè)試工具h(yuǎn)olodeck is an advanced fault-injection tool that gives you the power to attack an application while it monitors and logs everything your application does - every fun

8、ction call, registry entry, piece of data read or written.telelogic tautau第一代包含二個(gè)最新的、最強(qiáng)大的技術(shù)用來(lái)加速大規(guī)模 軟件開(kāi)發(fā)和測(cè)試：統(tǒng)一建模語(yǔ)言(uml)及它的許多最新修訂 版本中的特性，uml2.0；功能強(qiáng)大的測(cè)試語(yǔ)言ttcn-3和新 的構(gòu)造系統(tǒng)的方法：model driven architecture (模型驅(qū)動(dòng) 構(gòu)架)。這三個(gè)新的業(yè)界標(biāo)準(zhǔn)結(jié)合成tau的已經(jīng)過(guò)認(rèn)可的軟 件開(kāi)發(fā)平臺(tái)，形成了一個(gè)系統(tǒng)，一個(gè)一流的穩(wěn)定可靠的工具 解決方案。tau第二代是系統(tǒng)與軟件開(kāi)發(fā)解決方案的一個(gè)突 破，它把業(yè)界從使用了太長(zhǎng)時(shí)間的手

9、工、易出錯(cuò)、以代碼為 中心的方法中釋放出來(lái)，自然而然地邁向下一步，一個(gè)更加 可視化、自動(dòng)化及可靠的開(kāi)發(fā)方法。telelogic tau/tester 是基于通用測(cè)試語(yǔ)言ttcn-3,用于自動(dòng)化的系統(tǒng)和集成測(cè)試 的強(qiáng)大工具。tau/tester以現(xiàn)代化的開(kāi)發(fā)工具為基礎(chǔ)，提供 高層測(cè)試功能，支持整個(gè)測(cè)試生命周期，加速口動(dòng)化測(cè)試。 tau/tester可使用戶特別關(guān)注于測(cè)試的開(kāi)發(fā)，因?yàn)閠tcn-3 語(yǔ)言是獨(dú)立于開(kāi)發(fā)語(yǔ)言或測(cè)試設(shè)備的，且是抽象和可移植的。 autorunnerautorunner2是黑盒測(cè)試工具，可以用來(lái)完成功能測(cè)試、 回歸測(cè)試，可以提高測(cè)試效率，降低測(cè)試人工成本。產(chǎn)品可以對(duì)以下類型對(duì)

10、象進(jìn)行g(shù)ui功能性測(cè)試：1 windows類型對(duì)象，一般為用c+/delphi/vb/vfp/pb/. netform等技術(shù)開(kāi)發(fā)的桌面程序。2 ie網(wǎng)頁(yè)對(duì)象，一般性的網(wǎng)站，比如大的門戶類網(wǎng)站。3 java對(duì)象，一般為用awt/swing/swt等技術(shù)開(kāi)發(fā)的桌而程 序。4 flex對(duì)象，網(wǎng)頁(yè)的內(nèi)容是用flex開(kāi)發(fā)的。5 silverlight對(duì)象，網(wǎng)頁(yè)的內(nèi)容是用sil verlight開(kāi)發(fā)的。 6wpf對(duì)象，一般為用wpf技術(shù)開(kāi)發(fā)的桌面程序。7qt對(duì)象，一般為用qt技術(shù)開(kāi)發(fā)的桌面程序。phoenix frameworkphoenix framework 是一款基于 selenium, webdr

11、iver, autolt研發(fā)的一款集資源管理和測(cè)試于一體的web自動(dòng)化測(cè) 試工具。最新版本是1.1. 8,該工具支持無(wú)腳本執(zhí)行模式， 無(wú)人值守執(zhí)行模式，自由定制模式。不僅執(zhí)行模式可以定制, 功能模塊也支持定制。使用該工具的界面創(chuàng)建用例，組裝腳 本，啟動(dòng)執(zhí)行。使用該工具其他開(kāi)放的接口，可手動(dòng)創(chuàng)建腳 本，組裝并執(zhí)行。它支持兩種部署模式，第一種是 server-client 方式，server 與 client 均為 exe 程序，通 信協(xié)議是socket；另一種是web版部署，方便與現(xiàn)有系統(tǒng)集 成，支持 linux,將 server 與 client 放到 tomcat 或 weblogic 服務(wù)

12、器下部署，通信協(xié)議為http,通過(guò)web頁(yè)面控制并監(jiān)控 client端的執(zhí)行。前提條件實(shí)施自動(dòng)化測(cè)試之前需要對(duì)軟件開(kāi)發(fā)過(guò)程進(jìn)行分析，以觀察 其是否適合使用口動(dòng)化測(cè)試。通常需要同時(shí)滿足以下條件：1）需求變動(dòng)不頻繁測(cè)試腳本的穩(wěn)定性決定了自動(dòng)化測(cè)試的維護(hù)成本。如果軟件 需求變動(dòng)過(guò)于頻繁，測(cè)試人員需要根據(jù)變動(dòng)的需求來(lái)更新測(cè) 試用例以及相關(guān)的測(cè)試腳本，而腳本的維護(hù)本身就是一個(gè)代 碼開(kāi)發(fā)的過(guò)程，需要修改、調(diào)試，必要的時(shí)候還要修改口動(dòng) 化測(cè)試的框架，如果所花費(fèi)的成本不低于利用其節(jié)省的測(cè)試 成本，那么自動(dòng)化測(cè)試便是失敗的。項(xiàng)口屮的某些模塊相對(duì)穩(wěn)定，而某些模塊需求變動(dòng)性很大。 我們便可對(duì)相對(duì)穩(wěn)定的模塊進(jìn)行自動(dòng)化

13、測(cè)試，而變動(dòng)較大的 仍是用手工測(cè)試。2）項(xiàng)目周期足夠長(zhǎng)自動(dòng)化測(cè)試需求的確定、自動(dòng)化測(cè)試框架的設(shè)計(jì)、測(cè)試腳本 的編寫(xiě)與調(diào)試均需要相當(dāng)長(zhǎng)的吋間來(lái)完成，這樣的過(guò)程本身 就是一個(gè)測(cè)試軟件的開(kāi)發(fā)過(guò)程，需要較長(zhǎng)的時(shí)間來(lái)完成。如 果項(xiàng)目的周期比較短，沒(méi)有足夠的時(shí)間去支持這樣一個(gè)過(guò)程, 那么自動(dòng)化測(cè)試便成為笑談。3）自動(dòng)化測(cè)試腳本可重復(fù)使用如果費(fèi)盡心思開(kāi)發(fā)了一套近乎完美的自動(dòng)化測(cè)試腳本，但是 腳本的重復(fù)使用率很低，致使其間所耗費(fèi)的成本大于所創(chuàng)造 的經(jīng)濟(jì)價(jià)值，自動(dòng)化測(cè)試便成為了測(cè)試人員的練手之作，而 并非是真止可產(chǎn)生效益的測(cè)試手段了。另外，在手工測(cè)試無(wú)法完成，需要投入大量時(shí)間與人力時(shí)也 需要考慮引入自動(dòng)化測(cè)試。

14、比如性能測(cè)試、配置測(cè)試、大數(shù) 據(jù)量輸入測(cè)試等。試用場(chǎng)合通常適合于軟件測(cè)試自動(dòng)化的場(chǎng)合：(1) 冋歸測(cè)試，重復(fù)單一的數(shù)據(jù)錄入或是擊鍵等測(cè)試操作造 成了不必要的時(shí)間浪費(fèi)和人力浪費(fèi)；(2) 此外測(cè)試人員對(duì)程序的理解和對(duì)設(shè)計(jì)文檔的驗(yàn)證通常也 要借助于測(cè)試自動(dòng)化工具；(3) 采用自動(dòng)化測(cè)試工具有利于測(cè)試報(bào)告文檔的生成和版本 的連貫性；(4) 自動(dòng)化工具3能夠確定測(cè)試用例的覆蓋路徑，確定測(cè) 試用例集對(duì)程序邏輯流程和控制流程的覆蓋。隨著測(cè)試流程的不斷規(guī)范以及軟件測(cè)試技術(shù)的進(jìn)一步細(xì)化, 軟件測(cè)試自動(dòng)化已經(jīng)日益成為一支不可忽視的力量。能否借 助于這支外在力量以及如何借助于這支力量來(lái)規(guī)范企業(yè)測(cè) 試流程、提高特定測(cè)

15、試活動(dòng)的效率，止是本期所要討論的話 題。軟件測(cè)試自動(dòng)化的研究領(lǐng)域主要集中在軟件測(cè)試流程的自 動(dòng)化管理以及動(dòng)態(tài)測(cè)試的自動(dòng)化（如單元測(cè)試、功能測(cè)試以 及性能方面）。在這兩個(gè)領(lǐng)域，與手工測(cè)試相比，測(cè)試自動(dòng) 化的優(yōu)勢(shì)是明顯的。首先自動(dòng)化測(cè)試可以提高測(cè)試效率，使 測(cè)試人員更加專注于新的測(cè)試模塊的建立和開(kāi)發(fā)，從而提高 測(cè)試覆蓋率;其次，自動(dòng)化測(cè)試更便于測(cè)試資產(chǎn)的數(shù)字化管 理，使得測(cè)試資產(chǎn)在整個(gè)測(cè)試生命周期內(nèi)可以得到復(fù)用，這 個(gè)特點(diǎn)在功能測(cè)試和回歸測(cè)試中尤其具有意義;此外，測(cè)試 流程自動(dòng)化管理可以使機(jī)構(gòu)的測(cè)試活動(dòng)開(kāi)展更加過(guò)程化，這 很符合cmmi過(guò)程改進(jìn)的思想。根據(jù)oppenheimerfunds的調(diào) 查，

16、在2001年前后的3年中，全球范圍內(nèi)由于采用了測(cè)試 口動(dòng)化手段所實(shí)現(xiàn)的投資冋?qǐng)?bào)率高達(dá)1500%。選型原則然而存在優(yōu)勢(shì)是否就一定意味著選擇自動(dòng)化測(cè)試方案都能 為企業(yè)帶來(lái)效益冋?qǐng)?bào)呢？也不盡然，任何一種產(chǎn)品化的測(cè)試 自動(dòng)化工具，都可能存在與某具體項(xiàng)目不甚貼切的地方。再 加上，在企業(yè)內(nèi)部通常存在許多不同種類的應(yīng)用平臺(tái)，應(yīng)用 開(kāi)發(fā)技術(shù)也不盡相同，甚至在一個(gè)應(yīng)用中可能就跨越了多種 平臺(tái)；或同一應(yīng)用的不同版本之間存在技術(shù)差異。所以選擇 軟件測(cè)試自動(dòng)化方案必須深刻理解這一選擇可能帶來(lái)的變 動(dòng)、來(lái)自諸多方面的風(fēng)險(xiǎn)和成本開(kāi)銷。以下筆者給出企業(yè)用戶進(jìn)行軟件測(cè)試口動(dòng)化方案選型的參 考性原則，這些原則是從筆者實(shí)際工作中

17、凝練而成的，它包 括以下六個(gè)方面的建議：選擇盡可能少的自動(dòng)化產(chǎn)品覆蓋盡可能多的平臺(tái)，以降低 產(chǎn)品投資和團(tuán)隊(duì)的學(xué)習(xí)成本；測(cè)試流程管理口動(dòng)化通常應(yīng)該優(yōu)先考慮，以滿足為企業(yè)測(cè) 試團(tuán)隊(duì)提供流程管理支持的需求；在投資有限的情況下，性能測(cè)試自動(dòng)化產(chǎn)品將優(yōu)先于功能 測(cè)試自動(dòng)化被考慮；在考慮產(chǎn)品性價(jià)比的同時(shí)，應(yīng)充分關(guān)注產(chǎn)品的支持服務(wù)和 售后服務(wù)的完善性；盡量選擇趨于主流的產(chǎn)品，以便通過(guò)行業(yè)間交流甚至網(wǎng)絡(luò) 等方式獲得更為廣泛的經(jīng)驗(yàn)和支持；應(yīng)對(duì)測(cè)試自動(dòng)化方案的可擴(kuò)展性提出要求，以滿足企業(yè)不 斷發(fā)展的技術(shù)和業(yè)務(wù)需求。過(guò)程自動(dòng)化測(cè)試4與軟件開(kāi)發(fā)過(guò)程從本質(zhì)上來(lái)講是一樣的，無(wú) 非是利用自動(dòng)化測(cè)試工具（相當(dāng)于軟件開(kāi)發(fā)工具）

18、，經(jīng)過(guò)對(duì) 測(cè)試需求的分析（軟件過(guò)程中的需求分析），設(shè)計(jì)出自動(dòng)化 測(cè)試用例（軟件過(guò)程中的需求規(guī)格），從而搭建自動(dòng)化測(cè)試 的框架（軟件過(guò)程中的概要設(shè)計(jì)），設(shè)計(jì)與編寫(xiě)自動(dòng)化腳本 （詳細(xì)設(shè)計(jì)與編碼），測(cè)試腳本的止確性，從而完成該套測(cè) 試腳本（即主要功能為測(cè)試的應(yīng)用軟件）。1）自動(dòng)化測(cè)試需求分析。當(dāng)測(cè)試項(xiàng)目滿足了自動(dòng)化的前提條件，并確定在該項(xiàng)目中需 要使用自動(dòng)化測(cè)試時(shí)，我們便開(kāi)始進(jìn)行自動(dòng)化測(cè)試需求分析。 此過(guò)程需要確定口動(dòng)化測(cè)試的范圍以及相應(yīng)的測(cè)試川例、測(cè) 試數(shù)據(jù)，并形成詳細(xì)的文檔，以便于自動(dòng)化測(cè)試框架的建立。2）自動(dòng)化測(cè)試框架的搭建。所謂自動(dòng)化測(cè)試框架便是像軟件架構(gòu)般，定義了在使用該 套腳本時(shí)需耍調(diào)用哪些文件、結(jié)構(gòu)，調(diào)用的過(guò)程，以及文件 結(jié)構(gòu)如何劃分。而根據(jù)自動(dòng)化測(cè)試用例，我們很容易能夠泄位出自動(dòng)化測(cè)試 框架的典型要素：a. 公用的對(duì)象。不同的測(cè)試用例會(huì)有一些相同的對(duì)象被重復(fù)使用，比如窗口、 按鈕、頁(yè)面等。這些公用的對(duì)象可被抽取出來(lái)，在編寫(xiě)腳本 時(shí)隨時(shí)調(diào)用。當(dāng)這些對(duì)象的屬性因?yàn)樾枨蟮淖兏淖儠r(shí)， 只需要修改該對(duì)象屬性即町，而無(wú)需修改所有相關(guān)的測(cè)試腳 本ob. 公用的環(huán)境。各測(cè)試用例也會(huì)用到相同的測(cè)試環(huán)境，將該測(cè)試環(huán)境獨(dú)立封 裝，在各個(gè)測(cè)試用例中靈活調(diào)用，也能增強(qiáng)腳本的可維護(hù)性。c. 公用的方法。