自動化測試規(guī)范V11

福建創(chuàng)昱達測試部自動化測試規(guī)范自動化文檔第14頁/共14頁福建創(chuàng)昱達信息技術(shù)有限公司自動化測試規(guī)范V1.1SAVEDATE\@"yyyy年M月d日"2015年2月6日

文檔編號：文檔信息文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標識：自動化測試規(guī)范V1.1當前版本：V1.1作者：張振江完成日期：2015.01.20分發(fā)單位From自部門職務(wù)行動日期Email/電話張振江創(chuàng)昱達/測試部初級測試工程師發(fā)送2015-01-20zhangzhenjiang217@126.com給To部門職務(wù)行動截止日期Email/電話版本歷史版本編號版本日期修訂人修改描述文件名1.020150119張振江首次編寫自動化測試規(guī)范V1.0.doc1.120150121張振江增加自動化測試規(guī)范V1.1.doc版權(quán)聲明本文檔模板由福建創(chuàng)昱達測試部負責制定，具體章節(jié)內(nèi)容由福建創(chuàng)昱達測試部相關(guān)編寫人員負責解釋。

目錄1.自動化主流程 42.自動化測試可行性分析 62.1目標： 62.2角色： 62.3工作內(nèi)容 63.自動化測試需求分析 83.1 目標： 83.2 角色 83.3 工作內(nèi)容 84.自動化測試計劃制定 104.1目標： 104.2角色： 104.3工作內(nèi)容： 105.自動化測試設(shè)計 115.1目標： 115.2角色： 115.3工作內(nèi)容： 116.自動化測試執(zhí)行 126.1目標： 126.2角色： 126.3工作內(nèi)容： 127.自動化測試分析 137.1目標： 137.2角色： 137.3工作內(nèi)容： 138.自動化測試維護（需求變更） 148.1目標： 148.2角色： 148.3工作內(nèi)容： 14

1.自動化主流程圖示：

2.自動化測試可行性分析2.1目標：對系統(tǒng)進自動化可行性分析，確認或否決自動化工作的開展。如確認開展自動化，并進行風險評估。2.2角色：測試管理部、自動化組長、手工組組長（項目負責人）、開發(fā)組組長（項目負責人）2.3工作內(nèi)容討論系統(tǒng)開展自動化工作的可行性：符合自動化測試開展的幾種情況：產(chǎn)品型項目（項目周期長、需求變更有計劃性、而且頻率不高）產(chǎn)品型的項目，新版本是在舊版本的基礎(chǔ)上進行改進，功能變不大的項目，但項目的新老功能都必須重復的測試?；貧w測試回歸測試是自動化測試的強項，它能夠很好的驗證你是否引入了新的缺陷，老的缺陷是否修改過來了。在某種程度上可以把自動化測試工具叫做回歸測試工具。機械并頻繁的測試每次需要輸入相同、大量的一些數(shù)據(jù)，并且在一個項目中運行的周期比較長。 但有一些交互性比較強（業(yè)務(wù)邏輯較復雜），需要人工干預(yù)的操作，就不要指望通過自動化測試來完成了。例如，銀保通交行前置機測試。資源豐富（人員）眾所周知，自動化工作相對比較耗人力，開發(fā)腳本的時間與調(diào)試腳本的時間比例能達到1:1、甚至1:2，如人力與機器大批量工作無法權(quán)衡則只能放棄自動化了。明確手工測試的需求分析、測試設(shè)計和測試案例是否適合于自動化測試的需要：如涉及到系統(tǒng)聯(lián)調(diào)類的用例、不同系統(tǒng)接口之間不適宜（注意：非絕對）做自動化。自動化測試應(yīng)達到自動化率目標多少，如覆蓋率達到50%與開發(fā)負責人溝通：獲取相關(guān)開發(fā)信息：如相關(guān)界面設(shè)計文檔、詳細設(shè)計說明書等等如，我們用Selenium開源工作做自動化，完全可以在開發(fā)設(shè)計完界面，實現(xiàn)腳本前或進行中將定位Element的屬性（如id、xpath等）添加到相關(guān)數(shù)據(jù)驅(qū)動文件中。相關(guān)開發(fā)人員支持在開發(fā)程序上達成一些共識，比如在界面設(shè)計對每個空間都添加一個id(htmlid)，提高對象識別的準確性，方便自動化測試工作順利、高效開展風險評估：主要集中在環(huán)境、技術(shù)實現(xiàn)、工具、人員環(huán)境：如穩(wěn)定性技術(shù)：技術(shù)上實現(xiàn)時候有難度，如終端內(nèi)部的對象難以抓取等工具：選擇合適的工具，非開源工具（如QTP）或者開源工具（如Selenium、Watir等）人員：時候有足夠的人力、是否需要培訓輸出《XXX系統(tǒng)自動化可行性分析報告.doc》

3.自動化測試需求分析目標：完成自動化需求分析角色自動化組長、自動化測試工程師、手工組組長、手工組測試工程師工作內(nèi)容業(yè)務(wù)需求步驟：整理《系統(tǒng)業(yè)務(wù)流梳理表.xls》根據(jù)業(yè)務(wù)需求梳理出業(yè)務(wù)流表，主要字段：業(yè)務(wù)名稱、子業(yè)務(wù)名稱、業(yè)務(wù)步驟、步驟分支、詳細步驟截圖：案例轉(zhuǎn)化對系統(tǒng)進行模塊劃分，然后根據(jù)手工用例庫轉(zhuǎn)換（篩選）出可以做自動化的用例，并進行優(yōu)先級、階段劃分（任務(wù)量比較大，分1期、2期等完成），輸出《XXX系統(tǒng)自動化用例庫》參考示例文檔：《壽險2012版保全服務(wù)GPS系統(tǒng)業(yè)務(wù)流梳理表_V1.0.xls》自動化案例庫評審（側(cè)重轉(zhuǎn)換率和優(yōu)先級劃分）根據(jù)不同優(yōu)先級分階段實現(xiàn)系統(tǒng)的自動化硬件需求工具：測試遠程機、測試工具等時候準備完畢。環(huán)境：環(huán)境是否配置完畢（如GT配置、數(shù)據(jù)庫配置等）技術(shù)需求（如讀寫數(shù)據(jù)庫、讀寫Excel、讀寫txt、終端控制、狀態(tài)判斷等）培訓自動化測試人員相關(guān)系統(tǒng)業(yè)務(wù)知識培訓自動化測試人員相關(guān)自動化技能根據(jù)已有技術(shù)實現(xiàn)來優(yōu)化篩選用例（不能實現(xiàn)的或?qū)崿F(xiàn)較困難的用例不采用自動化方式實現(xiàn)）數(shù)據(jù)需求（也叫數(shù)據(jù)準備）數(shù)據(jù)字典數(shù)據(jù)庫的pdm和數(shù)據(jù)庫sql造數(shù)腳本是否已實現(xiàn)人員需求手工組業(yè)務(wù)老師支持合適自動化人員開展自動化。

4.自動化測試計劃制定4.1目標：任務(wù)量化，指定詳細的測試計劃4.2角色：自動化組組長4.3工作內(nèi)容：根據(jù)自動化需求分析輸出的《系統(tǒng)自動化用例庫》的用例以及用例的優(yōu)先級，確定自動化測試的執(zhí)行順序根據(jù)不同階段的任務(wù)給不同的自動化測試人員劃分工作量標明工量、開始時間、結(jié)束時間、負責人等，最終輸出輸出《XXX系統(tǒng)自動化測試計劃.mpp》參考示例文檔：《GPS系統(tǒng)自動化測試計劃V1.2.mpp》

5.自動化測試設(shè)計5.1目標：開發(fā)腳本，實現(xiàn)系統(tǒng)自動化5.2角色：自動化測試工程師5.3工作內(nèi)容：編寫規(guī)范：腳本重復利用率高代碼規(guī)范（變量定義、注釋習慣）可維護性高系統(tǒng)模塊劃分：公共模塊、子組件、正常模塊腳本開發(fā)測試管理器開發(fā)（數(shù)據(jù)參數(shù)化）腳本調(diào)試

6.自動化測試執(zhí)行6.1目標：運行自動化測試,實現(xiàn)自動回歸測試的目標6.2角色：自動化測試工程師6.3工作內(nèi)容：（1）腳本執(zhí)行

7.自動化測試分析7.1目標：分析自動化測試結(jié)果、總結(jié)自動化測試報告7.2角色：自動化組長、手工組組長、自動化測試工程師7.3工作內(nèi)容：缺陷分析手工驗證是否可重