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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

28、氣照付不議流程有限公司SD10集成測試_SDMMFICO_已售未提業(yè)務處理流程海油發(fā)展SD11集成測試_SDFICO_服務銷售流程海油發(fā)展SD12集成測試_SDFICO_借貸項憑單處理流程化學公司SD13集成測試_SDMM_免費訂單業(yè)務處理流程海油發(fā)展跨模塊業(yè)務流程腳本一根底案例庫建立已完成業(yè)務腳本跨模塊業(yè)務流程腳本二PP01集成測試_PPMMQMFICOSD_面向庫存的生產(chǎn)、成本核算到產(chǎn)品銷售化學公司PP02集成測試_PPMMFICOSD_重復制造的生產(chǎn)、成本核算到產(chǎn)品銷售化學公司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)操作費有限公司PS04集成測試_PSMMFICO_勘探類項目有限公司PS05集成測試_PSMMFICO_生產(chǎn)資本性支出類項目有限公司PS06集成測試_PSMMFICO_信息類項目有限公司PS07集成測試_PSMMFICO_科研費用項目油服PS08集成測試SD_PSMMFICO_常規(guī)作業(yè)類項目油服PS09集成測試_PSMMFIC

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

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

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

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

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

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

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

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

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

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

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

41、值，在腳本運轉時可以修正，如取參數(shù)表中的值、取被測系統(tǒng)實時生成的某個相關值。直接輸入數(shù)據(jù)：如在登陸窗口輸入用戶名“ggg，自動生成語句：Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set ggg前面部分用來確認操作的對象，Set是在對象上所做的操作，ggg為輸入值。輸入數(shù)據(jù)的參數(shù)化輸入數(shù)據(jù)從參數(shù)表取值，從當前表、全局表GlobalSheet或指定表取值。前置條件：所被指定的表存在參數(shù)列且有參數(shù)數(shù)據(jù)。運用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ù)并設置默許值；為當前Action設置參數(shù)，在可復用腳本中常用到。在腳本中例如語句如下：Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set paramet

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

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

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

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

47、 索引 index ：指示該對象在運用程序代碼中相對于其他描畫都一樣的其他對象的顯示順序。 QTP在錄制和執(zhí)行中，為測試對象屬性分配一個值，以便獨一標識該對象。該值基于對象在源代碼中的顯示順序。第一個出現(xiàn)的是 0。留意， index屬性值是特定于對象的。因此，假設運用 Index:=3 描畫 WebEdit測試對象， QuickTest 將在頁中搜索第四個 WebEdit 對象。 位置location：指示該對象在父窗口、框架或對話框中相對于其他描畫都一樣的其他對象的顯示順序。QuickTest 可以為對象的 location測試對象屬性分配一個值，以便獨一標識該對象。該值基于對象在窗口、框架

48、或對話框中相對于具有一樣屬性的其他對象的顯示順序。第一個出現(xiàn)的對象是 0。各列值的分配從上到下、從左到右。 creationTime 僅限于閱讀器對象 ：指示該閱讀器翻開的順序，相對于其他描 述都一樣的其他翻開的閱讀器。假設 QuickTest 不能僅基于測試對象描畫獨一標識閱讀器對象，它將為“CreationTime測試對象屬性分配一個值。該值指示該閱讀器翻開的順序，相對于其他描畫都一樣的其他翻開的閱讀器。在運轉會話期間，假設 QuickTest 不能只是基于其測試對象描畫來標識某個閱讀器對象，那么，它將檢查閱讀器的翻開順序，然后運用 “CreationTime屬性標識正確的對象。 舉例Browser(“creationTime:=0).Page(“index:=0).WebEd