自動化測試和QTP工具培訓(xùn)資料ppt課件

1、自動化測試培訓(xùn)&QTP工具培訓(xùn)大開測試日期：2021.12北京大開科技目錄構(gòu)建自動化測試框架自動化測試引見自動化測試流程QTP自動化測試工具對自動化測試的了解定義： 指以程序運(yùn)轉(zhuǎn)的方法替代人工測試，從而到達(dá)減少手工任務(wù)量，提高測試效率目的。了解：用機(jī)器或工具自動執(zhí)行的測試，替代人完成反復(fù)性勞動，但不能完全取代人。自動化測試需求用到測試工具，測試工程師的參與。自動化測試技術(shù)可運(yùn)用于一切的測試階段。不僅僅是商業(yè)測試工具、開源測試工具、自行編制測試工具或測試腳本。只需可以部分替代手工測試提高執(zhí)行效率。對自動化測試的了解提高測試效率，降低測試本錢反復(fù)性強(qiáng)的手工勞動用自動化替代快速的回歸測試，提高新版本

2、發(fā)布的速度和質(zhì)量防止人工測試容易犯的錯誤，如：錯誤測試，漏測試，多測試等。很容易就實(shí)現(xiàn)并發(fā)測試，加快進(jìn)展需求規(guī)范的測試管理不能發(fā)明性發(fā)現(xiàn)測試腳本沒有設(shè)計的缺陷需求自動化測試開發(fā)工程師對測試環(huán)境要求比較嚴(yán)厲在資源投入和產(chǎn)出方面進(jìn)展權(quán)衡自動測試腳本的修正、維護(hù)任務(wù)量大為評價軟件質(zhì)量提供數(shù)據(jù)支持，完好的測試是評定軟件質(zhì)量的一種方法樹立對自動化的正確認(rèn)識適用性培訓(xùn)維護(hù)運(yùn)用自動化測試優(yōu)缺陷提高測試效率，降低測試本錢測試人員更注重測試結(jié)果分析提高新版本發(fā)布的速度和質(zhì)量防止人工反復(fù)測試易犯的錯誤可以實(shí)現(xiàn)多機(jī)自動化并行測試優(yōu)點(diǎn)不能發(fā)明性發(fā)現(xiàn)缺陷需求規(guī)范化的管理對人員有編程要求對測試環(huán)境要求高變化帶來的腳本維護(hù)

3、缺陷自動化測試目的只適用于功能測試階段，由于普通會：給定預(yù)算，進(jìn)度，資源給定平均或期望的測試運(yùn)轉(zhuǎn)次數(shù)根據(jù)業(yè)務(wù)流程的不同復(fù)雜度和風(fēng)險最大化自動化率只能到達(dá)有限值初級階段目的可以適用于回歸測試：自動化率可以逐漸提高添加自動化測試的次數(shù)減少測試運(yùn)轉(zhuǎn)時的缺陷高級階段目的經(jīng)過靈敏的合理的自動化測試目的最大化時間和資源的利用率和價值為什么需求自動化測試維護(hù)周期長、兼容性高、多言語多版本的系統(tǒng)無人值守運(yùn)用，充分利用時間，縮短發(fā)布周期有利于測試資產(chǎn)的積累、存儲和移交、管理第三方自動化測試工具有利于自動化測試的效率組織開展、技術(shù)更新為什么需求自動化測試大多數(shù)工程處于維護(hù)階段，程序界面變動較少大量部分需求變卦、添

4、加新業(yè)務(wù)、bug修復(fù)測試義務(wù)在某些業(yè)務(wù)功能測試中經(jīng)常要反復(fù)編造業(yè)務(wù)數(shù)據(jù)冒煙測試、兼容性測試、版本驗(yàn)證、涉及影響測試等需投入大量任務(wù)量復(fù)雜的公式計算和統(tǒng)計計算等占用手工測試人員較多的時間，且容易出錯手工測試用例不容易構(gòu)成資產(chǎn)積累自動化測試是軟件測試開展的方向業(yè)務(wù)改良軟件下發(fā)研發(fā)過程變卦管理測試管理源代碼管理自動化測試全面提高任務(wù)效率系統(tǒng)晉級配置管理軟件研發(fā)自動化測試自動化測試版本管理單元測試每日構(gòu)建集成測試系統(tǒng)測試自動測試技術(shù)的開展第一代自動測試技術(shù) 實(shí)現(xiàn)：錄入回放第二代自動測試技術(shù)實(shí)現(xiàn)：腳本技術(shù)，可以參與腳本實(shí)現(xiàn)邏輯第三代自動測試技術(shù) 實(shí)現(xiàn)：數(shù)據(jù)驅(qū)動，數(shù)據(jù)與測試腳本分別第四代自動測試技術(shù) 實(shí)現(xiàn)

5、：關(guān)鍵字驅(qū)動、構(gòu)件化測試，業(yè)務(wù)驅(qū)動數(shù)據(jù)驅(qū)動驅(qū)動 數(shù)據(jù)驅(qū)動主要優(yōu)點(diǎn)是： 1、測試腳本與測試數(shù)據(jù)的分別； 2、執(zhí)行測試用例的人員關(guān)注測試數(shù)據(jù)表與測試報告表； 3、測試腳本的執(zhí)行離散的。關(guān)鍵字驅(qū)動技術(shù)關(guān)鍵字驅(qū)動關(guān)鍵字驅(qū)動的自動化測試框架是在數(shù)據(jù)驅(qū)動的根底上進(jìn)展改良，數(shù)據(jù)源里包含的不只是數(shù)據(jù)，還有關(guān)鍵字，一個測試用例由一個或假設(shè)干個關(guān)鍵字組成。每個關(guān)鍵字對應(yīng)個不同的業(yè)務(wù)邏輯。關(guān)鍵字主要包括三類：被操作對象Item、操作Operation和值value，用面向?qū)ο蠓绞娇杀憩F(xiàn)為Item.Operation(Value)將測試邏輯按照關(guān)鍵字進(jìn)展分解，構(gòu)成數(shù)據(jù)文件，測試工具解釋關(guān)鍵字運(yùn)轉(zhuǎn) 12自動化測試適用范

6、圍自動化測試的適用范圍包括兩點(diǎn)：1.減少操作的反復(fù)性：自動化測試工具的運(yùn)用可以輔助人們完成一些反復(fù)性較高的操作，如完成N條不同內(nèi)容投保單的錄入，在這里自動化測試具有快速、準(zhǔn)確的輸入、節(jié)約時間的特點(diǎn)；2.回歸測試：在系統(tǒng)測試階段開發(fā)針對某一詳細(xì)功能的自動化測試腳本如一條記錄的新增操作，在回歸測試階段經(jīng)過執(zhí)行該腳本來保證該功能沒有被新功能的添加、其它bug的修復(fù)而破壞。例如：1.每輪測試都需求執(zhí)行的根底測試，如需求對保全功能做測試時， 可經(jīng)過自動化測試工具完成一個保單流程的錄入；2.數(shù)據(jù)驅(qū)動的用例，如需求輸入很多組數(shù)據(jù)，每組數(shù)據(jù)對應(yīng)不同的預(yù)期結(jié)果，如一條投保單的錄入在保管時需求做很多個校驗(yàn)及檢查，

7、可為每個需求檢查的邏輯判別做一組數(shù)據(jù)，在保管時檢查校驗(yàn)條件能否都正常任務(wù)；自動化測試的本錢思索評價購買或開發(fā)測試工具 每年的維護(hù)費(fèi)用或晉級本錢 學(xué)習(xí)工具和培訓(xùn)時間 測試自動化上特定的資源投入與開發(fā)自動化測試工具一切相關(guān)的抽風(fēng) 維護(hù)腳本的本錢 存儲腳本的硬件資源破費(fèi)自動化測試建立常見錯誤1、缺乏好的自動化測試方案和設(shè)計過程2、錯誤的選擇了自動化測試工具3、錯誤的自動化框架設(shè)計4、在設(shè)計中缺乏好的設(shè)計管理5、缺乏自動化過程和工具培訓(xùn)相關(guān)術(shù)語Test Requirement測試需求：是關(guān)于某詳細(xì)測試目的的聲明以及確認(rèn)測試能否經(jīng)過所要到達(dá)的規(guī)范。Test Plan測試方案：包括工程中的測試目的和目的的

8、信息。此外，測試方案還明確了測試實(shí)現(xiàn)的戰(zhàn)略和所需求的資源。Test Strategy測試戰(zhàn)略：描畫了測試獲得的通用目的和方法。Test Case測試用例：是一套為特定目的開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果，例如執(zhí)行一跳特殊程序途徑或者在特定要去下驗(yàn)證一致性。Test Data測試數(shù)據(jù)：在測試中所用到的實(shí)踐數(shù)值或執(zhí)行測試所必需的 數(shù)值。測試數(shù)據(jù)是測試條件作為輸入或預(yù)存在的數(shù)據(jù)的詳細(xì)例化，用于驗(yàn)證已勝利實(shí)現(xiàn)的特定要求經(jīng)過將實(shí)踐構(gòu)造與期望結(jié)果比較。 Test Inputs測試輸入：是任務(wù)過程的產(chǎn)物，用于標(biāo)志和定義發(fā)生在測試期間的動作。這些產(chǎn)物能夠是從測試組之外的軟件開發(fā)過程中產(chǎn)生的，例如功能需求規(guī)格

9、闡明和設(shè)計規(guī)格闡明。它們也能夠是從前期測試階段產(chǎn)生的并被留給了后續(xù)的測試活動。相關(guān)術(shù)語Test scrpt測試腳本：這是計算機(jī)可讀懂的能令測試程序或一部分測試程序自動執(zhí)行的指令。測試腳本可以由人創(chuàng)建復(fù)制或者由自動測試工具產(chǎn)生，它運(yùn)用編程言語限制，或者由記錄、生成和編程混合創(chuàng)建。Test Results測試結(jié)果：執(zhí)行測試所捕獲的數(shù)據(jù)，并被用于計算測試的不同關(guān)鍵測度。Performance Testing性能測試：經(jīng)過這類測試的實(shí)現(xiàn)和執(zhí)行可以對索要測試的運(yùn)用程序與性能相關(guān)的特征作出描畫和評價。這些測試包括時間調(diào)度情況、執(zhí)行流暢、呼應(yīng)時間以及操作可靠性和限制。DataDriven Testing數(shù)據(jù)

10、驅(qū)動測試：這是一種測試腳本的功能及執(zhí)行由外部數(shù)據(jù)所引導(dǎo)的自動測試方法。這種方法將測試及控制數(shù)據(jù)與測試腳本本身別分開了。Test Condition測試條件：測試所涉及的各種環(huán)境要素。目錄構(gòu)建自動化測試框架自動化測試流程自動化測試引見自動化測試工具QTP正確選擇適宜的自動化測試通常適宜自動化測試的用例有：產(chǎn)品型工程產(chǎn)品型的工程，新版本是在舊版本的根底上進(jìn)展改良，功能變不大的工程，但工程的新老功能都必需反復(fù)的測試。回歸測試回歸測試是自動化測試的強(qiáng)項，它可以很好的驗(yàn)證他能否引入了新的缺陷，老的缺陷能否修正正來了。在某種程度上可以把自動化測試工具叫做回歸測試工具。機(jī)械并頻繁的測試每次需求輸入一樣、大量

11、的一些數(shù)據(jù)，并且在一個工程中運(yùn)轉(zhuǎn)的周期比較長。有一些交互性比較強(qiáng)，需求人工干涉的操作，就不要指望經(jīng)過自動化測試來完成了。例如，用戶運(yùn)用U-Key登錄。自動化測試實(shí)施條件具有良好定義的測試戰(zhàn)略和測試方案知道要測試什么、知道什么時候測試可以確保多個測試運(yùn)轉(zhuǎn)的構(gòu)建戰(zhàn)略多平臺環(huán)境需求被測試擁有運(yùn)轉(zhuǎn)自動化測試的硬件擁有關(guān)注在自動化測試進(jìn)程上的資源自動化測試規(guī)劃設(shè)計框架資源方案好投入的工具設(shè)備和人員等不同的測試框架實(shí)施方式不同與研發(fā)類似測試實(shí)施之前做一份真實(shí)可行的規(guī)劃是自動化可以得以實(shí)施的根底自動化測試實(shí)施規(guī)劃階段一：完成對結(jié)算和信貸主要業(yè)務(wù)的流程覆蓋階段二：完成對業(yè)務(wù)的校驗(yàn)和約束階段三：運(yùn)用到更多的業(yè)務(wù)

12、中去，規(guī)模擴(kuò)展開發(fā)自動化測試框架，降低對測試工具的依賴 運(yùn)用動作詞的自動化測試第一層次第二層次第三層次層次階段測試自動化程度自動化測試任務(wù)義務(wù)的優(yōu)先級自動化ROI度量測試范圍由風(fēng)險驅(qū)動測試 ( 例如：高風(fēng)險的項先被測試)自動化的優(yōu)先順序:對于能盡快最少運(yùn)轉(zhuǎn)次數(shù)到達(dá)投資報答平衡點(diǎn)高風(fēng)險的測試案例優(yōu)先低復(fù)雜度的測試案例優(yōu)先優(yōu)先級戰(zhàn)略# 需要自動測試執(zhí)行的次數(shù) 復(fù)雜度風(fēng)險HighMediumLowHigh5.05.95.5Medium6.67.38.1Low5.07.38.11342#優(yōu)先級順序58697ROI分析基于風(fēng)險和復(fù)雜度評價到達(dá)測試目的的最正確性價比測試自動化根本實(shí)際方法風(fēng)險過程根據(jù)特定測

13、試風(fēng)險等級來選擇適宜的測試過程.經(jīng)過以測試過程的最優(yōu)組合和資源、進(jìn)度、風(fēng)險的約束來多次運(yùn)轉(zhuǎn)自動化測試次數(shù)，來到達(dá)最小化任務(wù)量的目的方法過程高風(fēng)險中風(fēng)險低風(fēng)險高復(fù)雜度中復(fù)雜度低復(fù)雜度自動化測試流程描畫ID活動描述責(zé)任角色參與角色成果物01自動化測試計劃自動化測試計劃02自動化測試準(zhǔn)備生成自動化腳本03自動化測試執(zhí)行自動化測試報告 在測試方案設(shè)計階段，設(shè)計者應(yīng)盡能夠思索到系統(tǒng)的本身的業(yè)務(wù)和功能特點(diǎn)，將某些業(yè)務(wù)流和功能點(diǎn)確定為自動化測試；而在設(shè)計測試用例時必需對這部分的測試用例描畫細(xì)化；自動化測試的操作過程大體分為5步：制定自動化測試方案、編寫自動化測試用例、開發(fā)調(diào)試自動化測試腳本、執(zhí)行自動化測試、

14、測試腳本的維護(hù)。 關(guān)于自動化測試工具的詳細(xì)運(yùn)用方法請參考。制定自動化測試方案 制定測試方案的目的是確定和描畫要實(shí)施的執(zhí)行的測試。這是經(jīng)過生成包含測試需求和測試戰(zhàn)略的測試方案來完成的?？梢灾贫ㄒ粋€單獨(dú)的測試方案，用于描畫所要實(shí)施和執(zhí)行的不同測試類型，也可以為每種測試類型制定一個測試方案。 換句話說制定自動化測試方案是個分析、挑選的過程，即經(jīng)過對被測系統(tǒng)業(yè)務(wù)流程的分析，整理出哪些模塊適宜做自動化測試，哪些功能點(diǎn)的驗(yàn)證可以進(jìn)展腳本的合并。測試自動化實(shí)現(xiàn)中的功能分解業(yè)務(wù)功能分解的原那么和方法：明晰畫出業(yè)務(wù)流程圖根據(jù)業(yè)務(wù)流程分解業(yè)務(wù)功能，可以被復(fù)用的功能也要被分解出來。按照途徑覆蓋的思想，組織測試用例編

15、寫自動化測試用例 根據(jù)手工測試用例編寫完善相應(yīng)的自動化測試用例，其中包括測試的版本、功能點(diǎn)描畫、驅(qū)動數(shù)據(jù)、詳細(xì)操作流程、明確的預(yù)期結(jié)果。 測試用例粒度測試用例的粒度決議了用例模型級的復(fù)雜度，也決議了每一個用例內(nèi)部的復(fù)雜度。應(yīng)該根據(jù)每個系統(tǒng)的詳細(xì)情況來把握各個層次的復(fù)雜度，在盡能夠保證整個用例模型的易了解性前提下決議用例的大小和數(shù)目。用例不能太大，這樣一旦出執(zhí)行測試用例出錯，不利于定位問題；但也不能太細(xì)化，太小那么不方便執(zhí)行。測試用例與測試套件一個大型的工程有許功能模塊，必然會產(chǎn)生大量的測試用例，怎樣才干有效的管理這些測試用例呢？這就需求創(chuàng)建測試套件，經(jīng)過測試套件將測試某一個模塊或功能點(diǎn)的測試用

16、例集合起來，方便運(yùn)轉(zhuǎn)與管理。例如，只驗(yàn)證“用戶管理模塊功能，那么只需求執(zhí)行“用戶管理模塊套件即可。開發(fā)、調(diào)試自動化測試腳本 以業(yè)界常用的自動化測試工具為例，腳本的開發(fā)通常是經(jīng)過錄制完成的需求留意的是在錄制腳本之前設(shè)計好腳本，便于錄制過程的流暢，提高腳本的修正效率，即工具本身經(jīng)過記錄用戶的操作過程及所輸入的數(shù)據(jù)生成一個由VB言語編寫的可執(zhí)行腳本，測試工程師對腳本進(jìn)展相應(yīng)的修正即可。修正加強(qiáng)腳本主要包括一下幾點(diǎn)：1.刪除錄制過程中多余和錯誤的代碼；2.對輸入輸出值進(jìn)展適當(dāng)?shù)膮?shù)化；3.對于不能經(jīng)過錄制產(chǎn)生的代碼進(jìn)展手工編寫；4.錄制所產(chǎn)生的腳本是線性的，適當(dāng)參與條件、控制 語句，實(shí)現(xiàn)更為復(fù)雜的流程

17、；5.設(shè)置文本、圖片、及數(shù)據(jù)庫檢查點(diǎn)；6.適當(dāng)參與注釋、便于閱讀和維護(hù)；執(zhí)行自動化測試 執(zhí)行自動化測試是經(jīng)過運(yùn)用工具來替代手工操作的過程，腳本回放的過程中是模擬用戶的實(shí)踐操作來執(zhí)行的，此時需求留意的是，測試環(huán)境要堅持干凈。測試腳本的維護(hù) 隨著任務(wù)的不斷推進(jìn)、腳本量會逐漸增多，測試組需求對測試腳本進(jìn)展維護(hù)，將有效的測試腳本上傳至QC效力器效力器上，同其對應(yīng)的測試用例放在一同進(jìn)展維護(hù)。1.隨著被測程序的更新，不斷更新相應(yīng)的測試腳本；2.對一些變卦較為頻繁的腳本，適當(dāng)采用版本管理工具保管腳本 、如SVN、VSS等以便可以隨時獲取歷史版本；3.腳本采用一致的命名規(guī)范如安康險_契約錄入_、安康險_保全_

18、客戶資料變卦等等；自動化測試的評審 根據(jù)自動化測試結(jié)果編寫，組長組織自動化測試任務(wù)小組首先進(jìn)展內(nèi)部評審，內(nèi)部經(jīng)過后再提交到測試組進(jìn)展自動化測試戰(zhàn)略的外部評審，假設(shè)條件允許的情況下此時需求由工程組、自動化測試小組、質(zhì)量控制組共同參與評審過程。目錄自動化測試流程構(gòu)建自動化測試框架自動化測試引見自動化測試QTP軟件測試框架引見什么是框架framework ? 測試框架是一組自動化測試的規(guī)范、測試腳本的根底代碼，以及測試思想的集合。整個或部分系統(tǒng)的可重用設(shè)計，表現(xiàn)為一組籠統(tǒng)構(gòu)件以及構(gòu)件實(shí)例間交互的方法；可被開發(fā)者定制的運(yùn)用框架。 測試框架出現(xiàn)的最終目的是花少量的資源來完成盡能夠多的測試義務(wù)，所以測試框

19、架的建立以及框架的重用性方面是最值得測試人員深化探求的地方。減少冗余代碼、提高代碼消費(fèi)率、提高代碼重用性和可維護(hù)性。提高開發(fā)速度，提升測試代碼的執(zhí)行效率；提高軟件代碼質(zhì)量，同時引入重構(gòu)概念，讓代碼更干凈和富有彈性；提升系統(tǒng)的可信任度，作為回歸測試的一種實(shí)現(xiàn)方法支持修復(fù)后“再測試，確保代碼的正確性。 自動化回歸測試框架特點(diǎn)業(yè)務(wù)測試構(gòu)件執(zhí)行監(jiān)控測試數(shù)據(jù)管理異?；謴?fù)缺陷報告自動提交缺陷報告靈敏的自動測試過程異常中止恢復(fù)機(jī)制實(shí)現(xiàn)業(yè)務(wù)測試構(gòu)件，快速完成業(yè)務(wù)流自動測試監(jiān)控測試運(yùn)轉(zhuǎn)形狀被測系統(tǒng)數(shù)據(jù)管理機(jī)制數(shù)據(jù)與腳本分別與腳本分別，備份和恢復(fù)3838好的自動化測試框架的特點(diǎn)構(gòu)件化的腳本技術(shù)；可復(fù)用的腳本或公共

20、函數(shù)的運(yùn)用，降低自動測試代碼總量；被測系統(tǒng)的界面或功能變化，不需求修正大量的自動測試代碼業(yè)務(wù)的測試流往往由業(yè)務(wù)人員來設(shè)計，根據(jù)業(yè)務(wù)需求的變化，不斷改動業(yè)務(wù)的測試流。假設(shè)自動回歸測試系統(tǒng)不可以順應(yīng)業(yè)務(wù)流的變化，那么改動的任務(wù)量將是宏大的假設(shè)測試數(shù)據(jù)與自動測試腳本結(jié)合嚴(yán)密，那么，一旦修正測試案例的數(shù)據(jù)，就必需由專業(yè)的自動測試技術(shù)人員修正自動測試腳本，而且?guī)砗甏蟮娜蝿?wù)量可維護(hù)性業(yè)務(wù)驅(qū)動測試數(shù)據(jù)管理絕大部分失敗案例，都是由于維護(hù)任務(wù)量太大，從而將辛勞建立起來的自動回歸測試系統(tǒng)丟棄根底案例庫建立-平臺搭建自動化測試過程框架業(yè)務(wù)分析案例設(shè)計腳本生成實(shí)施執(zhí)行業(yè)務(wù)分析人員測試人員技術(shù)人員/測試人員測試人員業(yè)

21、務(wù)流程分析確定測試點(diǎn)確定測試場景測試需求UI流分析數(shù)據(jù)預(yù)備測試案例數(shù)據(jù)模型數(shù)據(jù)采集工具業(yè)務(wù)分析與評價方法編寫腳本裝配流程測試目的及戰(zhàn)略測試腳本執(zhí)行測試缺陷跟蹤測試報告共享對象庫共享腳本自動化框架測試工具測試管理工具1、從現(xiàn)有的移植案例中選一定范圍的測試需求，作為研發(fā)階段義務(wù)范圍；2、由自動化測試架構(gòu)師為主組織研發(fā)小組，小組組成員包括：測試設(shè)計人員、腳本開發(fā)人員、數(shù)據(jù)管理人員，其中，測試設(shè)計人員由手工功能測試組成員兼任；3、在確定的測試需求范圍內(nèi)建立起自動化測試的共享對象庫、共享腳本庫、測試數(shù)據(jù)模型、測試數(shù)據(jù)抽取SQL腳本庫1、培訓(xùn)各測試工程組成員；2、在實(shí)踐測試過程中進(jìn)展自動化測試的實(shí)施，進(jìn)展

22、效果的評價，并總結(jié)改良方案；3、研發(fā)小組完善、擴(kuò)展自動化測試成果資產(chǎn)；研發(fā)階段實(shí)施與完善階段測試需求定義場景定義場景的流程定義預(yù)期結(jié)果及檢查點(diǎn)定義測試數(shù)據(jù)的要求測試數(shù)據(jù)測試數(shù)據(jù)測試數(shù)據(jù)管理系統(tǒng)根底數(shù)據(jù)新建業(yè)務(wù)數(shù)據(jù)抽取業(yè)務(wù)數(shù)據(jù)頁面控制數(shù)據(jù)業(yè)務(wù)數(shù)據(jù)模型保單保險人保全信息理賠信息投保信息Ui參數(shù)模型UiUi數(shù)據(jù)對象Ui數(shù)據(jù)規(guī)那么UI編碼業(yè)務(wù)數(shù)據(jù)對象. 數(shù)據(jù)要素缺省值能否參數(shù)化險種信息測試數(shù)據(jù)投保人數(shù)據(jù)特征：正常保單失效保單)保單號=“保單形狀=“自動化測試腳本的生成過程執(zhí)行測試腳本研發(fā)共享對象庫編寫腳本共享腳本庫測試案例ui流程、測試數(shù)據(jù)案例生成測試案例ui流程、測試數(shù)據(jù)流程裝配測試數(shù)據(jù)配置案例庫基

23、于功能分解的自動化測試框架基于功能分解的自動化測試框架基于功能分解的自動化測試框架優(yōu)缺陷優(yōu)點(diǎn)較為模塊化(modular)的設(shè)計，防止反復(fù)的腳本，減少建立或維護(hù)腳本的本錢。 在運(yùn)用軟件開發(fā)的同時，就可以同步進(jìn)展腳本建立的動作，而且當(dāng)運(yùn)用軟件功能變動時，只需求修正業(yè)務(wù)功能腳本。 由于運(yùn)用軟件的功能曾經(jīng)被分解成獨(dú)立的業(yè)務(wù)功能腳本，測試人員可以隨意組合業(yè)務(wù)功能腳本成為更復(fù)雜多樣的測試個案。 測試輸入數(shù)據(jù)與驗(yàn)證數(shù)據(jù)與腳本分開，儲存在另外的檔案，如純文字文件或 Excel 文件，測試人員可以更容易修正與維護(hù)。 透過判別 Action 回傳值是 TRUE 或 FALSE ，可以作錯誤處置，讓腳本更有彈性。

24、缺陷在編寫業(yè)務(wù)功能腳本時，需求知曉測試工具腳本言語的工程師。 個Action都會有本人的輸入輸出參數(shù)，需求用文檔一致維護(hù)，控制變卦。 測試人員除了要維護(hù)測試方案之外，還要另外維護(hù)數(shù)據(jù)文件。 對測試工具以及腳本言語來說，運(yùn)用數(shù)據(jù)文件能夠也要留意數(shù)據(jù)文件的格式。 自動化測試處理方案QTP和QC自動化測試框架技術(shù)實(shí)現(xiàn) 缺陷測試實(shí)驗(yàn)室測試方案/用例測試需求QC中測試需求的組織從測試需求到測試用例自動化腳本組織主控輸入調(diào)度和控制測試數(shù)據(jù)腳本運(yùn)轉(zhuǎn)結(jié)果輸出任何一個自動化測試框架都要設(shè)計這三部分測試用例腳本公共類庫模塊特定類庫在模塊內(nèi)部將可以為該模塊共享運(yùn)用的方法籠統(tǒng)出來，作為一個公共類。它可以是一個單的邏輯

25、操作，也比較獨(dú)立。比如客戶端登錄操作、控制臺登錄操作、控制臺更新操作等。 公共類庫包括一切模塊都能夠用 戶的操作方法，其籠統(tǒng)了不同模 塊同性，比如操作excel表的方法 、讀寫測試報告、驅(qū)動引擎等測試用例腳在最上層，它根據(jù)測試點(diǎn)進(jìn)展設(shè)計，面向詳細(xì)的運(yùn)用。它可直接調(diào)用公共類庫或模塊特定類庫的方法，即調(diào)單個邏輯操作。它是單個或多個邏輯操作的集合，即一個測試用戶腳本 為了方便以后腳本的維護(hù)問題，必需對腳本進(jìn)展有效的分層，同時，提高了腳本的復(fù)用率。測試腳本開發(fā)腳本編寫規(guī)范：測試腳本的開發(fā)也要遵照編程的規(guī)那么與規(guī)范，應(yīng)該一致規(guī)劃，一切開發(fā)腳本的人員按照一致的規(guī)定進(jìn)展編碼。除了編程本身規(guī)范，還思索測試用例

26、與庫函數(shù)名的命名。測試腳本組織和錄制編輯測試腳本組織和錄制編輯測試腳本執(zhí)行結(jié)果QC中執(zhí)行記錄和報告56BPT業(yè)務(wù)組件測試測試設(shè)計和代碼調(diào)試分開機(jī)制測試腳本管理測試結(jié)果管理團(tuán)隊協(xié)作QTP和QC業(yè)務(wù)組件自動化測試框架根底案例庫建立已完成業(yè)務(wù)腳本58HR01人員入職-薪資核算-過帳流程海油發(fā)展PM01集成測試_PM-MM-FICO_維護(hù)處理流程（自修）海油發(fā)展PM02集成測試_PM-MM-FICO_維護(hù)處理流程（外委）海油工程PM03集成測試_PM-MM-QM-FICO_維護(hù)處理流程（自修-備件運(yùn)行MRP，執(zhí)行質(zhì)檢）化學(xué)公司PM04集成測試_PM-MM-FICO_維護(hù)處理流程（包含WCM）海油發(fā)展P

27、M05集成測試_PM-MM-FICO_維護(hù)處理流程（安全費(fèi)用審核）油氣利用PM06集成測試_PM-MM-FICO_設(shè)備大修（子母訂單）油服SD01集成測試_SDMMFICO_新加坡公司三方貿(mào)易流程有限公司SD03集成測試_SDMMFICO_標(biāo)準(zhǔn)銷售業(yè)務(wù)流程有限公司SD04集成測試_SDMMFICO_跨公司銷售業(yè)務(wù)流程油氣利用SD05集成測試_SDMMFICO_標(biāo)準(zhǔn)第三方業(yè)務(wù)流程油氣利用SD06集成測試_SDMMFICO_按單采購銷售流程油氣利用SD07集成測試_SDMMFICO_退貨處理流程海油發(fā)展SD08集成測試_SDMMFICO_寄售結(jié)算流程化學(xué)公司SD09集成測試_SDMMFICO_天然

28、氣照付不議流程有限公司SD10集成測試_SDMMFICO_已售未提業(yè)務(wù)處理流程海油發(fā)展SD11集成測試_SDFICO_服務(wù)銷售流程海油發(fā)展SD12集成測試_SDFICO_借貸項憑單處理流程化學(xué)公司SD13集成測試_SDMM_免費(fèi)訂單業(yè)務(wù)處理流程海油發(fā)展跨模塊業(yè)務(wù)流程腳本一根底案例庫建立已完成業(yè)務(wù)腳本跨模塊業(yè)務(wù)流程腳本二PP01集成測試_PPMMQMFICOSD_面向庫存的生產(chǎn)、成本核算到產(chǎn)品銷售化學(xué)公司PP02集成測試_PPMMFICOSD_重復(fù)制造的生產(chǎn)、成本核算到產(chǎn)品銷售化學(xué)公司PP03集成測試_PPMMSDFICO_惠煉產(chǎn)品增值鏈 海油發(fā)展PP04集成測試_PPMMQMFICOSD_油氣

29、利用生產(chǎn)、成本核算到產(chǎn)品銷售油氣利用PP05集成測試_PPMMSDFICO_海油發(fā)展成品油生產(chǎn)銷售還有發(fā)展PS01集成測試_PSMMFICO_開發(fā)類項目有限公司PS02集成測試_PSMMFICO_有限公司作業(yè)公司開發(fā)類項有限公司PS03集成測試_PSMMFICO_直接生產(chǎn)操作費(fèi)有限公司PS04集成測試_PSMMFICO_勘探類項目有限公司PS05集成測試_PSMMFICO_生產(chǎn)資本性支出類項目有限公司PS06集成測試_PSMMFICO_信息類項目有限公司PS07集成測試_PSMMFICO_科研費(fèi)用項目油服PS08集成測試SD_PSMMFICO_常規(guī)作業(yè)類項目油服PS09集成測試_PSMMFIC

30、O_客戶類項目海油工程PS10集成測試_PSMMFICO_油氣利用新建項目油氣利用PS11集成測試_PSMMFICO_海油發(fā)展客戶類項目海油發(fā)展PS12集成測試_PSMMFICO_海油發(fā)展投資類項目海油發(fā)展根底案例庫建立已完成業(yè)務(wù)腳本模塊內(nèi)業(yè)務(wù)流程腳本HR02組織管理海洋工程HR03人事管理海總HR04時間管理?？侶R05薪酬管理?？侶R06招聘管理海總油服HR07培訓(xùn)管理?？?有限,油服、海油發(fā)展,氣電HR08績效考核管理海總,化學(xué),有限MM01集成測試_WM_FICO_物資盤點(diǎn)流程有限公司MM07有物料編碼的物資采購_發(fā)放有限公司MM11委外加工發(fā)料有限公司測試平臺知識轉(zhuǎn)移為了在工程終了后

31、，?？偤蛯?shí)業(yè)方人員可以承當(dāng)測試平臺的運(yùn)維任務(wù)，工程組從以下幾個方面做好知識轉(zhuǎn)移任務(wù)，包括：培訓(xùn)任務(wù)。除了測試工具運(yùn)用的普及型培訓(xùn)，還會針對詳細(xì)的操作人員進(jìn)展高級培訓(xùn)，并進(jìn)展考核。專題討論。工程實(shí)施過程中遇到的各種技術(shù)難點(diǎn)，均會召開專題討論，各方人員均需求參與。知識積累。工程組在工程實(shí)施過程中，會總結(jié)一些典型的運(yùn)用場景和處理方案，并在工程組內(nèi)共享。任務(wù)方式。在工程實(shí)施期間，HP方顧問會采取1盯1的方式，協(xié)助實(shí)業(yè)方人員盡快提高測試技術(shù)程度。目前實(shí)業(yè)人員已能承當(dāng)一部分任務(wù)，但他們很難在短短4個月內(nèi)到達(dá)HP顧問的程度，所以明年在工程終了后就由實(shí)業(yè)方人員承當(dāng)測試平臺的全部運(yùn)維任務(wù)，存在著一定風(fēng)險?；貧w測

32、試方案引見一回歸測試戰(zhàn)略最終確以為：選擇38個跨模塊集成流程，以及49個模塊內(nèi)重點(diǎn)流程除去部分跨模塊集成流程曾經(jīng)包含的；戰(zhàn)略覆蓋面廣，自動化集成度高，保證了各個模塊功能點(diǎn)得到充分的測試，從而確保系統(tǒng)穩(wěn)定運(yùn)轉(zhuǎn)；選取集成流程包括跨模塊集成流程和模塊內(nèi)集成流程作為自動化回歸測試對象，不單單由于集成流程包含了絕大部分常用的T-CODE、關(guān)鍵控制點(diǎn)，更重要的是集成流程貫穿了整個業(yè)務(wù)流程，可以從業(yè)務(wù)流、系統(tǒng)本身集成性來考量“變卦帶來的影響和潛在風(fēng)險；38個跨模塊集成流程包含了11家所屬單位的一切共性流程和個性流程，49個模塊內(nèi)集成流程的選取覆蓋了FICO、MM、SD、HR等模塊，流程的選取覆蓋了11家所屬

33、單位的業(yè)務(wù)，為回歸測試/巡檢測試提供了強(qiáng)有力的數(shù)據(jù)支持?；貧w測試方案引見二任務(wù)量而言，對于所選的方案進(jìn)展評價，大約需求20個人月，在有限的時間和人員配置里，選取了常用、關(guān)鍵控制點(diǎn)、及主要業(yè)務(wù)覆蓋的T-CODE，從而到達(dá)了“二八效應(yīng)；該方案數(shù)據(jù)的選取也有本人的局限性，方案重點(diǎn)測試集成流程的功能，共性流程選取單個公司代碼，難以充分測試公司間字段差別化等；單元測試流程只選取了重點(diǎn)流程，沒有全部選取，能夠會導(dǎo)致測試不充分；SAP系統(tǒng)的回歸測試和巡檢測試是一項長期的義務(wù)，該選取戰(zhàn)略只是我們現(xiàn)階段性的實(shí)現(xiàn)方式和成果。在未來的任務(wù)中，還可以根據(jù)詳細(xì)情況進(jìn)展完善。權(quán)限測試方案引見一權(quán)限測試需求：自動化權(quán)限測試

34、替代手工權(quán)限測試，充分保證權(quán)限測試的質(zhì)量；躲避集團(tuán)管控、跨所屬單位、所屬單位內(nèi)部權(quán)限過大的風(fēng)險；權(quán)限測試背景：中海油合計11家所屬單位；本地角色3萬多，最終用戶5千左右 ；權(quán)限測試方案引見二分步實(shí)施：首先實(shí)現(xiàn)集團(tuán)管控、跨所屬單位自動化權(quán)限測試需求，躲避集團(tuán)管控、跨所屬單位權(quán)限過大的風(fēng)險；后續(xù)再實(shí)現(xiàn)所屬單位內(nèi)部的自動化權(quán)限測試；測試方法：首先選取集團(tuán)管控、跨所屬單位相關(guān)的T-CODE；然后找出此部分T-CODE涉及的本地角色，每種本地角色組合選取對應(yīng)的一個用戶，進(jìn)展此部分T-code的一切權(quán)限控制點(diǎn)的反向測試；并前往結(jié)果日志。優(yōu)點(diǎn)：操作可行性較大，有效的分解了任務(wù)量壓力；可以檢測出集團(tuán)管控、跨所

35、屬單位權(quán)限過大的風(fēng)險；缺陷：需求逐漸實(shí)現(xiàn)；實(shí)施過程中，還沒有編制自動化測試腳本的需求人工測試；權(quán)限測試方案引見三任務(wù)量評價：在選定的范圍內(nèi)，針對每種不同的本地角色組合建立一個自動化測試的腳本。運(yùn)轉(zhuǎn)腳本時，系統(tǒng)自動運(yùn)轉(zhuǎn)組合下一切T-code權(quán)限檢查點(diǎn)反向測試，并前往結(jié)果日志。以集團(tuán)管控、跨所屬單位合計3600個T-CODE為例，在主數(shù)據(jù)預(yù)備齊全的前提下：平均每人每天2個T-CODE的開發(fā)量默許每個T-CODE含有3個權(quán)限檢查點(diǎn)留意：T-CODE含有的權(quán)限檢查點(diǎn)以實(shí)踐數(shù)據(jù)為準(zhǔn)；每人每天串聯(lián)16個T-CODE的任務(wù)量。那么開發(fā)T-CODE的任務(wù)量等于3600/21800人天，串聯(lián)用戶T-CODE的任

36、務(wù)量等于3600/16225天。合計需求1800+2252025人天。根底案例庫建立驗(yàn)收情況引見工程組組織業(yè)務(wù)專家組成員對已完成的一切集成業(yè)務(wù)流程腳本進(jìn)展了驗(yàn)收；一切業(yè)務(wù)流程腳本均在專家組成員的監(jiān)視下勝利執(zhí)行，并將每一步操作進(jìn)展截圖，記錄在腳本執(zhí)行報告中；專家組成員對于測試腳本涉及的業(yè)務(wù)流程，提出了一些添加檢查點(diǎn)和由于手工測試腳本錯誤，導(dǎo)致腳本與實(shí)踐業(yè)務(wù)不符的問題，工程組均在當(dāng)場進(jìn)展了腳本修正，處理 了相關(guān)問題；工程組對一切執(zhí)行記錄進(jìn)展集中存檔備案；QTP簡介自動化測試的好處快速Q(mào)uickTest執(zhí)行測試比人工測試速度快多了?？煽縌uickTest每一次的測試都可以正確的執(zhí)行相同的動作，可以避

37、免人工測試的錯誤?？芍貜?fù)QuickTest可以重復(fù)執(zhí)行相同的測試?？沙绦蚧疩uickTest可以以程序的方式，撰寫復(fù)雜的測試腳本，以帶出隱藏在應(yīng)用程序中的信息。廣泛性QuickTest可以建立廣泛的測試腳本，涵蓋應(yīng)用程序的所有功能。可再使用QuickTest可以重復(fù)使用測試腳本，即使應(yīng)用程序的使用接口已經(jīng)改變。 假設(shè)他執(zhí)行過人工測試，他一定了解人工測試的缺陷，人工測試非常浪費(fèi)時間而且需求投入大量的人力。運(yùn)用人工測試的結(jié)果，往往是在運(yùn)用程序交付前，無法對運(yùn)用程序的一切功能都作完好的測試。 運(yùn)用QuickTest可以加速整個測試的過程，并且建置完新版本的運(yùn)用程序或網(wǎng)站后，可以反復(fù)運(yùn)用測試腳本進(jìn)展測

38、試。 以QuickTest執(zhí)行測試，就與人工測試一樣。QuickTest會仿真鼠標(biāo)的動作與鍵盤的輸入，不過QuickTest比人工測試快了很多。目錄自動化測試流程自動化測試工具QTP自動化測試引見構(gòu)建自動化測試框架QTP簡介Keyword -Driven Testing把自動化測試融入到日常任務(wù)流程中對象庫 執(zhí)行和報告 檢查點(diǎn)編輯腳本并參數(shù)化 Item.Operation(Value) Method and Prosperity封裝屬性和本身屬性 Parameterize參數(shù)文件更新 CheckPoint7種檢查點(diǎn) Run ReportObject RepositoryQTP任務(wù)界面標(biāo)題欄、菜

39、單欄文件工具欄、測試工具欄、調(diào)試工具欄測試窗格：腳本視圖/關(guān)鍵字視圖數(shù)據(jù)表Active Screen 視窗形狀欄QTP菜單欄QTP的菜單功能，包括“文件、“編輯、“視圖等等菜單。QTP工具欄文件工具欄管理測試或組件的按鈕測試工具欄在創(chuàng)建和維護(hù)測試或組件時用到的命令按鈕調(diào)試工具欄調(diào)試測試或組件步驟時用到的命令按鈕QTP測試窗格關(guān)鍵字視圖專家視圖QTP參數(shù)表存儲QTP運(yùn)轉(zhuǎn)時用到的數(shù)據(jù)Global、Local Sheet數(shù)據(jù)可經(jīng)過手工方式導(dǎo)入、導(dǎo)出Active Screen錄制會話過程中執(zhí)行某個特定步驟時，捕獲到的運(yùn)用程序的屏幕快照經(jīng)過Active Screen 操作，參數(shù)化、檢查點(diǎn)等安裝QTP安裝

40、QTP暫時License：8888-8888888888更新License安裝例如腳本插件安裝腳本調(diào)試插件QTP任務(wù)原理腳本錄制，捕捉對象以及在對象上的操作腳本回放，在可識別的對象上復(fù)原操作完好的錄制回放流程預(yù)備錄制進(jìn)展錄制編輯測試腳本調(diào)試腳本在回歸測試中運(yùn)轉(zhuǎn)測試分析接過，報告問題QTP腳本參數(shù)化把自動測試腳本運(yùn)轉(zhuǎn)所用到的數(shù)據(jù)以參數(shù)取代，腳本運(yùn)轉(zhuǎn)時從參數(shù)表取數(shù)據(jù)將數(shù)據(jù)與腳本分別，便于維護(hù)，便于更新數(shù)據(jù)以順應(yīng)新的測試QTP腳本中的參數(shù)化環(huán)境變量參數(shù)化，測試、操作參數(shù)的值，運(yùn)用程序隨機(jī)值。參數(shù)化界面輸入數(shù)據(jù)的參數(shù)化輸入數(shù)據(jù)可以直接輸入輸入數(shù)據(jù)可以從參數(shù)表取值輸入數(shù)據(jù)可以設(shè)置為參數(shù)并為該參數(shù)設(shè)置默許

41、值，在腳本運(yùn)轉(zhuǎn)時可以修正，如取參數(shù)表中的值、取被測系統(tǒng)實(shí)時生成的某個相關(guān)值。直接輸入數(shù)據(jù)：如在登陸窗口輸入用戶名“ggg，自動生成語句：Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set ggg前面部分用來確認(rèn)操作的對象，Set是在對象上所做的操作，ggg為輸入值。輸入數(shù)據(jù)的參數(shù)化輸入數(shù)據(jù)從參數(shù)表取值，從當(dāng)前表、全局表GlobalSheet或指定表取值。前置條件：所被指定的表存在參數(shù)列且有參數(shù)數(shù)據(jù)。運(yùn)用datatable.value方法，例如語句如下：Window(Program Manager).Dialog(Logi

42、n).WinEdit(Agent Name:).Set datatable.Value(username,dtglobalsheet)Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set datatable.Value(username,dtlocalsheet)輸入數(shù)據(jù)的參數(shù)化輸入數(shù)據(jù)曾經(jīng)定義為參數(shù)并設(shè)置默許值；為當(dāng)前Action設(shè)置參數(shù)，在可復(fù)用腳本中常用到。在腳本中例如語句如下：Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set paramet

43、er(username)輸入數(shù)據(jù)的參數(shù)化輸出值的參數(shù)化被測系統(tǒng)生成的實(shí)時值，可用作后續(xù)操作的某些輸入值。輸出值被輸出到參數(shù)表或者輸出參數(shù)；在目的對象，點(diǎn)擊右鍵選擇“Insert Output value功能；例如如下：輸出值的參數(shù)化輸出值被參數(shù)化后，后續(xù)操作可以直接運(yùn)用被輸出值。從數(shù)據(jù)表獲得輸出值，方法參考輸入數(shù)據(jù)從參數(shù)表取值。輸出值的參數(shù)化QTP腳本檢查點(diǎn)檢查點(diǎn)檢查頁面、對象或者文本字符串中的特定值或特征，是將指定屬性的當(dāng)前值與該屬性的期望值進(jìn)展比較的驗(yàn)證點(diǎn)。經(jīng)過它可以標(biāo)識網(wǎng)站或者運(yùn)用程序能否正常運(yùn)轉(zhuǎn)。關(guān)鍵步驟、關(guān)鍵操作的檢查，如：與效力器交互后，客戶端的信息檢查。規(guī)范檢查點(diǎn)、對象檢查點(diǎn)、文

44、本檢查點(diǎn)、數(shù)據(jù)庫檢查點(diǎn)等添加檢查點(diǎn)界面插入檢查點(diǎn)規(guī)范檢查點(diǎn)Active Screen視窗，在目的對象上點(diǎn)擊鼠標(biāo)右鍵選擇“InsertStandardCheckpoint設(shè)置規(guī)范檢查點(diǎn)檢查點(diǎn)可以檢查目的對象的多個屬性，好像時檢查enabled、text、height等。設(shè)置屬性的值為固定值或者從數(shù)據(jù)表取值可參考對象屬性設(shè)置。設(shè)置檢查點(diǎn)的超時時限。設(shè)置檢查點(diǎn)檢查的時機(jī)。插入檢查點(diǎn)文本檢查點(diǎn)插入檢查點(diǎn)文本檢查點(diǎn)添加事務(wù)腳本的分割功能：StepSplit Action生成并列腳本還是第二個腳本被第一個腳本調(diào)用。QTP腳本對象運(yùn)用界面上的按鈕、編輯框、標(biāo)簽、選框等控件被QTP當(dāng)作對象，在錄制自動測試腳本

45、時這些可以被識別的對象信息被存儲到QTP對象庫回放時會將對象庫中的對象信息與實(shí)踐操作運(yùn)用界面上的控件對比QTP常用對象方法：Click、Dblclick、Exist、type、set、GetRoProperty 、GetVisibleText 等。對象庫查看、編輯和管理QTP對象庫構(gòu)造錄制腳本時，QTP可識別的對象存儲在對象庫中。QTP對象屬性設(shè)置對象的稱號、類型、屬性添加、刪除顯示的屬性將影響對象的識別配置屬性值：固定值、參數(shù)表取值QTP定位對象庫中的對象在對象列表選擇目的對象，激活當(dāng)前被選中對象所屬窗體，點(diǎn)擊識別某個對象的詳細(xì)屬性經(jīng)過 功能可以識別某個對象的詳細(xì)屬性以及該對象支持的方法。1

46、03Web對象的識別靜態(tài)Web對象的識別序號Web對象推薦識別屬性方法1 BrowsercreationTime2 Pageindex3 Framename4WebTablename5WebEditnameSet6WebButtontextClick7WebListnameSelect8LinktextClick9Imagename10WebCheckBoxname11WebRadioGroupname12WebElementinnertext/html tag13Dialogtext14WinButtontext靜態(tài)Web對象的識別QuickTest 可以運(yùn)用三種類型的順序標(biāo)識符來標(biāo)識對象：

47、 索引 index ：指示該對象在運(yùn)用程序代碼中相對于其他描畫都一樣的其他對象的顯示順序。 QTP在錄制和執(zhí)行中，為測試對象屬性分配一個值，以便獨(dú)一標(biāo)識該對象。該值基于對象在源代碼中的顯示順序。第一個出現(xiàn)的是 0。留意， index屬性值是特定于對象的。因此，假設(shè)運(yùn)用 Index:=3 描畫 WebEdit測試對象， QuickTest 將在頁中搜索第四個 WebEdit 對象。 位置location：指示該對象在父窗口、框架或?qū)υ捒蛑邢鄬τ谄渌璁嫸家粯拥钠渌麑ο蟮娘@示順序。QuickTest 可以為對象的 location測試對象屬性分配一個值，以便獨(dú)一標(biāo)識該對象。該值基于對象在窗口、框架

48、或?qū)υ捒蛑邢鄬τ诰哂幸粯訉傩缘钠渌麑ο蟮娘@示順序。第一個出現(xiàn)的對象是 0。各列值的分配從上到下、從左到右。 creationTime 僅限于閱讀器對象 ：指示該閱讀器翻開的順序，相對于其他描 述都一樣的其他翻開的閱讀器。假設(shè) QuickTest 不能僅基于測試對象描畫獨(dú)一標(biāo)識閱讀器對象，它將為“CreationTime測試對象屬性分配一個值。該值指示該閱讀器翻開的順序，相對于其他描畫都一樣的其他翻開的閱讀器。在運(yùn)轉(zhuǎn)會話期間，假設(shè) QuickTest 不能只是基于其測試對象描畫來標(biāo)識某個閱讀器對象，那么，它將檢查閱讀器的翻開順序，然后運(yùn)用 “CreationTime屬性標(biāo)識正確的對象。 舉例Browser(“creationTime:=0).Page(“index:=0).WebEd