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

1、福建創(chuàng)昱達(dá)信息技術(shù)有限公司自動化測試規(guī)范V1.12015年3月20日文檔編號： 文檔信息文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識：自動化測試規(guī)范V1.1當(dāng)前版本：V1.1作者：張振江完成日期：2015.01.20分發(fā)單位From自部門職務(wù)行動日期Email / 電話張振江創(chuàng)昱達(dá)/測試部初級測試工程師發(fā)送2015-01-20zhangzhenjiang給To 部門職務(wù)行動截止日期Email / 電話版本歷史版本編號版本日期修訂人修改描述文件名1.020150119張振江首次編寫自動化測試規(guī)范1.120150121 張振江增加自動化測試規(guī)范V1.1.doc版權(quán)聲明本文檔模板由福建創(chuàng)昱達(dá)測試部負(fù)

2、責(zé)制定，具體章節(jié)內(nèi)容由福建創(chuàng)昱達(dá)測試部相關(guān)編寫人員負(fù)責(zé)解釋。目 錄1.自動化主流程42.自動化測試可行性分析62.1 目標(biāo)：62.2 角色：62.3 工作內(nèi)容63.自動化測試需求分析83.1目標(biāo)：83.2角色83.3工作內(nèi)容84.自動化測試計劃制定104.1 目標(biāo)：104.2 角色：104.3 工作內(nèi)容：105.自動化測試設(shè)計115.1 目標(biāo)：115.2 角色：115.3 工作內(nèi)容：116.自動化測試執(zhí)行126.1目標(biāo)：126.2 角色：126.3 工作內(nèi)容：127.自動化測試分析137.1目標(biāo)：137.2 角色：137.3 工作內(nèi)容：138.自動化測試維護（需求變更）148.1 目標(biāo)：148

3、.2 角色：148.3 工作內(nèi)容：141.自動化主流程圖示：2.自動化測試可行性分析2.1 目標(biāo)：對系統(tǒng)進(jìn)自動化可行性分析，確認(rèn)或否決自動化工作的開展。如確認(rèn)開展自動化，并進(jìn)行風(fēng)險評估。2.2 角色：測試管理部、自動化組長、手工組組長（項目負(fù)責(zé)人）、開發(fā)組組長（項目負(fù)責(zé)人）2.3 工作內(nèi)容（1） 討論系統(tǒng)開展自動化工作的可行性：符合自動化測試開展的幾種情況：Ø 產(chǎn)品型項目（項目周期長、需求變更有計劃性、而且頻率不高）產(chǎn)品型的項目，新版本是在舊版本的基礎(chǔ)上進(jìn)行改進(jìn)，功能變不大的項目，但項目的新老功能都必須重復(fù)的測試。Ø 回歸測試回歸測試是自動化測試的強項，它能夠很好的驗證你是

4、否引入了新的缺陷，老的缺陷是否修改過來了。在某種程度上可以把自動化測試工具叫做回歸測試工具。Ø 機械并頻繁的測試每次需要輸入相同、大量的一些數(shù)據(jù)，并且在一個項目中運行的周期比較長。但有一些交互性比較強（業(yè)務(wù)邏輯較復(fù)雜），需要人工干預(yù)的操作，就不要指望通過自動化測試來完成了。例如，銀保通交行前置機測試。Ø 資源豐富（人員）眾所周知，自動化工作相對比較耗人力，開發(fā)腳本的時間與調(diào)試腳本的時間比例能達(dá)到1:1、甚至1:2，如人力與機器大批量工作無法權(quán)衡則只能放棄自動化了。（2） 明確手工測試的需求分析、測試設(shè)計和測試案例是否適合于自動化測試的需要：如涉及到系統(tǒng)聯(lián)調(diào)類的用例、不同系統(tǒng)

5、接口之間不適宜（注意：非絕對）做自動化。（3） 自動化測試應(yīng)達(dá)到自動化率目標(biāo)多少，如覆蓋率達(dá)到50%（4） 與開發(fā)負(fù)責(zé)人溝通：Ø 獲取相關(guān)開發(fā)信息：如相關(guān)界面設(shè)計文檔、詳細(xì)設(shè)計說明書等等如，我們用Selenium開源工作做自動化，完全可以在開發(fā)設(shè)計完界面，實現(xiàn)腳本前或進(jìn)行中 將定位Element的屬性（如id、xpath等）添加到相關(guān)數(shù)據(jù)驅(qū)動文件中。Ø 相關(guān)開發(fā)人員支持Ø 在開發(fā)程序上達(dá)成一些共識，比如在界面設(shè)計對每個空間都添加一個id(html id)，提高對象識別的準(zhǔn)確性，方便自動化測試工作順利、高效開展（5） 風(fēng)險評估：主要集中在環(huán)境、技術(shù)實現(xiàn)、工具、人員&

6、#216; 環(huán)境：如穩(wěn)定性Ø 技術(shù)：技術(shù)上實現(xiàn)時候有難度，如終端內(nèi)部的對象難以抓取等Ø 工具：選擇合適的工具，非開源工具（如QTP） 或者 開源工具（如Selenium、Watir等）Ø 人員：時候有足夠的人力、是否需要培訓(xùn)（6） 輸出XXX系統(tǒng)自動化可行性分析報告.doc3.自動化測試需求分析3.1 目標(biāo)：完成自動化需求分析3.2 角色自動化組長、自動化測試工程師、手工組組長、手工組測試工程師3.3 工作內(nèi)容3.3.1 業(yè)務(wù)需求步驟：（1） 整理系統(tǒng)業(yè)務(wù)流梳理表.xls根據(jù)業(yè)務(wù)需求梳理出業(yè)務(wù)流表，主要字段：業(yè)務(wù)名稱、子業(yè)務(wù)名稱、業(yè)務(wù)步驟、步驟分支、詳細(xì)步驟截圖：

7、（2） 案例轉(zhuǎn)化對系統(tǒng)進(jìn)行模塊劃分，然后根據(jù)手工用例庫轉(zhuǎn)換（篩選）出可以做自動化的用例，并進(jìn)行優(yōu)先級、階段劃分（任務(wù)量比較大，分1期、2期等完成），輸出XXX系統(tǒng)自動化用例庫參考示例文檔：壽險2012版保全服務(wù)GPS系統(tǒng)業(yè)務(wù)流梳理表_V1.0.xls（3） 自動化案例庫評審（側(cè)重轉(zhuǎn)換率和優(yōu)先級劃分）（4） 根據(jù)不同優(yōu)先級分階段實現(xiàn)系統(tǒng)的自動化3.3.2 硬件需求 工具：測試遠(yuǎn)程機、測試工具等時候準(zhǔn)備完畢。環(huán)境：環(huán)境是否配置完畢（如GT配置、數(shù)據(jù)庫配置等）3.3.3 技術(shù)需求（如 讀寫數(shù)據(jù)庫、讀寫Excel、讀寫txt、終端控制、狀態(tài)判斷等 ）Ø 培訓(xùn)自動化測試人員相關(guān)系統(tǒng)業(yè)務(wù)知識&#

8、216; 培訓(xùn)自動化測試人員相關(guān)自動化技能Ø 根據(jù)已有技術(shù)實現(xiàn) 來優(yōu)化篩選用例（不能實現(xiàn)的或?qū)崿F(xiàn)較困難的用例不采用自動化方式實現(xiàn)）3.3.4 數(shù)據(jù)需求（也叫數(shù)據(jù)準(zhǔn)備）Ø 數(shù)據(jù)字典Ø 數(shù)據(jù)庫的pdm和數(shù)據(jù)庫sqlØ 造數(shù)腳本是否已實現(xiàn)3.3.5 人員需求Ø 手工組業(yè)務(wù)老師支持Ø 合適自動化人員開展自動化。4.自動化測試計劃制定4.1 目標(biāo)：任務(wù)量化，指定詳細(xì)的測試計劃4.2 角色：自動化組組長4.3 工作內(nèi)容：（1） 根據(jù)自動化需求分析輸出的系統(tǒng)自動化用例庫的用例以及用例的優(yōu)先級，確定自動化測試的執(zhí)行順序（2） 根據(jù)不同階段的任務(wù)給不同

9、的自動化測試人員劃分工作量（3） 標(biāo)明工量、開始時間、結(jié)束時間、負(fù)責(zé)人等，最終輸出輸出XXX系統(tǒng)自動化測試計劃.mpp參考示例文檔：5.自動化測試設(shè)計5.1 目標(biāo)：開發(fā)腳本，實現(xiàn)系統(tǒng)自動化5.2 角色：自動化測試工程師5.3 工作內(nèi)容：（1） 編寫規(guī)范：Ø 腳本重復(fù)利用率高Ø 代碼規(guī)范（變量定義、注釋習(xí)慣）Ø 可維護性高（2） 系統(tǒng)模塊劃分：公共模塊、子組件、正常模塊（3） 腳本開發(fā)（4） 測試管理器開發(fā)（數(shù)據(jù)參數(shù)化）（5） 腳本調(diào)試6.自動化測試執(zhí)行6.1目標(biāo)：運行自動化測試, 實現(xiàn)自動回歸測試的目標(biāo)6.2 角色：自動化測試工程師6.3 工作內(nèi)容：（1）腳本執(zhí)行7.自動化測試分析7.1目標(biāo)：分析自動化測試結(jié)果、總結(jié)自動化測試報告7.2 角色：自動化組長、手工組組長、自動化測試工程師7.3 工作內(nèi)容：（1） 缺陷分析Ø 手工驗證是否可重現(xiàn)Ø 跟手工組老師溝通，判斷缺陷是否符合標(biāo)準(zhǔn)（非配置、環(huán)境原因?qū)е拢?#216; 輸出XXX系統(tǒng)自動化缺陷報告.xls（同自動化案例庫一個文檔）（2） 是否達(dá)到自動化覆蓋率要求（3） 優(yōu)化腳本和測試管理器對