1、軟件測試技術(shù)結(jié)課論文軟件自動(dòng)化測試研究 姓 名：XXX學(xué) 號： 學(xué) 院：專 業(yè)： 軟件自動(dòng)化測試研究摘 要：軟件自動(dòng)化測試就是執(zhí)行某種程序設(shè)計(jì)語言編制的自動(dòng)測試程序，控制被測軟件的執(zhí)行，模擬手工測試步驟，完成全自動(dòng)或半自動(dòng)測試。本文主要就軟件自動(dòng)化測試的概念、測試工具、前提條件、適用場合、選型原則、測試過程、腳本編寫以及測試運(yùn)行進(jìn)行了詳細(xì)介紹。旨在通過自動(dòng)化測試的執(zhí)行，能夠節(jié)省人力、時(shí)間或硬件資源，提高測試效率。關(guān)鍵詞：自動(dòng)化測試；程序設(shè)計(jì)語言；手工測試；全自動(dòng)測試 The Study of automated testing softwareAbstract: Software test a

2、utomation is to perform some kind of automatic test program compiled programming language, software control test execution, manual testing simulation steps, automatic or semi-automatic testing. This review focuses on the concept of software test automation, test tools, a prerequisite for the occasio

3、n, the principle of selection, testing, scripting and test run described in detail. Aims to perform automated testing can save manpower, time or hardware resources, improve test efficiency.Key words:Automated test；Programming language；Manual test；Automatic Test 引言計(jì)算機(jī)的誕生和發(fā)展,使得軟件開發(fā)和軟件測試應(yīng)運(yùn)而生。隨著軟件產(chǎn)業(yè)化的發(fā)展

4、,人們對軟件的質(zhì)量、成本和進(jìn)度提出了更高的要求。如今,因?yàn)檐浖?guī)模的不斷擴(kuò)大,軟件設(shè)計(jì)的復(fù)雜程度不斷提高,軟件開發(fā)中出現(xiàn)錯(cuò)誤或缺陷的機(jī)會(huì)越來越多。同時(shí),由于人們對于軟件質(zhì)量的重視程度越來越高,就導(dǎo)致了軟件測試在軟件開發(fā)中的地位越來越重要。軟件測試是目前用來驗(yàn)證軟件是否能夠完成所期望的功能的唯一有效的方法。軟件測試一般分為手工測試和自動(dòng)化測試。軟件規(guī)模的擴(kuò)大給測試工作帶來了很多問題,手工測試的速度太慢,效率太低。自動(dòng)化測試可以高效的完成一些重復(fù)性測試；降低了人為因素對測試過程的干擾；排除了測試的隨機(jī)性和盲目性；降低冗余,減少遺漏等。軟件自動(dòng)化測試就是執(zhí)行某種程序設(shè)計(jì)語言編制的自動(dòng)測試程序,控制被

5、測軟件的執(zhí)行, 模擬手動(dòng)測試步驟,完成全自動(dòng)或半自動(dòng)測試。其目的在于縮短測試周期,增強(qiáng)對軟件性能方面的測試能力等,從而達(dá)到保證軟件質(zhì)量并使軟件能夠提前上線。1軟件自動(dòng)化測試概念1.1軟件測試軟件測試是描述一種用來促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過程。換句話說，軟件測試是一種實(shí)際輸出與預(yù)期輸出間的審核或者比較過程。軟件測試的經(jīng)典定義是：在規(guī)定的條件下對程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對其是否能滿足設(shè)計(jì)要求進(jìn)行評估的過程。1.2軟件自動(dòng)化測試通常，在設(shè)計(jì)了測試用例并通過評審之后，由測試人員根據(jù)測試用例中描述的規(guī)程一步步執(zhí)行測試，得到實(shí)際結(jié)果與期望結(jié)果的比較。在此過程中，為

6、了節(jié)省人力、時(shí)間或硬件資源，提高測試效率，便引入了自動(dòng)化測試的概念。并且，軟件測試的工作量很大。據(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)。自動(dòng)化測試的本質(zhì)是用程序測試程序，利用編寫的測試軟件對待測試軟件進(jìn)行自動(dòng)測試。自動(dòng)化測試就是希望能夠通過自動(dòng)化測試工具或其他手段,按照測試工程師的預(yù)定計(jì)劃進(jìn)行

7、自動(dòng)的測試,目的是減輕手工測試的勞動(dòng)量,從而達(dá)到提高軟件質(zhì)量的目的。自動(dòng)化測試的目的在于發(fā)現(xiàn)老缺陷。而手工測試的目的在于發(fā)現(xiàn)新缺陷。測試自動(dòng)化涉及到測試流程、測試體系、自動(dòng)化化編譯、持續(xù)集成、自動(dòng)發(fā)布測試系統(tǒng)以及自動(dòng)化測試等方面整合。也就是說要讓測試能夠自動(dòng)化,不僅是技術(shù)、工具的問題,更是一個(gè)公司和組織的文化問題。首先公司從資金、管理上支持,其次要有專門的測試團(tuán)隊(duì)去建立適合自動(dòng)化測試的測試流程、測試體系；其次就是把原代碼從受控庫中取出、編譯、集成、發(fā)布可運(yùn)行系統(tǒng)、進(jìn)行自動(dòng)化的單元測試和自動(dòng)化的功能測試的過程。2. 軟件自動(dòng)化測試工具2.1功能自動(dòng)化測試工具（1）QTPQTP是QuickTest

8、 Professional的簡稱，是一種自動(dòng)測試工具。使用QTP的目的是想用它來執(zhí)行重復(fù)的手動(dòng)測試，主要是用于回歸測試和測試同一軟件的新版本。因此在測試前要考慮好如何對應(yīng)用程序進(jìn)行測試，例如要測試那些功能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等。QuickTest針對的是GUI應(yīng)用程序，包括傳統(tǒng)的Windows應(yīng)用程序，以及現(xiàn)在越來越流行的Web應(yīng)用。它可以覆蓋絕大多數(shù)的軟件開發(fā)技術(shù)，簡單高效，并具備測試用例可重用的特點(diǎn)。其中包括：創(chuàng)建測試、插入檢查點(diǎn)、檢驗(yàn)數(shù)據(jù)、增強(qiáng)測試、運(yùn)行測試、分析結(jié)果和維護(hù)測試等方面。（2） WinRunnerMercury Interactive公司的WinRunner

9、是一種企業(yè)級的功能測試工具，用于檢測應(yīng)用程序是否能夠達(dá)到預(yù)期的功能及正常運(yùn)行。通過自動(dòng)錄制、檢測和回放用戶的應(yīng)用操作，WinRunner能夠有效地幫助測試人員對復(fù)雜的企業(yè)級應(yīng)用的不同發(fā)布版進(jìn)行測試，提高測試人員的工作效率和質(zhì)量，確保跨平臺的、復(fù)雜的企業(yè)級應(yīng)用無故障發(fā)布及長期穩(wěn)定運(yùn)行。企業(yè)級應(yīng)用可能包括Web應(yīng)用系統(tǒng)、ERP系統(tǒng)、CRM系統(tǒng)等等。這些系統(tǒng)在發(fā)布之前，升級之后都要經(jīng)過測試，確保所有功能都能正常運(yùn)行，沒有任何錯(cuò)誤。如何有效地測試不斷升級更新且不同環(huán)境的應(yīng)用系統(tǒng)，是每個(gè)公司都會(huì)面臨的問題。（3）AdventNet QEngineAdventNet QEngine是一個(gè)應(yīng)用廣泛且獨(dú)立于平

10、臺的自動(dòng)化軟件測試工具，可用于Web功能測試、Web性能測試、Java應(yīng)用功能測試、Java API測試、SOAP測試、回歸測試和Java應(yīng)用性能測試。支持對于使用HTML、JSP、ASP、.NET、PHP、JavaScript/VBScript、XML、SOAP、WSDL、e-commerce、傳統(tǒng)客戶端/服務(wù)器等開發(fā)的應(yīng)用程序進(jìn)行測試。此工具以Java開發(fā)，因此便于移植和提供多平臺支持。（4）SilkTestSilkTest是業(yè)界領(lǐng)先的、用于對企業(yè)級應(yīng)用進(jìn)行功能測試的產(chǎn)品，可用于測試Web、Java或是傳統(tǒng)的C/S結(jié)構(gòu)。SilkTest提供了許多功能，使用戶能夠高效率地進(jìn)行軟件自動(dòng)化測試。

11、這些功能包括：測試的計(jì)劃和管理；直接的數(shù)據(jù)庫訪問及校驗(yàn)；靈活、強(qiáng)大的4Test腳本語言，內(nèi)置的恢復(fù)系統(tǒng)(Recovery System)；以及具有使用同一套腳本進(jìn)行跨平臺、跨瀏覽器和技術(shù)進(jìn)行測試的能力。（5）QA RunQA Run的測試實(shí)現(xiàn)方式是通過鼠標(biāo)移動(dòng)、鍵盤點(diǎn)擊操作被測應(yīng)用，即而得到相應(yīng)的測試腳本，對該腳本可以進(jìn)行編輯和調(diào)試。在記錄的過程中可針對被測應(yīng)用中所包含的功能點(diǎn)進(jìn)行基線值的建立，換句話說就是在插入檢查點(diǎn)的同時(shí)建立期望值。在這里檢查點(diǎn)是目標(biāo)系統(tǒng)的一個(gè)特殊方面在一特定點(diǎn)的期望狀態(tài)。通常，檢查點(diǎn)在QA Run提示目標(biāo)系統(tǒng)執(zhí)行一系列事件之后被執(zhí)行。檢查點(diǎn)用于確定實(shí)際結(jié)果與期望結(jié)果是否相

12、同。（6）Test PartnerTest Partner是一個(gè)自動(dòng)化的功能測試工具，它專為測試基于微軟、Java和Web技術(shù)的復(fù)雜應(yīng)用而設(shè)計(jì)。它使測試人員和開發(fā)人員都可以使用可視的腳本編制和自動(dòng)向?qū)砩煽芍貜?fù)的測試，用戶可以調(diào)用VBA的所有功能，并進(jìn)行任何水平層次和細(xì)節(jié)的測試。Test Partner的腳本開發(fā)采用通用的、分層的方式來進(jìn)行。沒有編程知識的測試人員也可以通過Test Partner的可視化導(dǎo)航器來快速創(chuàng)建測試并執(zhí)行。通過可視的導(dǎo)航器錄制并回放測試，每一個(gè)測試都將被展示為樹狀結(jié)構(gòu)，以清楚地顯現(xiàn)測試通過應(yīng)用的路徑。（7）Telelogic TAUTAU第二代包含三個(gè)最新的、最強(qiáng)大

13、的技術(shù)用來加速大規(guī)模軟件開發(fā)和測試：統(tǒng)一建模語言(UML)及它的許多最新修訂版本中的特性，UML2.0；功能強(qiáng)大的測試語言TTCN-3和新的構(gòu)造系統(tǒng)的方法；Model Driven Architecture(模型驅(qū)動(dòng)構(gòu)架)。這三個(gè)新的業(yè)界標(biāo)準(zhǔn)結(jié)合成TAU的已經(jīng)過認(rèn)可的軟件開發(fā)平臺，形成了一個(gè)系統(tǒng)，一個(gè)一流的穩(wěn)定可靠的工具解決方案。TAU第二代是系統(tǒng)與軟件開發(fā)解決方案的一個(gè)突破，它把業(yè)界從使用了太長時(shí)間的手工、易出錯(cuò)、以代碼為中心的方法中釋放出來，自然而然地邁向下一步，一個(gè)更加可視化、自動(dòng)化及可靠的開發(fā)方法。Telelogic TAU/Tester是基于通用測試語言TTCN-3，用于自動(dòng)化的系統(tǒng)

14、和集成測試的強(qiáng)大工具。TAU/Tester以現(xiàn)代化的開發(fā)工具為基礎(chǔ)，提供高層測試功能，支持整個(gè)測試生命周期，加速自動(dòng)化測試。TAU/Tester可使用戶特別關(guān)注于測試的開發(fā)，因?yàn)門TCN-3語言是獨(dú)立于開發(fā)語言或測試設(shè)備的，且是抽象和可移植的。（8）AutoRunnerAutoRunner是黑盒測試工具，可以用來完成功能測試、回歸測試，可以提高測試效率，降低測試人工成本。產(chǎn)品可以對以下類型對象進(jìn)行GUI功能性測試：a) Windows類型對象，一般為用C+/Delphi/VB/VFP/PB/.NetForm等技術(shù)開發(fā)的桌面程序。 b) IE網(wǎng)頁對象，一般性的網(wǎng)站，比如大的門戶類網(wǎng)站。c) Ja

15、va對象，一般為用AWT/Swing/SWT等技術(shù)開發(fā)的桌面程序。d) Flex對象，網(wǎng)頁的內(nèi)容是用Flex開發(fā)的。e) Silverlight對象，網(wǎng)頁的內(nèi)容是用Silverlight開發(fā)的。f) WPF對象，一般為用WPF技術(shù)開發(fā)的桌面程序。 g) QT對象，一般為用QT技術(shù)開發(fā)的桌面程序。（9）HolodeckHolodeck是一種強(qiáng)大的故障植入軟件測試工具，在監(jiān)視攻擊的應(yīng)用程序的權(quán)力的同時(shí)，并記錄一切應(yīng)用程序，包括每一個(gè)函數(shù)調(diào)用、注冊表項(xiàng)、一塊讀取或?qū)懭霐?shù)據(jù)。2.2性能自動(dòng)化測試工具（1）QA LoadCompuware公司的QALoad是客戶/服務(wù)器系統(tǒng)、企業(yè)資源配置（ERP）和電子

16、商務(wù)應(yīng)用的自動(dòng)化負(fù)載測試工具。QALoad是QACenter性能版的一部分，它通過可重復(fù)的、真實(shí)的測試能夠徹底地度量應(yīng)用的可擴(kuò)展性和性能。QACenter匯集完整的跨企業(yè)的自動(dòng)測試產(chǎn)品，專為提高軟件質(zhì)量而設(shè)計(jì)。QACenter可以在整個(gè)開發(fā)生命周期、跨越多種平臺、自動(dòng)執(zhí)行測試任務(wù)。（2）SilkPerformerSilkPerformer是一種在工業(yè)領(lǐng)域最高級的企業(yè)級負(fù)載測試工具。它可以模仿成千上萬的用戶在多協(xié)議和多計(jì)算的環(huán)境下工作。不管企業(yè)電子商務(wù)應(yīng)用的規(guī)模大小及其復(fù)雜性，通過SilkPerformer，均可以在部署前預(yù)測它的性能。可視的用戶化界面、實(shí)時(shí)的性能監(jiān)控和強(qiáng)大的管理報(bào)告可以幫助人們

17、迅速的解決問題，例如加快產(chǎn)品投入市場的時(shí)間，通過最小的測試周期保證系統(tǒng)的可靠性，優(yōu)化性能和確保應(yīng)用的可擴(kuò)充性。（3）LoadRunnerLoadRunner是一種較高規(guī)模適應(yīng)性的、自動(dòng)負(fù)載測試工具，它能預(yù)測系統(tǒng)行為，優(yōu)化性能。LoadRunner強(qiáng)調(diào)的是整個(gè)企業(yè)的系統(tǒng)，它通過模擬實(shí)際用戶的操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測，來幫助人們更快的確認(rèn)和查找問題。此外，LoadRunner能支持最寬范的協(xié)議和技術(shù)，為每人的特殊環(huán)境，量身定做地提供解決方案。（4）WebRunnerWebRunner是RadView公司推出的一個(gè)性能測試和分析工具，它讓W(xué)eb應(yīng)用程序開發(fā)者自動(dòng)執(zhí)行壓力測試。Webload通過模擬

18、真實(shí)用戶的操作，生成壓力負(fù)載來測試Web的性能，用戶創(chuàng)建的是基于javascript的測試腳本，稱為議程agenda，用它來模擬客戶的行為，通過執(zhí)行該腳本來衡量Web應(yīng)用程序在真實(shí)環(huán)境下的性能。3前提條件實(shí)施自動(dòng)化測試之前需要對軟件開發(fā)過程進(jìn)行分析，以觀察其是否適合使用自動(dòng)化測試。通常需要同時(shí)滿足以下條件：（1）需求變動(dòng)不頻繁測試腳本的穩(wěn)定性決定了自動(dòng)化測試的維護(hù)成本。如果軟件需求變動(dòng)過于頻繁，測試人員需要根據(jù)變動(dòng)的需求來更新測試用例以及相關(guān)的測試腳本，而腳本的維護(hù)本身就是一個(gè)代碼開發(fā)的過程，需要修改、調(diào)試，必要的時(shí)候還要修改自動(dòng)化測試的框架，如果所花費(fèi)的成本不低于利用其節(jié)省的測試成本，那么自

19、動(dòng)化測試便是失敗的。項(xiàng)目中的某些模塊相對穩(wěn)定，而某些模塊需求變動(dòng)性很大。此時(shí)便可對相對穩(wěn)定的模塊進(jìn)行自動(dòng)化測試，而變動(dòng)較大的仍是用手工測試。（2）項(xiàng)目周期足夠長自動(dòng)化測試需求的確定、自動(dòng)化測試框架的設(shè)計(jì)、測試腳本的編寫與調(diào)試均需要相當(dāng)長的時(shí)間來完成，這樣的過程本身就是一個(gè)測試軟件的開發(fā)過程，需要較長的時(shí)間來完成。如果項(xiàng)目的周期比較短，沒有足夠的時(shí)間去支持這樣一個(gè)過程，那么自動(dòng)化測試便成為笑談。（3）自動(dòng)化測試腳本可重復(fù)使用如果費(fèi)盡心思開發(fā)了一套近乎完美的自動(dòng)化測試腳本，但是腳本的重復(fù)使用率很低，致使其間所耗費(fèi)的成本大于所創(chuàng)造的經(jīng)濟(jì)價(jià)值，自動(dòng)化測試便成為了測試人員的練手之作，而并非是真正可產(chǎn)生效

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

21、助于這支外在力量以及如何借助于這支力量來規(guī)范企業(yè)測試流程、提高特定測試活動(dòng)的效率，正是當(dāng)今所要討論的話題。目前，軟件測試自動(dòng)化的研究領(lǐng)域主要集中在軟件測試流程的自動(dòng)化管理以及動(dòng)態(tài)測試的自動(dòng)化（如單元測試、功能測試以及性能測試方面）。在這兩個(gè)領(lǐng)域，與手工測試相比，測試自動(dòng)化的優(yōu)勢是明顯的。首先自動(dòng)化測試可以提高測試效率，使測試人員更加專注于新的測試模塊的建立和開發(fā)，從而提高測試覆蓋率；其次，自動(dòng)化測試更便于測試資產(chǎn)的數(shù)字化管理，使得測試資產(chǎn)在整個(gè)測試生命周期內(nèi)可以得到復(fù)用，這個(gè)特點(diǎn)在功能測試和回歸測試中尤其具有意義；此外，測試流程自動(dòng)化管理可以使機(jī)構(gòu)的測試活動(dòng)開展更加過程化，這很符合CMMI過程

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

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

24、當(dāng)于軟件開發(fā)工具），經(jīng)過對測試需求的分析（軟件過程中的需求分析），設(shè)計(jì)出自動(dòng)化測試用例（軟件過程中的需求規(guī)格），從而搭建自動(dòng)化測試的框架（軟件過程中的概要設(shè)計(jì)），設(shè)計(jì)與編寫自動(dòng)化腳本（詳細(xì)設(shè)計(jì)與編碼），測試腳本的正確性，從而完成該套測試腳本（即主要功能為測試的應(yīng)用軟件）。（1）自動(dòng)化測試需求分析。當(dāng)測試項(xiàng)目滿足了自動(dòng)化的前提條件，并確定在該項(xiàng)目中需要使用自動(dòng)化測試時(shí)，我們便開始進(jìn)行自動(dòng)化測試需求分析。此過程需要確定自動(dòng)化測試的范圍以及相應(yīng)的測試用例、測試數(shù)據(jù)，并形成詳細(xì)的文檔，以便于自動(dòng)化測試框架的建立。（2）自動(dòng)化測試框架的搭建。所謂自動(dòng)化測試框架便是像軟件架構(gòu)一般，定義了在使用該套腳本時(shí)需

25、要調(diào)用哪些文件、結(jié)構(gòu)，調(diào)用的過程，以及文件結(jié)構(gòu)如何劃分。而根據(jù)自動(dòng)化測試用例，我們很容易能夠定位出自動(dòng)化測試框架的典型要素：a. 公用的對象 不同的測試用例會(huì)有一些相同的對象被重復(fù)使用，比如窗口、按鈕、頁面等。這些公用的對象可被抽取出來，在編寫腳本時(shí)隨時(shí)調(diào)用。當(dāng)這些對象的屬性因?yàn)樾枨蟮淖兏淖儠r(shí)，只需要修改該對象屬性即可，而無需修改所有相關(guān)的測試腳本。b. 公用的環(huán)境各測試用例也會(huì)用到相同的測試環(huán)境，將該測試環(huán)境獨(dú)立封裝，在各個(gè)測試用例中靈活調(diào)用，也能增強(qiáng)腳本的可維護(hù)性。c. 公用的方法當(dāng)測試工具沒有需要的方法時(shí)，而該方法又會(huì)被經(jīng)常使用，我們便需要自己編寫該方法，以方便腳本的調(diào)用。d. 測試數(shù)據(jù)也許一個(gè)測試用例需要執(zhí)行很多個(gè)測試數(shù)據(jù)，我們便可將測試數(shù)據(jù)放在一個(gè)獨(dú)立的文件中，由測試腳本執(zhí)行到該用例時(shí)讀取數(shù)據(jù)文件，從而達(dá)到數(shù)據(jù)覆蓋的目的。在該框架中需要將這些典型要素考慮進(jìn)去，在測試用例中抽取出公用的元素放入已定義的文件，設(shè)定好調(diào)用的過程。7腳本編寫該編寫過程便是具體的測試用例的腳本轉(zhuǎn)化。初學(xué)的自動(dòng)化測試人員均會(huì)使用錄制腳本到修改腳本的過程。但專業(yè)化的建議是以錄制為參考