自動化測試培訓(xùn)之QTP工具培訓(xùn)課件

自動化測試培訓(xùn)&

QTP工具培訓(xùn)作者：大開測試日期：2016.12北京大開科技有限公司目錄構(gòu)建自動動化測試試框架自動化測測試介紹紹自動化測測試流程程QTP自動化測測試工具具對自動化化測試的的理解定義：指以程序序運行的的方法替替代人工工測試，，從而達達到減少少手工工工作量，，提高測測試效率率目的。。理解：用機器或或工具自自動執(zhí)行行的測試試，替代代人完成成重復(fù)性性勞動，，但不能能完全取取代人。。自動化測測試需要要用到測測試工具具，測試試工程師師的參與與。自動化測測試技術(shù)術(shù)可應(yīng)用用于所有有的測試試階段。。不僅僅是是商業(yè)測測試工具具、開源源測試工工具、自自行編制制測試工工具或測測試腳本本。只要要能夠部部分代替替手工測測試提高高執(zhí)行效效率。對自動化化測試的的理解提高測試試效率，，降低測測試成本本重復(fù)性強強的手工工勞動用用自動化化替代快速的回回歸測試試，提高高新版本本發(fā)布的的速度和和質(zhì)量避免人工工測試容容易犯的的錯誤，，如：錯錯誤測試試，漏測測試，多多測試等等。很容易就就實現(xiàn)并并發(fā)測試試，加快快進展需要規(guī)范范的測試試管理不能創(chuàng)造造性發(fā)現(xiàn)現(xiàn)測試腳腳本沒有有設(shè)計的的缺陷需要自動動化測試試開發(fā)工工程師對測試環(huán)環(huán)境要求求比較嚴嚴格在資源投投入和產(chǎn)產(chǎn)出方面面進行權(quán)權(quán)衡自動測試試腳本的的修改、、維護工工作量大大為評估軟軟件質(zhì)量量提供數(shù)數(shù)據(jù)支持持，完整整的測試試是評定定軟件質(zhì)質(zhì)量的一一種方法法樹立對自自動化的的正確認認識適用性培訓(xùn)維護運用自動化測測試優(yōu)缺缺點提高測試試效率，，降低測測試成本本測試人員員更注重重測試結(jié)結(jié)果分析析提高新版版本發(fā)布布的速度度和質(zhì)量量避免人工工重復(fù)測測試易犯犯的錯誤誤可以實現(xiàn)現(xiàn)多機自自動化并并行測試試優(yōu)點不能創(chuàng)造造性發(fā)現(xiàn)現(xiàn)缺陷需要規(guī)范范化的管管理對人員有有編程要要求對測試環(huán)環(huán)境要求求高變化帶來來的腳本本維護缺點自動化測測試目標標只適用于功能測試階段，因為一般會：給定預(yù)算，進度，資源給定平均或期望的測試運行次數(shù)根據(jù)業(yè)務(wù)流程的不同（復(fù)雜度和風(fēng)險）最大化自動化率（只能達到有限值）初級階段目標可以適用于回歸測試：自動化率可以逐步提高增加自動化測試的次數(shù)減少測試運行時的缺陷高級階段目標通過靈活活的合理理的自動動化測試試目標最最大化時時間和資資源的利利用率和和價值為什么需需要自動動化測試試維護周期期長、兼兼容性高高、多語語言多版版本的系系統(tǒng)無人值守守運用，，充分利利用時間間，縮短短發(fā)布周周期有利于測測試資產(chǎn)產(chǎn)的積累累、存儲儲和移交交、管理理第三方自自動化測測試工具具有利于于自動化化測試的的效率組織發(fā)展展、技術(shù)術(shù)更新…為什么需需要自動動化測試試大多數(shù)項項目處于于維護階階段，程程序界面面變動較較少大量局部部需求變變更、增增加新業(yè)業(yè)務(wù)、bug修復(fù)測試試任務(wù)在某些業(yè)業(yè)務(wù)功能能測試中中經(jīng)常要要反復(fù)編編造業(yè)務(wù)務(wù)數(shù)據(jù)冒煙測試試、兼容容性測試試、版本本驗證、、波及影影響測試試等需投投入大量量工作量量復(fù)雜的公公式計算算和統(tǒng)計計計算等等占用手手工測試試人員較較多的時時間，且且容易出出錯手工測試試用例不不容易形形成資產(chǎn)產(chǎn)積累自動化測測試是軟軟件測試試發(fā)展的的方向業(yè)務(wù)改進軟件下發(fā)研發(fā)過程變更管理測試管理源代碼管理自動化測試全面提高工作效率系統(tǒng)升級配置管理軟件研發(fā)自動化測測試自動化測測試版本管理理單元測試試每日構(gòu)建建集成測試試系統(tǒng)測試試自動測試試技術(shù)的的發(fā)展第一代自自動測試試技術(shù)實現(xiàn)：錄錄入回放放第二代自自動測試試技術(shù)實現(xiàn)：腳腳本技術(shù)術(shù)，可以以加入腳腳本實現(xiàn)現(xiàn)邏輯第三代自自動測試試技術(shù)實現(xiàn)：數(shù)數(shù)據(jù)驅(qū)動動，數(shù)據(jù)據(jù)與測試試腳本分分離第四代自自動測試試技術(shù)實現(xiàn)：關(guān)關(guān)鍵字驅(qū)驅(qū)動、構(gòu)構(gòu)件化測測試，業(yè)業(yè)務(wù)驅(qū)動動數(shù)據(jù)驅(qū)動動驅(qū)動數(shù)據(jù)驅(qū)動動主要優(yōu)優(yōu)點是：：1、測試腳腳本與測測試數(shù)據(jù)據(jù)的分離離；2、執(zhí)行測測試用例例的人員員關(guān)注測測試數(shù)據(jù)據(jù)表與測測試報告告表；3、測試腳腳本的執(zhí)執(zhí)行離散散的。關(guān)鍵字驅(qū)驅(qū)動技術(shù)術(shù)關(guān)鍵字驅(qū)驅(qū)動關(guān)鍵字驅(qū)驅(qū)動的自自動化測測試框架架是在數(shù)數(shù)據(jù)驅(qū)動動的基礎(chǔ)礎(chǔ)上進行行改進，，數(shù)據(jù)源源里包含含的不只只是數(shù)據(jù)據(jù)，還有有關(guān)鍵字字，一個個測試用用例由一一個或若若干個關(guān)關(guān)鍵字組組成。每每個關(guān)鍵鍵字對應(yīng)應(yīng)個不同同的業(yè)務(wù)務(wù)邏輯。。關(guān)鍵字主主要包括括三類：：被操作作對象（（Item）、操作作（Operation）和值（（value），用面面向?qū)ο笙笮问娇煽杀憩F(xiàn)為為Item.Operation(Value)將測試邏邏輯按照照關(guān)鍵字字進行分分解，形形成數(shù)據(jù)據(jù)文件，，測試工工具解釋釋關(guān)鍵字字運行12自動化測測試適用用范圍自動化測測試的適適用范圍圍包括兩兩點：1.減少少操作的的重復(fù)性性：自動動化測試試工具的的使用可可以輔助助人們完完成一些些重復(fù)性性較高的的操作，，如完成成N條不不同內(nèi)容容投保單單的錄入入，在這這里自動動化測試試具有快快速、準準確的輸輸入、節(jié)節(jié)約時間間的特點點；2.回歸歸測試：：在系統(tǒng)統(tǒng)測試階階段開發(fā)發(fā)針對某某一具體體功能的的自動化化測試腳腳本（如如一條記記錄的新新增操作作），在在回歸測測試階段段通過執(zhí)執(zhí)行該腳腳本來保保證該功功能沒有有被新功功能的增增加、其其它bug的修修復(fù)而破破壞。例如：1.每輪輪測試都都需要執(zhí)行的基基礎(chǔ)測試試，如需需要對保保全功能能做測試試時，可可通通過自動動化測試試工具完完成一個個保單流流程的錄錄入；2.數(shù)據(jù)據(jù)驅(qū)動的的用例，，如需要要輸入很很多組數(shù)數(shù)據(jù)，每每組數(shù)據(jù)據(jù)對應(yīng)不不同的預(yù)預(yù)期結(jié)果果，如一一條投保保單的錄錄入在保保存時需需要做很很多個校校驗及檢檢查，可可為每個個需要檢檢查的邏邏輯判斷斷做一組組數(shù)據(jù)，，在保存存時檢查查校驗條條件是否否都正常常工作；；自動化測測試的成成本考慮慮評估購買買或開發(fā)發(fā)測試工工具?每年的維維護費用用或升級級成本?學(xué)習(xí)工具具和培訓(xùn)訓(xùn)時間?測試自動動化上特特定的資資源投入入?與開發(fā)自自動化測測試工具具所有相相關(guān)的抽抽風(fēng)?維護腳本本的成本本?存儲腳本本的硬件件資源花花費自動化測測試建設(shè)設(shè)常見錯錯誤1、缺乏好好的自動動化測試試計劃和和設(shè)計過過程2、錯誤的的選擇了了自動化化測試工工具3、錯誤的的自動化化框架設(shè)設(shè)計4、在設(shè)計計中缺乏乏好的設(shè)設(shè)計管理理5、缺乏自自動化過過程和工工具培訓(xùn)訓(xùn)相關(guān)術(shù)語語TestRequirement（測試試需求））：是關(guān)于某某具體測測試目標標的聲明明以及確確認測試試是否通通過所要要達到的的標準。。TestPlan（（測試計計劃）：：包括項目目中的測測試目標標和目的的的信息息。此外外，測試試計劃還還明確了了測試實實現(xiàn)的策策略和所所需要的的資源。。TestStrategy（測試試策略））：描述了測測試獲得得的通用用目標和和方法。。TestCase（（測試用用例）：：是一套為為特定目目標開發(fā)發(fā)的測試試輸入、、執(zhí)行條條件和預(yù)預(yù)期結(jié)果果，例如如執(zhí)行一一跳特殊殊程序路路徑或者者在特定定要去下下驗證一一致性。。TestData（（測試數(shù)數(shù)據(jù)）：：在測試中中所用到到的實際際數(shù)值或或執(zhí)行測測試所必必須的數(shù)數(shù)值。。測試數(shù)數(shù)據(jù)是測測試條件件（作為為輸入或或預(yù)存在在的數(shù)據(jù)據(jù)）的具具體例化化，用于于驗證已已成功實實現(xiàn)的特特定要求求（通過過將實際際結(jié)構(gòu)與與期望結(jié)結(jié)果比較較）。TestInputs（測測試輸入入）：是工作過過程的產(chǎn)產(chǎn)物，用用于標志志和定義義發(fā)生在在測試期期間的動動作。這這些產(chǎn)物物可能是是從測試試組之外外的軟件件開發(fā)過過程中產(chǎn)產(chǎn)生的，，例如功功能需求求規(guī)格說說明和設(shè)設(shè)計規(guī)格格說明。。它們也也可能是是從前期期測試階階段產(chǎn)生生的并被被留給了了后續(xù)的的測試活活動。相關(guān)術(shù)語語Testscrīpt（測測試腳本本）：這是計算算機可讀讀懂的能能令測試試程序（（或一部部分測試試程序））自動執(zhí)執(zhí)行的指指令。測測試腳本本可以由由人創(chuàng)建建（復(fù)制制）或者者由自動動測試工工具產(chǎn)生生，它使使用編程程語言限限制，或或者由記記錄、生生成和編編程混合合創(chuàng)建。。TestResults（（測試結(jié)結(jié)果）：：執(zhí)行測試試所捕獲獲的數(shù)據(jù)據(jù)，并被被用于計計算測試試的不同同關(guān)鍵測測度。PerformanceTesting（性能能測試））：通過這類類測試的的實現(xiàn)和和執(zhí)行可可以對索索要測試試的應(yīng)用用程序與與性能相相關(guān)的特特征作出出描繪和和評估。。這些測測試包括括時間調(diào)調(diào)度情況況、執(zhí)行行流暢、、響應(yīng)時時間以及及操作可可靠性和和限制。。Data－DrivenTesting（數(shù)據(jù)據(jù)驅(qū)動測測試）：：這是一種種測試腳腳本的功功能及執(zhí)執(zhí)行由外外部數(shù)據(jù)據(jù)所引導(dǎo)導(dǎo)的自動動測試方方法。這這種方法法將測試試及控制制數(shù)據(jù)與與測試腳腳本本身身分離開開了。TestCondition（測測試條件件）：測試所涉涉及的各各種環(huán)境境因素。。目錄構(gòu)建自動動化測試試框架自動化測測試流程程自動化測測試介紹紹自動化測試工具具QTP正確選擇擇適合的的自動化化測試通常適合合自動化化測試的的用例有有：產(chǎn)品型項項目產(chǎn)品型的的項目，，新版本本是在舊舊版本的的基礎(chǔ)上上進行改改進，功功能變不不大的項項目，但但項目的的新老功功能都必必須重復(fù)復(fù)的測試試?；貧w測試試回歸測試試是自動動化測試試的強項項，它能能夠很好好的驗證證你是否否引入了了新的缺缺陷，老老的缺陷陷是否修修改過來來了。在在某種程程度上可可以把自自動化測測試工具具叫做回回歸測試試工具。。機械并頻頻繁的測測試每次需要要輸入相相同、大大量的一一些數(shù)據(jù)據(jù)，并且且在一個個項目中中運行的的周期比比較長。。有一些交交互性比比較強，，需要人人工干預(yù)預(yù)的操作作，就不不要指望望通過自自動化測測試來完完成了。。例如，，用戶使使用U-Key登錄。自動化測測試實施施條件具有良好好定義的的測試策策略和測測試計劃劃（知道道要測試試什么、、知道什什么時候候測試））能夠確保保多個測測試運行行的構(gòu)建建策略多平臺環(huán)環(huán)境需要要被測試試擁有運行行自動化化測試的的硬件擁有關(guān)注注在自動動化測試試進程上上的資源源自動化測測試規(guī)劃劃設(shè)計框架資源計劃好投投入的工工具設(shè)備備和人員員等不同的測測試框架架實施方方式不同同與研發(fā)類類似測試實施施之前做做一份切切實可行行的規(guī)劃劃是自動動化能夠夠得以實實施的基基礎(chǔ)自動化測測試實施施規(guī)劃階段一：：完成對對結(jié)算和和信貸主主要業(yè)務(wù)務(wù)的流程程覆蓋階段二：：完成對對業(yè)務(wù)的的校驗和和約束階段三：：應(yīng)用到到更多的的業(yè)務(wù)中中去，規(guī)規(guī)模擴大大開發(fā)自動動化測試試框架，，降低對對測試工工具的依依賴使用動作作詞的自自動化測測試第一層次次第二層次次第三層次次層次階段測試自動動化程度度自動化測測試工作作任務(wù)的的優(yōu)先級級自動化ROI度度量測試范圍由風(fēng)險驅(qū)動測試 (例如：高風(fēng)險的項先被測試)自動化的優(yōu)先順序:對于能盡快（最少運行次數(shù)）達到投資回報平衡點高風(fēng)險的測試案例優(yōu)先低復(fù)雜度的測試案例優(yōu)先優(yōu)先級策略#需要自動測試執(zhí)行的次數(shù)復(fù)雜度風(fēng)險HighMediumLowHigh5.05.95.5Medium6.67.38.1Low5.07.38.11342#優(yōu)先級順順序58697ROI分析基于風(fēng)險險和復(fù)雜雜度評估估達到測測試目標標的最佳佳性價比比測試自動動化基本本實踐方方法風(fēng)險過程根據(jù)特定定測試風(fēng)風(fēng)險等級級來選擇擇合適的的測試過過程.通過以測測試過程程的最優(yōu)優(yōu)組合和和資源、、進度、、風(fēng)險的的約束來來多次運運行自動動化測試試次數(shù)，，來達到到最小化化工作量量的目標標方法過程高風(fēng)險中風(fēng)險低風(fēng)險高復(fù)雜度中復(fù)雜度低復(fù)雜度自動化測測試流程程描述ID活動描述責任角色參與角色成果物

01自動化測試計劃

自動化測試計劃

02自動化測試準備

生成自動化腳本

03自動化測試執(zhí)行

自動化測試報告在測試計計劃設(shè)計計階段，，設(shè)計者者應(yīng)盡可可能考慮慮到系統(tǒng)統(tǒng)的自身身的業(yè)務(wù)務(wù)和功能能特點，，將某些些業(yè)務(wù)流流和功能能點確定定為自動動化測試試；而在在設(shè)計測測試用例例時必須須對這部部分的測測試用例例描述細細化；自自動化測測試的操操作過程程大體分分為5步：制定定自動化化測試計計劃、編編寫自動動化測試試用例、、開發(fā)調(diào)調(diào)試自動動化測試試腳本、、執(zhí)行自自動化測測試、測測試腳本本的維護護。關(guān)于自動動化測試試工具的的具體使使用方法法請參考考《自動化測測試工具具之QTP使用方法法》。制訂自動動化測試試計劃制定測試試計劃的的目的是是確定和和描述要要實施的的執(zhí)行的的測試。。這是通通過生成成包含測測試需求求和測試試策略的的測試計計劃來完完成的。?？梢灾浦贫ㄒ粋€個單獨的的測試計計劃，用用于描述述所要實實施和執(zhí)執(zhí)行的不不同測試試類型，，也可以以為每種種測試類類型制定定一個測測試計劃劃。換句話說說制定自自動化測測試計劃劃是個分分析、篩篩選的過過程，即即通過對對被測系系統(tǒng)業(yè)務(wù)務(wù)流程的的分析，，整理出出哪些模模塊適合合做自動動化測試試，哪些些功能點點的驗證證可以進進行腳本本的合并并。測試自動動化實現(xiàn)現(xiàn)中的功功能分解解業(yè)務(wù)功能能分解的的原則和和方法：：清晰畫出出業(yè)務(wù)流流程圖根據(jù)業(yè)務(wù)務(wù)流程分分解業(yè)務(wù)務(wù)功能，，可以被被復(fù)用的的功能也也要被分分解出來來。按照路徑徑覆蓋的的思想，，組織測測試用例例編寫自動動化測試試用例根據(jù)手工工測試用用例編寫寫完善相相應(yīng)的自自動化測測試用例例，其中中包括測測試的版版本、功功能點描描述、驅(qū)驅(qū)動數(shù)據(jù)據(jù)、詳細細操作流流程、明明確的預(yù)預(yù)期結(jié)果果。測試用例例粒度測試用例例的粒度度決定了了用例模模型級的的復(fù)雜度度，也決決定了每每一個用用例內(nèi)部部的復(fù)雜雜度。應(yīng)應(yīng)該根據(jù)據(jù)每個系系統(tǒng)的具具體情況況來把握握各個層層次的復(fù)復(fù)雜度，，在盡可可能保證證整個用用例模型型的易理理解性前前提下決決定用例例的大小小和數(shù)目目。用例例不能太太大，這這樣一旦旦出執(zhí)行行測試用用例出錯錯，不利利于定位位問題；；但也不不能太細細化，太太小則不不方便執(zhí)執(zhí)行。測試用例例與測試試套件一個大型型的項目目有許功功能模塊塊，必然然會產(chǎn)生生大量的的測試用用例，怎怎樣才能能有效的的管理這這些測試試用例呢呢？這就就需要創(chuàng)創(chuàng)建測試試套件，，通過測測試套件件將測試試某一個個模塊或或功能點點的測試試用例集集合起來來，方便便運行與與管理。。例如，，只驗證證“用戶戶管理””模塊功功能，則則只需要要執(zhí)行““用戶管管理”模模塊套件件即可。。開發(fā)、調(diào)調(diào)試自動動化測試試腳本以業(yè)界常常用的自自動化測測試工具具為例，，腳本的的開發(fā)通通常是通通過錄制制完成的的（需要要注意的的是在錄錄制腳本本之前設(shè)設(shè)計好腳腳本，便便于錄制制過程的的流暢，，提高腳腳本的修修改效率率），即即工具本本身通過過記錄用用戶的操操作過程程及所輸輸入的數(shù)數(shù)據(jù)生成成一個由由VB語言編寫寫的可執(zhí)執(zhí)行腳本本，測試試工程師師對腳本本進行相相應(yīng)的修修改即可可。修改增強強腳本主主要包括括一下幾幾點：1.刪除錄制制過程中中多余和和錯誤的的代碼；；2.對輸入輸輸出值進進行適當當?shù)膮?shù)數(shù)化；3.對于不能能通過錄錄制產(chǎn)生生的代碼碼進行手手工編寫寫；4.錄制所產(chǎn)產(chǎn)生的腳腳本是線線性的，，適當加加入條件件、控制制語語句，實實現(xiàn)更為為復(fù)雜的的流程；；5.設(shè)置文本本、圖片片、及數(shù)數(shù)據(jù)庫檢檢查點；；6.適當加入入注釋、、便于閱閱讀和維維護；執(zhí)行自動動化測試試執(zhí)行自動動化測試試是通過過使用工工具來替替代手工工操作的的過程，，腳本回回放的過過程中是是模擬用用戶的實實際操作作來執(zhí)行行的，此此時需要要注意的的是，測測試環(huán)境境要保持持干凈。。測試腳本本的維護護隨著工作作的不斷斷推進、、腳本量量會逐漸漸增多，，測試組組需要對對測試腳腳本進行行維護，，將有效效的測試試腳本上上傳至QC服務(wù)器服服務(wù)器上上，同其其對應(yīng)的的測試用用例放在在一起進進行維護護。1.隨著著被測程程序的更更新，不不斷更新新相應(yīng)的的測試腳腳本；2.對一一些變更更較為頻頻繁的腳腳本，適適當采用用版本管管理工具具保存腳腳本、如SVN、VSS等以便可可以隨時時獲取歷歷史版本本；3.腳本采用用統(tǒng)一的的命名規(guī)規(guī)范（如如健康險險_契約錄入入_……、健康險險_保全_客戶資料料變更等等等）；；自動化測測試的評評審根據(jù)自動動化測試試結(jié)果編編寫《自動化測測試報告告》，組長組組織自動動化測試試工作小小組首先先進行內(nèi)內(nèi)部評審審，內(nèi)部部通過后后再提交交到測試試組進行行自動化化測試策策略的外外部評審審，如果果條件允允許的情情況下此此時需要要由項目目組、自自動化測測試小組組、質(zhì)量量控制組組共同參參加評審審過程。。目錄自動化測測試流程程構(gòu)建自動動化測試試框架自動化測測試介紹紹自動化測試QTP軟件測試試框架介介紹什么是框框架framework??測試框架架是一組組自動化化測試的的規(guī)范、、測試腳腳本的基基礎(chǔ)代碼碼，以及及測試思思想的集集合。整個或部部分系統(tǒng)統(tǒng)的可重重用設(shè)計計，表現(xiàn)現(xiàn)為一組組抽象構(gòu)構(gòu)件以及及構(gòu)件實實例間交交互的方方法；可被開發(fā)發(fā)者定制制的應(yīng)用用框架。。測試框架架出現(xiàn)的的最終目目的是花花少量的的資源來來完成盡盡可能多多的測試試任務(wù)，，所以測測試框架架的建立立以及框框架的重重用性方方面是最最值得測測試人員員深入探探究的地地方。減少冗余余代碼、、提高代代碼生產(chǎn)產(chǎn)率、提提高代碼碼重用性性和可維維護性。。提高開開發(fā)速度度，提升升測試代代碼的執(zhí)執(zhí)行效率率；提高軟件件代碼質(zhì)質(zhì)量，同同時引入入重構(gòu)概概念，讓讓代碼更更干凈和和富有彈彈性；提升系統(tǒng)統(tǒng)的可信信賴度，，作為回回歸測試試的一種種實現(xiàn)方方法支持持修復(fù)后后“再測測試”，，確保代代碼的正正確性。。自動化回回歸測試試框架特特點業(yè)務(wù)測試構(gòu)件執(zhí)行監(jiān)控測試數(shù)據(jù)管理異?；謴?fù)缺陷報告自動提交交缺陷報報告靈活的自自動測試試過程異異常中止止恢復(fù)機機制實現(xiàn)業(yè)務(wù)務(wù)測試構(gòu)構(gòu)件，快快速完成成業(yè)務(wù)流流自動測測試監(jiān)控測試試運行狀狀態(tài)被測系統(tǒng)統(tǒng)數(shù)據(jù)管管理機制制（數(shù)據(jù)據(jù)與腳本本分離與與腳本分分離，備備份和恢恢復(fù)）3838好的自動動化測試試框架的的特點構(gòu)件化的的腳本技技術(shù)；可可復(fù)用的的腳本或或公共函函數(shù)的應(yīng)應(yīng)用，降降低自動動測試代代碼總量量；被測測系統(tǒng)的的界面或或功能變變化，不不需要修修改大量量的自動動測試代代碼業(yè)務(wù)的測測試流往往往由業(yè)業(yè)務(wù)人員員來設(shè)計計，根據(jù)據(jù)業(yè)務(wù)需需求的變變化，不不斷改變變業(yè)務(wù)的的測試流流。如果果自動回回歸測試試系統(tǒng)不不能夠適適應(yīng)業(yè)務(wù)務(wù)流的變變化，那那么改動動的工作作量將是是巨大的的如果測試試數(shù)據(jù)與與自動測測試腳本本結(jié)合緊緊密，那那么，一一旦修改改測試案案例的數(shù)數(shù)據(jù)，就就必須由由專業(yè)的的自動測測試技術(shù)術(shù)人員修修改自動動測試腳腳本，而而且?guī)韥砭薮蟮牡墓ぷ髁苛靠删S護性性業(yè)務(wù)驅(qū)動動測試數(shù)據(jù)據(jù)管理絕大部分分失敗案案例，都都是由于于維護工工作量太太大，從從而將辛辛苦建設(shè)設(shè)起來的的自動回回歸測試試系統(tǒng)拋拋棄基礎(chǔ)案例例庫建設(shè)設(shè)--平臺搭建建自動化測測試過程程框架業(yè)務(wù)分析析案例設(shè)計計腳本生成成實施執(zhí)行行業(yè)務(wù)分析析人員測試人員員技術(shù)人員員/測試人員員測試人員員業(yè)務(wù)流程程分析確定測試試點確定測試試場景測試需求求UI流分析數(shù)據(jù)準備備測試案例例數(shù)據(jù)模型型數(shù)據(jù)采集集工具業(yè)務(wù)分析析與評估估方法編寫腳本本裝配流程程測試目標標及策略略測試腳本本執(zhí)行測試試缺陷跟蹤蹤測試報告告共享對象象庫共享腳本本自動化框框架測試工具具測試管理理工具1、從現(xiàn)有有的移植植案例中中選一定定范圍的的測試需需求，作作為研發(fā)發(fā)階段任任務(wù)范圍圍；2、由自動動化測試試架構(gòu)師師為主組組織研發(fā)發(fā)小組，，小組組組成員包包括：測測試設(shè)計計人員、、腳本開開發(fā)人員員、數(shù)據(jù)據(jù)管理人人員，其其中，測測試設(shè)計計人員由由手工功功能測試試組成員員兼任；；3、在確定定的測試試需求范范圍內(nèi)建建立起自自動化測測試的共共享對象象庫、共共享腳本本庫、測測試數(shù)據(jù)據(jù)模型、、測試數(shù)數(shù)據(jù)抽取取SQL腳本庫1、培訓(xùn)各各測試項項目組成成員；2、在實際際測試過過程中進進行自動動化測試試的實施施，進行行效果的的評估，，并總結(jié)結(jié)改進方方案；3、研發(fā)小小組完善善、擴展展自動化化測試成成果資產(chǎn)產(chǎn)；研發(fā)階段段實施與完完善階段段測試需求求定義場景景定義場景景的流程程定義預(yù)期期結(jié)果及及檢查點點定義測試試數(shù)據(jù)的的要求測試數(shù)據(jù)據(jù)測試數(shù)據(jù)據(jù)測試數(shù)據(jù)據(jù)管理系統(tǒng)基礎(chǔ)礎(chǔ)數(shù)據(jù)新建業(yè)務(wù)務(wù)數(shù)據(jù)抽取業(yè)務(wù)務(wù)數(shù)據(jù)頁面控制制數(shù)據(jù)業(yè)務(wù)數(shù)據(jù)據(jù)模型保單保險人保全信息息理賠信息息投保信息息Ui參數(shù)模型型UiUi數(shù)據(jù)對象象Ui數(shù)據(jù)規(guī)則則UI編碼業(yè)務(wù)數(shù)據(jù)據(jù)對象.數(shù)據(jù)要素素缺省值是否參數(shù)數(shù)化險種信息息測試數(shù)據(jù)據(jù)投保人數(shù)據(jù)特征征：（正常保保單失效保單單……)保單號=“”保單狀態(tài)態(tài)=“”自動化測測試腳本本的生成成過程執(zhí)行測試試腳本研發(fā)發(fā)共享對象象庫編寫腳本本共享腳本本庫測試案例例（ui流程、測試數(shù)據(jù)據(jù)）案例生成成測試案例例（ui流程、測試數(shù)據(jù)據(jù)）流程裝配配測試數(shù)據(jù)據(jù)配置案例庫基于功能能分解的的自動化化測試框框架基于功能能分解的的自動化化測試框框架基于功能能分解的的自動化化測試框框架優(yōu)缺缺點優(yōu)點較為模塊塊化(modular)的設(shè)計，，避免重重復(fù)的腳腳本，減減少建立立或維護護腳本的的成本。。在應(yīng)用軟軟件開發(fā)發(fā)的同時時，就可可以同步步進行腳腳本建立立的動作作，而且且當應(yīng)用用軟件功功能變動動時，只只需要修修改業(yè)務(wù)務(wù)功能腳腳本。由于應(yīng)用用軟件的的功能已已經(jīng)被分分解成獨獨立的業(yè)業(yè)務(wù)功能能腳本，，測試人人員可以以隨意組組合業(yè)務(wù)務(wù)功能腳腳本成為為更復(fù)雜雜多樣的的測試個個案。測試輸入入數(shù)據(jù)與與驗證數(shù)數(shù)據(jù)與腳腳本分開開，儲存存在另外外的檔案案，如純純文字文文件或Excel文件，測測試人員員可以更更容易修修改與維維護。透過判斷斷Action回傳值是是TRUE或FALSE，可以作作錯誤處處理，讓讓腳本更更有彈性性。缺點在編寫業(yè)業(yè)務(wù)功能能腳本時時，需要要「精通通」測試試工具腳腳本語言言的工程程師。個Action都會有自自己的輸輸入輸出出參數(shù)，，需要用用文檔統(tǒng)統(tǒng)一維護護，控制制變更。。測試人員員除了要要維護測測試計劃劃之外，，還要另另外維護護數(shù)據(jù)文文件。對測試工工具以及及腳本語語言來說說，使用用數(shù)據(jù)文文件可能能也要注注意數(shù)據(jù)據(jù)文件的的格式。自動化測測試解決決方案①②QTP和QC自動化測測試框架架技術(shù)實實現(xiàn)缺陷測試實驗室測試計劃/用例測試需求QC中測試需需求的組組織從測試需需求到測測試用例例自動化腳腳本組織織主控輸入調(diào)度和控制測試數(shù)據(jù)腳本運行結(jié)果輸出任何一個自動化測試框架都要設(shè)計這三部分測試用例例腳本公共類庫庫模塊特定定類庫在模塊內(nèi)內(nèi)部將可可以為該該模塊共共享使用用的方法法抽象出出來，作作為一個個公共類類。它可可以是一一個單的的邏輯操操作，也也比較獨獨立。比比如客戶戶端登錄錄操作、、控制臺臺登錄操操作、控控制臺更更新操作作等。公共類庫庫包括所所有模塊塊都可能能用戶的操作作方法，，其抽象象了不同同模塊同性，，比如操操作excel表的方法法、讀寫測測試報告告、驅(qū)動動引擎等等測試用例例腳在最最上層，，它根據(jù)據(jù)測試點點進行設(shè)設(shè)計，面面向具體體的應(yīng)用用。它可可直接調(diào)調(diào)用公共共類庫或或模塊特特定類庫庫的方法法，即調(diào)調(diào)單個邏邏輯操作作。它是是單個或或多個邏邏輯操作作的集合合，即一一個測試試用戶腳腳本為了方便便以后腳腳本的維維護問題題，必須須對腳本本進行有有效的分分層，同同時，提提高了腳腳本的復(fù)復(fù)用率。。測試腳本本開發(fā)腳本編寫寫規(guī)范：：測試腳本本的開發(fā)發(fā)也要遵遵循編程程的規(guī)則則與標準準，應(yīng)該該統(tǒng)一規(guī)規(guī)劃，所所有開發(fā)發(fā)腳本的的人員按按照統(tǒng)一一的規(guī)定定進行編編碼。除除了編程程本身規(guī)規(guī)范，還還考慮測測試用例例與庫函函數(shù)名的的命名。。測試腳本本組織和和錄制編編輯測試腳本本組織和和錄制編編輯測試腳本本執(zhí)行結(jié)結(jié)果QC中執(zhí)行記記錄和報報告56BPT（業(yè)務(wù)組組件測試試）測試設(shè)計計和代碼碼調(diào)試分分開機制制測試腳本本管理測試結(jié)果果管理團隊協(xié)作作QTP和QC業(yè)務(wù)組件件自動化化測試框框架基礎(chǔ)案例例庫建設(shè)設(shè)—已完成業(yè)業(yè)務(wù)腳本本58HR01人員入職-薪資核算-過帳流程海油發(fā)展PM01集成測試_PM-MM-FICO_維護處理流程（自修）海油發(fā)展PM02集成測試_PM-MM-FICO_維護處理流程（外委）海油工程PM03集成測試_PM-MM-QM-FICO_維護處理流程

（自修-備件運行MRP，執(zhí)行質(zhì)檢）化學(xué)公司PM04集成測試_PM-MM-FICO_維護處理流程（包含WCM）海油發(fā)展PM05集成測試_PM-MM-FICO_維護處理流程（安全費用審核）油氣利用PM06集成測試_PM-MM-FICO_設(shè)備大修（子母訂單）油服SD01集成測試_SDMMFICO_新加坡公司三方貿(mào)易流程有限公司SD03集成測試_SDMMFICO_標準銷售業(yè)務(wù)流程有限公司SD04集成測試_SDMMFICO_跨公司銷售業(yè)務(wù)流程油氣利用SD05集成測試_SDMMFICO_標準第三方業(yè)務(wù)流程油氣利用SD06集成測試_SDMMFICO_按單采購銷售流程油氣利用SD07集成測試_SDMMFICO_退貨處理流程海油發(fā)展SD08集成測試_SDMMFICO_寄售結(jié)算流程化學(xué)公司SD09集成測試_SDMMFICO_天然氣照付不議流程有限公司SD10集成測試_SDMMFICO_已售未提業(yè)務(wù)處理流程海油發(fā)展SD11集成測試_SDFICO_服務(wù)銷售流程海油發(fā)展SD12集成測試_SDFICO_借貸項憑單處理流程化學(xué)公司SD13集成測試_SDMM_免費訂單業(yè)務(wù)處理流程海油發(fā)展跨模塊業(yè)業(yè)務(wù)流程程腳本（（一）基礎(chǔ)案例例庫建設(shè)設(shè)—已完成業(yè)業(yè)務(wù)腳本本跨模塊業(yè)業(yè)務(wù)流程程腳本（（二）PP01集成測試_PPMMQMFICOSD_面向庫存的生產(chǎn)、成本核算到產(chǎn)品銷售化學(xué)公司PP02集成測試_PPMMFICOSD_重復(fù)制造的生產(chǎn)、成本核算到產(chǎn)品銷售化學(xué)公司PP03集成測試_PPMMSDFICO_惠煉產(chǎn)品增值鏈海油發(fā)展PP04集成測試_PPMMQMFICOSD_油氣利用生產(chǎn)、成本核算到產(chǎn)品銷售油氣利用PP05集成測試_PPMMSDFICO_海油發(fā)展成品油生產(chǎn)銷售還有發(fā)展PS01集成測試_PSMMFICO_開發(fā)類項目有限公司PS02集成測試_PSMMFICO_有限公司作業(yè)公司開發(fā)類項有限公司PS03集成測試_PSMMFICO_直接生產(chǎn)操作費有限公司PS04集成測試_PSMMFICO_勘探類項目有限公司PS05集成測試_PSMMFICO_生產(chǎn)資本性支出類項目有限公司PS06集成測試_PSMMFICO_信息類項目有限公司PS07集成測試_PSMMFICO_科研費用項目油服PS08集成測試SD_PSMMFICO_常規(guī)作業(yè)類項目油服PS09集成測試_PSMMFICO_客戶類項目海油工程PS10集成測試_PSMMFICO_油氣利用新建項目油氣利用PS11集成測試_PSMMFICO_海油發(fā)展客戶類項目海油發(fā)展PS12集成測試_PSMMFICO_海油發(fā)展投資類項目海油發(fā)展基礎(chǔ)案例例庫建設(shè)設(shè)—已完成業(yè)業(yè)務(wù)腳本本模塊內(nèi)業(yè)業(yè)務(wù)流程程腳本HR02組織管理海洋工程HR03人事管理海總HR04時間管理?？侶R05薪酬管理海總HR06招聘管理?？傆头﨟R07培訓(xùn)管理?？?有限,油服、海油發(fā)展,氣電HR08績效考核管理?？?化學(xué),有限MM01集成測試_WM_FICO_物資盤點流程有限公司MM07有物料編碼的物資采購_發(fā)放有限公司MM11委外加工發(fā)料有限公司測試平臺臺知識轉(zhuǎn)轉(zhuǎn)移為了在項項目結(jié)束束后，海?？偤蛯崒崢I(yè)方人人員能夠夠承擔測測試平臺臺的運維維工作，，項目組組從以下下幾個方方面做好好知識轉(zhuǎn)轉(zhuǎn)移工作作，包括括：培訓(xùn)工作。除除了測試試工具使使用的普普及型培培訓(xùn)，還還會針對對具體的的操作人人員進行行高級培培訓(xùn)，并并進行考考核。專題討論論。項目目實施過過程中遇遇到的各各種技術(shù)術(shù)難點，，均會召召開專題題討論，，各方人人員均需需要參加加。知識積累累。項目目組在項項目實施施過程中中，會總總結(jié)一些些典型的的應(yīng)用場場景和解解決方案案，并在在項目組組內(nèi)共享享。工作模式式。在項項目實施施期間，，HP方顧問會會采取1盯1的方式，，幫助實實業(yè)方人人員盡快快提高測測試技術(shù)術(shù)水平。目前實業(yè)人員員已能承承擔一部部分工作作，但他他們很難難在短短短4個月內(nèi)達達到HP顧問的水水平，所所以明年年在項目目結(jié)束后后就由實實業(yè)方人人員承擔擔測試平平臺的全全部運維維工作，，存在著著一定風(fēng)風(fēng)險?；貧w測試試方案介介紹（一一）回歸測試試策略最最終確認認為：選選擇38個跨模塊塊集成流流程，以以及49個模塊內(nèi)內(nèi)重點流流程（除除去部分分跨模塊塊集成流流程已經(jīng)經(jīng)包含的的）；策略覆蓋面廣廣，自動動化集成成度高，，保證了了各個模模塊功能能點得到到充分的的測試，，從而確確保系統(tǒng)統(tǒng)穩(wěn)定運運行；選取集成流程程（包括括跨模塊塊集成流流程和模模塊內(nèi)集集成流程程）作為為自動化化回歸測測試對象象，不單單單因為為集成流流程包含含了絕大大部分常常用的T-CODE、關(guān)鍵控控制點，，更重要要的是集集成流程程貫穿了了整個業(yè)業(yè)務(wù)流程程，可以以從業(yè)務(wù)務(wù)流、系系統(tǒng)本身身集成性性來考量量“變更更”帶來來的影響響和潛在在風(fēng)險；；38個跨模塊塊集成流流程包含含了11家所屬單單位的所所有共性性流程和和個性流流程，49個模塊內(nèi)內(nèi)集成流流程的選選取覆蓋蓋了FICO、MM、SD、HR等模塊，，流程的的選取覆覆蓋了11家所屬單單位的業(yè)業(yè)務(wù)，為為回歸測測試/巡巡檢測試試提供了了強有力力的數(shù)據(jù)據(jù)支持。?；貧w測試試方案介介紹（二二）工作量而而言，對對于所選選的方案案進行評評估，大大概需要要20個人月，，在有限限的時間間和人員員配置里里，選取取了常用用、關(guān)鍵鍵控制點點、及主主要業(yè)務(wù)務(wù)覆蓋的的T-CODE，從而達達到了““二八效效應(yīng)”；；該方案數(shù)據(jù)據(jù)的選取取也有自自己的局局限性，，方案重重點測試試集成流流程的功功能，共共性流程程選取單單個公司司代碼，，難以充充分測試試公司間間字段差差異化等等；單元元測試流流程只選選取了重重點流程程，沒有有全部選選取，可可能會導(dǎo)導(dǎo)致測試試不充分分；SAP系統(tǒng)的回回歸測試試和巡檢檢測試是是一項長長期的任任務(wù)，該該選取策策略只是是我們現(xiàn)現(xiàn)階段性性的實現(xiàn)現(xiàn)方式和和成果。。在未來來的工作作中，還還可以根根據(jù)具體體情況進進行完善善。權(quán)限測試試方案介介紹（一一）權(quán)限測試試需求：：自動化權(quán)權(quán)限測試試替代手手工權(quán)限限測試，，充分保保證權(quán)限限測試的的質(zhì)量；；規(guī)避集集團管控控、跨所所屬單位位、所屬屬單位內(nèi)內(nèi)部權(quán)限限過大的的風(fēng)險；；權(quán)限測試試背景：：中海油共共計11家所屬單單位；本本地角色色3萬多，最最終用戶戶5千左右；；權(quán)限測試試方案介介紹（二二）分步實施施：首先實現(xiàn)現(xiàn)集團管管控、跨跨所屬單單位自動動化權(quán)限限測試需需求，規(guī)規(guī)避集團團管控、、跨所屬屬單位權(quán)權(quán)限過大大的風(fēng)險險；后續(xù)續(xù)再實現(xiàn)現(xiàn)所屬單單位內(nèi)部部的自動動化權(quán)限限測試；；測試方法法：首先選取取集團管管控、跨跨所屬單單位相關(guān)關(guān)的T-CODE；然后找找出此部部分T-CODE涉及的本本地角色色，每種種本地角角色組合合選取對對應(yīng)的一一個用戶戶，進行行此部分分T-code的所有權(quán)權(quán)限控制制點的反反向測試試；并返返回結(jié)果果日志。。優(yōu)點：操作可行行性較大大，有效效的分解解了工作作量壓力力；能夠夠檢測出出集團管管控、跨跨所屬單單位權(quán)限限過大的的風(fēng)險；；缺點：需要逐步步實現(xiàn)；；實施過過程中，，還沒有有編制自自動化測測試腳本本的需要要人工測測試；權(quán)限測試試方案介介紹（三三）工作量評評估：在選定的的范圍內(nèi)內(nèi)，針對對每種不不同的本本地角色色組合建建立一個個自動化化測試的的腳本。。運行腳腳本時，，系統(tǒng)自自動運行行組合下下所有T-code權(quán)限檢查查點反向向測試，，并返回回結(jié)果日日志。以集團管控控、跨所所屬單位位共計3600個T-CODE為例，在在主數(shù)據(jù)據(jù)準備齊齊全的前前提下：：平均每每人每天天2個T-CODE的開發(fā)量量（默認認每個T-CODE含有3個權(quán)限檢檢查點））（注意意：T-CODE含有的權(quán)權(quán)限檢查查點以實實際數(shù)據(jù)據(jù)為準））；每人人每天串串聯(lián)16個T-CODE的工作量量。那么么開發(fā)T-CODE的工作量量等于（（3600/2）1800人天，串串聯(lián)用戶戶T-CODE的工作量量等于（（3600/16）225天。共計計需要（（1800+225）2025人天?；A(chǔ)案例例庫建設(shè)設(shè)—驗收情況況介紹項目組組組織業(yè)務(wù)務(wù)專家組組成員對對已完成成的所有有集成業(yè)業(yè)務(wù)流程程腳本進進行了驗驗收；所有業(yè)務(wù)務(wù)流程腳腳本均在在專家組組成員的的監(jiān)督下下成功執(zhí)執(zhí)行，并并將每一一步操作作進行截截圖，記記錄在腳腳本執(zhí)行行報告中中；專家組成成員對于于測試腳腳本涉及及的業(yè)務(wù)務(wù)流程，，提出了了一些增增加檢查查點和由由于手工工測試腳腳本錯誤誤，導(dǎo)致致腳本與與實際業(yè)業(yè)務(wù)不符符的問題題，項目目組均在在當場進進行了腳腳本修改改，解決決了相相關(guān)問題題；項目組對對所有執(zhí)執(zhí)行記錄錄進行集集中存檔檔備案；；QTP簡介自動化測試的好處快速Q(mào)uickTest執(zhí)行測試比人工測試速度快多了?？煽縌uickTest每一次的測試都可以正確的執(zhí)行相同的動作，可以避免人工測試的錯誤?？芍貜?fù)QuickTest可以重復(fù)執(zhí)行相同的測試?？沙绦蚧疩uickTest可以以程序的方式，撰寫復(fù)雜的測試腳本，以帶出隱藏在應(yīng)用程序中的信息。廣泛性QuickTest可以建立廣泛的測試腳本，涵蓋應(yīng)用程序的所有功能?？稍偈褂肣uickTest可以重復(fù)使用測試腳本，即使應(yīng)用程序的使用接口已經(jīng)改變。如果你執(zhí)執(zhí)行過人人工測試試，你一一定了解解人工測測試的缺缺點，人人工測試試非常浪浪費時間間而且需需要投入入大量的的人力。。使用人人工測試試的結(jié)果果，往往往是在應(yīng)應(yīng)用程序序交付前前，無法法對應(yīng)用用程序的的所有功功能都作作完整的的測試。。使用QuickTest可以加速速整個測測試的過過程，并并且建置置完新版版本的應(yīng)應(yīng)用程序序或網(wǎng)站站后，可可以重復(fù)復(fù)使用測測試腳本本進行測測試。以QuickTest執(zhí)行測試試，就與與人工測測試一樣樣。QuickTest會仿真鼠鼠標的動動作與鍵鍵盤的輸輸入，不不過QuickTest比人工測測試快了了很多。。目錄自動化測測試流程程自動化測試工具具QTP自動化測測試介紹紹構(gòu)建自動動化測試試框架QTP簡介Keyword-DrivenTesting把自動化測試融入到日常工作流程中對象庫

執(zhí)行和報告

檢查點編輯腳本并參數(shù)化

Item.Operation(Value)

MethodandProsperity—封裝屬性和自身屬性Parameterize（參數(shù)文件更新）CheckPoint（7種檢查點）

RunReportObjectRepositoryQTP工作界面面標題欄、、菜單欄欄文件工具具欄、測測試工具具欄、調(diào)調(diào)試工具具欄測試窗格格：腳本本視圖/關(guān)鍵字視視圖數(shù)據(jù)表ActiveScreen視窗狀態(tài)欄QTP菜單欄QTP的菜單功功能，包包括“文文件”、、“編輯輯”、““視圖””等等菜菜單。QTP工具欄文件工具具欄－－－管理測測試或組組件的按按鈕測試工具具欄－－－在創(chuàng)建建和維護護測試或或組件時時用到的的命令按按鈕調(diào)試工具具欄－－－調(diào)試測測試或組組件步驟驟時用到到的命令令按鈕QTP測試窗格格關(guān)鍵字視視圖專家視圖圖QTP參數(shù)表存儲QTP運行時用用到的數(shù)數(shù)據(jù)Global、LocalSheet數(shù)據(jù)可通通過手工工方式導(dǎo)導(dǎo)入、導(dǎo)導(dǎo)出ActiveScreen錄制會話話過程中中執(zhí)行某某個特定定步驟時時，捕獲獲到的應(yīng)應(yīng)用程序序的屏幕幕快照通過ActiveScreen操作，參參數(shù)化、、檢查點點等安裝QTP安裝QTP臨時License：8888-8888888888更新License安裝示例例腳本插插件安裝腳本本調(diào)試插插件QTP工作原理理腳本錄制制，捕捉捉對象以以及在對對象上的的操作腳本回放放，在可可識別的的對象上上還原操操作完整的錄錄制回放放流程準備錄制制進行錄制制編輯測試試腳本調(diào)試腳本本在回歸測測試中運運行測試試分析接過過，報告告問題QTP腳本參數(shù)數(shù)化把自動測測試腳本本運行所所用到的的數(shù)據(jù)以以參數(shù)取取代，腳腳本運行行時從參參數(shù)表取取數(shù)據(jù)將數(shù)據(jù)與與腳本分分離，便便于維護護，便于于更新數(shù)數(shù)據(jù)以適適應(yīng)新的的測試QTP腳本中的的參數(shù)化化環(huán)境變量量參數(shù)化化，測試試、操作作參數(shù)的的值，應(yīng)應(yīng)用程序序隨機值值。參數(shù)化界界面輸入數(shù)據(jù)據(jù)的參數(shù)數(shù)化輸入數(shù)據(jù)據(jù)可以直直接輸入入輸入數(shù)據(jù)據(jù)可以從從參數(shù)表表取值輸入數(shù)據(jù)據(jù)可以設(shè)設(shè)置為參參數(shù)并為為該參數(shù)數(shù)設(shè)置默默認值，，在腳本本運行時時可以修修改，如如取參數(shù)數(shù)表中的的值、取取被測系系統(tǒng)實時時生成的的某個相相關(guān)值。。直接輸入入數(shù)據(jù)：：如在登陸陸窗口輸輸入用戶戶名“ggg””，自動生生成語句句：Window(("ProgramManager")).Dialog(""Login"").WinEdit("AgentName:")).Set""ggg"前面部分分用來確確認操作作的對象象，Set是在對象象上所做做的操作作，ggg為輸入值值。輸入數(shù)據(jù)據(jù)的參數(shù)數(shù)化輸入數(shù)據(jù)據(jù)從參數(shù)數(shù)表取值值，從當當前表、、全局表表（GlobalSheet）或指定定表取值值。前置條件件：所被被指定的的表存在在參數(shù)列列且有參參數(shù)數(shù)據(jù)據(jù)。使用datatable..value方法，示示例語句句如下：：Window(("ProgramManager")).Dialog(""Login"").WinEdit("AgentName:")).Setdatatable..Value(("username",dtglobalsheet)Window(("ProgramManager")).Dialog(""Login"").WinEdit("AgentName:")).Setdatatable..Value(("username",dtlocalsheet))輸入數(shù)據(jù)據(jù)的參數(shù)數(shù)化輸入數(shù)據(jù)據(jù)已經(jīng)定定義為參參數(shù)并設(shè)設(shè)置默認認值；為為當前Action設(shè)置參數(shù)數(shù)，在可可復(fù)用腳腳本中常常用到。。在腳本中中示例語語句如下下：Window(("ProgramManager")).Dialog(""Login"").WinEdit("AgentName:")).Setparameter("username"))輸入數(shù)據(jù)據(jù)的參數(shù)數(shù)化輸出值的的參數(shù)化化被測系統(tǒng)統(tǒng)生成的的實時值值，可用用作后續(xù)續(xù)操作的的某些輸輸入值。。輸出值被被輸出到到參數(shù)表表或者輸輸出參數(shù)數(shù)；在目標對對象，點點擊右鍵鍵選擇““InsertOutputvalue”功能；示例如下下：輸出值的的參數(shù)化化輸出值被被參數(shù)化化后，后后續(xù)操作作可以直直接使用用被輸出出值。從數(shù)據(jù)表表取得輸輸出值，，方法參參考輸入入數(shù)據(jù)從從參數(shù)表表取值。。輸出值的的參數(shù)化化QTP腳本檢查查點檢查點檢檢查頁面面、對象象或者文文本字符符串中的的特定值值或特征征，是將將指定屬屬性的當當前值與與該屬性性的期望望值進行行比較的的驗證點點。通過過它可以以標識網(wǎng)網(wǎng)站或者者應(yīng)用程程序是否否正常運運行。關(guān)鍵步驟驟、關(guān)鍵鍵操作的的檢查，，如：與與服務(wù)器器交互后后，客戶戶端的信信息檢查查。標準檢查查點、對對象檢查查點、文文本檢查查點、數(shù)數(shù)據(jù)庫檢檢查點等等添加檢查查點界面面插入檢查查點－－－標準檢檢查點ActiveScreen視窗，在在目標對對象上點點擊鼠標標右鍵選選擇“InsertStandardCheckpoint””設(shè)置標準準檢查點點檢查點可可以檢查查目標對對象的多多個屬性性，如同同時檢查查enabled、text、height等。設(shè)置屬性性的值為為固定值值或者從從數(shù)據(jù)表表取值（（可參考考對象屬屬性設(shè)置置）。設(shè)置檢查查點的超超時時限限。設(shè)置檢查查點檢查查的時機機。插入檢查查點－文文本檢查查點插入檢查查點－文文本檢查查點添加事務(wù)務(wù)腳本的分分割功能：Step－>SplitAction生成并列列腳本還還是第二二個腳本本被第一一個腳本本調(diào)用。。QTP腳本對象象應(yīng)用界面面上的按按鈕、編編輯框、、標簽、、選框等等控件被被QTP當作對象象，在錄錄制自動動測試腳腳本時這這些能夠夠被識別別的對象象信息被被存儲到到QTP對象庫回放時會會將對象象庫中的的對象信信息與實實際操作作應(yīng)用界界面上的的控件對對比QTP常用對象象方法：：Click、Dblclick、Exist、type、set、GetRoProperty、GetVisibleText等。對象庫查查看、編編輯和管管理QTP對象庫結(jié)結(jié)構(gòu)錄制腳本本時，QTP可識別的的對象存存儲在對對象庫中中。QTP對象屬性性設(shè)置對象的名名稱、類類型、屬屬性添加、刪刪除顯示示的屬性性將影響響對象的的識別配置屬性性值：固固定值、、參數(shù)表表取值QTP定位對象象庫中的的對象在對象列列表選擇擇目標對對象，激激活當前前被選中中對象所所屬窗體體，點擊擊識別某個個對象的的詳細屬屬性通過功功能可以以識別某某個對象象的詳細細屬性以以及該對對象支持持的方法法。103Web對象的識識別靜態(tài)Web對象的識別序號Web對象推薦識別屬性方法1

BrowsercreationTime

2

Pageindex

3

Framename

4WebTablename

5WebEditnameSet6WebButtontextClick7WebListnameSelect8LinktextClick9Imagename

10WebCheckBoxname

11WebRadioGroupname

12WebElementinnertext/htmltag

13Dialogtext

14WinButtontext

靜態(tài)Web對象的識識別QuickTest可以使用用三種類類型的順順序標識識符來標標識對象象：索引（index）：指示該該對象在在應(yīng)用程程序代碼碼中相對對于其他他描述都都相同的的其他對對象的顯顯示順序序。QTP在錄制和和執(zhí)行中中，為測測試對象象屬性分分配一個個值，以以便唯一一標識該該對象。。該值基基于對象象在源代代碼中的的顯示順順序。第第一個出出現(xiàn)的是是0。注意，，index屬性值是是特定于于對象的的。因此此，如果果使用Index:==3描述WebEdit測試對象象，QuickTest將在頁中中搜索第第四個WebEdit對象。位置（location）：指示該該對象在在父窗口口、框架架或?qū)υ捲捒蛑邢嘞鄬τ谄淦渌枋鍪龆枷嗤钠渌麑ο蟮牡娘@示順順序。QuickTest可以為對對象的location測試對象象屬性分分配一個個值，以以便唯一一標識該該對象。。該值基基于對象象在窗口口、框架架或?qū)υ捲捒蛑邢嘞鄬τ诰呔哂邢嗤瑢傩缘牡钠渌麑ο蟮娘@顯示順序序。第一一個出現(xiàn)現(xiàn)的對象象是0。各列值值的分配配從上到到下、從從左到右右。creationTime（僅限于于瀏覽器器對象））：指指示該瀏瀏覽器打打開的順順序，相相對于其其他描述述都相相同的其其他打開開的瀏覽覽器。如果QuickTest不能僅