自動化測試培訓&

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

01自動化測試計劃

自動化測試計劃

02自動化測試準備

生成自動化腳本

03自動化測試執行

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

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

執行和報告

檢查點編輯腳本并參數化

Item.Operation(Value)

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

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

BrowsercreationTime

2

Pageindex

3

Framename

4WebTablename

5WebEditnameSet6WebButtontextClick7WebListnameSelect8LinktextClick9Imagename

10WebCheckBoxname

11WebRadioGroupname

12WebElementinnertext/htmltag

13Dialogtext

14WinButtontext

靜態Web對象的識識別QuickTest可以使用用三種類類型的順順序標識識符來標標識對象象：索引（index）：指示該該對象在在應用程程序代碼碼中相對對于其他他描述都都相同的的其他對對象的顯顯示順序序。QTP在錄制和和執行中中，為測測試對象象屬性分分配一個個值，以以便唯一一標識該該對象。。該值基基于對象象在源代代碼中的的顯示順順序。第第一個出出現的是是0。注意，，index屬性值是是特定于于對象的的。因此此，如果果使用Index:==3描述WebEdit測試對象象，QuickTest將在頁中中搜索第第四個WebEdit對象。位置（location）：指示該該對象在在父窗口口、框架架或對話話框中相相對于其其他描述述都相同同的其他他對象的的顯示順順序。QuickTest可以為對對象的location測試對象象屬性分分配一個個值，以以便唯一一標識該該對象。。該值基基于對象象在窗口口、框架架或對話話框中相相對于具具有相同同屬性的的其他對對象的顯顯示順序序。第一一個出現現的對象象是0。各列值值的分配配從上到到下、從從左到右右。creationTime（僅限于于瀏覽器器對象））：指指示該瀏瀏覽器打打開的順順序，相相對于其其他描述述都相相同的其其他打開開的瀏覽覽器。如果QuickTest不能僅