web自動(dòng)化項(xiàng)目啟動(dòng)流程

1、 自動(dòng)化項(xiàng)目開展規(guī)范V 1.0質(zhì)量部自動(dòng)化組趙椿玉2012年3月16日文檔修訂記錄日期版本說明作者2012-3-16初稿趙椿玉2012-3-28修訂評(píng)審修改趙椿玉審批記錄日期職務(wù)簽名備注文檔說明：本文檔用于自動(dòng)化工作過程流程文檔，從自動(dòng)化測(cè)試項(xiàng)目發(fā)起，到自動(dòng)化工作結(jié)項(xiàng)，對(duì)整個(gè)工作過程的描述，作為自動(dòng)化工作的參考和依據(jù)。流程制度正在規(guī)范過程中，流程和文檔將不斷優(yōu)化。目錄：第16 / 16頁(yè)保密1、項(xiàng)目整體流程4A、流程圖4B、流程圖說明 42、過程詳細(xì)說明 51.發(fā)起自動(dòng)化需求52.可行性分析61、項(xiàng)目可行性說明62、技術(shù)可行性說明63、資源可行性分析64、收益可行性分析65、被測(cè)代碼可行性分析

2、76、可行性報(bào)告83.過程風(fēng)險(xiǎn)控制9項(xiàng)目掛起9項(xiàng)目終止104.項(xiàng)目開發(fā)計(jì)劃101、項(xiàng)目任務(wù)102、資源需求和角色分配103、風(fēng)險(xiǎn)評(píng)估和項(xiàng)目掛起114、項(xiàng)目實(shí)施方案115、進(jìn)程安排116、結(jié)項(xiàng)和總結(jié)115.實(shí)施過程需求121、明確需求122、數(shù)據(jù)準(zhǔn)備126.腳本開發(fā)及后期維護(hù)131、腳本開發(fā)規(guī)范132、腳本維護(hù)153、結(jié)項(xiàng)17參考文獻(xiàn)181、 項(xiàng)目整體流程 描述需求方發(fā)起自動(dòng)化測(cè)試需求的整個(gè)開展過程：A、流程圖B、流程圖說明 1、 發(fā)起自動(dòng)化需求：需要提交自動(dòng)化測(cè)試申請(qǐng)表_XXX.xls XXX為需實(shí)現(xiàn)業(yè)務(wù)名稱。2、 可行性分析：需要參考可行性分析，結(jié)合業(yè)務(wù)流程進(jìn)行分析。3、 自動(dòng)化測(cè)試項(xiàng)目開發(fā)

3、計(jì)劃：可行性分析通過后，由自動(dòng)化開發(fā)人員提供項(xiàng)目開發(fā)計(jì)劃。4、 實(shí)施需求：由自動(dòng)化需求方提供，自動(dòng)化開發(fā)過程中所需要的用例，數(shù)據(jù)，環(huán)境等。5、 準(zhǔn)備就緒：實(shí)施需求各項(xiàng)落實(shí)，提交并通過評(píng)審項(xiàng)目開發(fā)計(jì)劃。6、 腳本開發(fā)：腳本開發(fā)人員，按照腳本開發(fā)及后期維護(hù)進(jìn)行自動(dòng)化腳本開發(fā)。7、 腳本驗(yàn)收：腳本開發(fā)完成，調(diào)試通過后，由自動(dòng)化需求方進(jìn)行腳本驗(yàn)收。8、 結(jié)束：只表示腳本開發(fā)完成，后期維護(hù)，請(qǐng)參考：后期維護(hù)2、 過程詳細(xì)說明 1. 發(fā)起自動(dòng)化需求發(fā)起自動(dòng)化需求，自動(dòng)化需求人員：項(xiàng)目負(fù)責(zé)人、測(cè)試人員、開發(fā)、自動(dòng)化測(cè)試人員等發(fā)起自動(dòng)化項(xiàng)目需求。自動(dòng)化主要場(chǎng)景：1. 項(xiàng)目大于3個(gè)月，資源有余，需要做大量回歸測(cè)

4、試。2. 人工無法完成的大數(shù)據(jù)量測(cè)試。 3. 項(xiàng)目屬于本產(chǎn)品線關(guān)鍵業(yè)務(wù)。（必須實(shí)現(xiàn)）4. 項(xiàng)目由穩(wěn)定小組指定為核心業(yè)務(wù)。（必須實(shí)現(xiàn)）5. 項(xiàng)目由部門經(jīng)理級(jí)以上指定為自動(dòng)化需要實(shí)現(xiàn)業(yè)務(wù)。6. 項(xiàng)目開發(fā)持續(xù)開發(fā)在六個(gè)月以上。7. 項(xiàng)目測(cè)試周期在三周及以上。注：對(duì)于必須實(shí)現(xiàn)的業(yè)務(wù)，可以由自動(dòng)化組發(fā)起，相關(guān)人員配合。自動(dòng)化需求人員，通過對(duì)業(yè)務(wù)的了解，填寫自動(dòng)化測(cè)申請(qǐng)表_XXX.xls提交到自動(dòng)化測(cè)試組即可。不必進(jìn)行測(cè)試用例設(shè)計(jì)，待可行性分析通過后再進(jìn)行測(cè)試用例設(shè)計(jì)，用例設(shè)計(jì)請(qǐng)參考：明確需求2. 可行性分析需求提交后，自動(dòng)化測(cè)試人員，需要對(duì)項(xiàng)目實(shí)現(xiàn)可行性進(jìn)行分析，所需要分析的內(nèi)容如下，分析完成后，需提交

5、可行性分析報(bào)告。1、項(xiàng)目可行性說明項(xiàng)目可行性：項(xiàng)目業(yè)務(wù)類型、穩(wěn)定性、開發(fā)周期、測(cè)試周期等方面的評(píng)估。項(xiàng)目可行性說明：1、 該項(xiàng)目主要流程和頁(yè)面基本穩(wěn)定，不會(huì)發(fā)生大面積修改。2、 項(xiàng)目執(zhí)行過程中，性能要求響應(yīng)時(shí)間小于60s。3、 需要自動(dòng)化實(shí)現(xiàn)的整個(gè)過程均有對(duì)應(yīng)頁(yè)面，且能按流程執(zhí)行完成。2、技術(shù)可行性說明技術(shù)可行性：當(dāng)前自動(dòng)化系統(tǒng)是否可以實(shí)現(xiàn)需求的項(xiàng)目業(yè)務(wù)。目前Octopus屬于B/S架構(gòu)自動(dòng)化系統(tǒng)，集成selenium核心技術(shù)，故如下描述將不能實(shí)現(xiàn)。 1、 安裝數(shù)字證書過程。2、 采用安全控件密碼框技術(shù)。3、 采用手機(jī)動(dòng)態(tài)驗(yàn)證碼技術(shù)。4、 采用圖形驗(yàn)證碼技術(shù)。5、 瀏覽器執(zhí)行過程中，需要其他系

6、統(tǒng)功能協(xié)助完成（如：刷pos操作、無地址模式上傳文件、下載保存文件、加載控件過程等）6、 連接到銀行支付網(wǎng)關(guān)過程。以上均不能通過該自動(dòng)化實(shí)現(xiàn)，需要繞過或者關(guān)閉相關(guān)功能。3、資源可行性分析資源可行性：所提供的資源是否可行，包括測(cè)試資源、硬件、時(shí)間、人力等。針對(duì)資源可行的分析，盡量滿足所需要資源，對(duì)于資源不滿足，導(dǎo)致業(yè)務(wù)無法開展的，項(xiàng)目掛起。4、收益可行性分析 收益可行性：實(shí)現(xiàn)自動(dòng)化后，所提高的效率和節(jié)約的成本分析。a) 目前測(cè)試狀況在不考慮自動(dòng)化測(cè)試的情況下，完全使用人工所需要的測(cè)試時(shí)間和功能點(diǎn)的覆蓋率。b) 實(shí)現(xiàn)自動(dòng)化后狀況實(shí)現(xiàn)自動(dòng)化后，使用自動(dòng)化測(cè)試，所需要的時(shí)間和功能點(diǎn)覆蓋。效率提升：（人

7、工投入時(shí)間*功能檢查點(diǎn)）/自動(dòng)化執(zhí)行時(shí)間*功能檢查點(diǎn)=效率提升倍數(shù) 類型執(zhí)行時(shí)間（分鐘）功能點(diǎn)覆蓋（被測(cè)/全部）全部時(shí)間（分鐘）效率提升手工520010001自動(dòng)化12002005倍結(jié)果分析：當(dāng)效率提升大于等于2倍，則可進(jìn)行自動(dòng)化開發(fā)，效率提升低于2倍，將不建議進(jìn)行自動(dòng)化腳本開發(fā)倍數(shù)越大，可行性越高，越適合自動(dòng)化腳本開發(fā)。倍數(shù)越小，可行性越低。注：特殊項(xiàng)目除外。c) 預(yù)期收益成本比預(yù)期收益比：自動(dòng)化實(shí)現(xiàn)后的效果和實(shí)施自動(dòng)化所需要的成本進(jìn)行比對(duì)。目前不考慮：自動(dòng)化工具培訓(xùn)，自動(dòng)化工具使用，資金等。目前自動(dòng)化系統(tǒng)已經(jīng)成型，將只考慮自動(dòng)化實(shí)施成本。自動(dòng)化實(shí)施成本=腳本開發(fā)成本+后期維護(hù)成本收益成本比

8、計(jì)算公式：P=k*n/(c1+c2)K=手工執(zhí)行自動(dòng)化測(cè)試案例所花費(fèi)的時(shí)間成本（時(shí)間）n=自動(dòng)化測(cè)試案例執(zhí)行的次數(shù)C1=花費(fèi)在自動(dòng)化測(cè)試前期的成本（時(shí)間）C2=花費(fèi)在自動(dòng)化后期維護(hù)的成本（時(shí)間）結(jié)果分析：P值越大，越適合自動(dòng)化腳本實(shí)現(xiàn)。P值越小，自動(dòng)化實(shí)現(xiàn)的可行性越低。當(dāng)P小于2時(shí)，不適合自動(dòng)化腳本開發(fā)。注：特殊項(xiàng)目除外。5、被測(cè)代碼可行性分析針對(duì)需要測(cè)試的項(xiàng)目，為順利開展自動(dòng)化工作，提高代碼的可測(cè)試性，在項(xiàng)目流程中和頁(yè)面中，需要項(xiàng)目開發(fā)人員滿足以下幾個(gè)方面。1、 對(duì)于交易流程，訂單提交和返回在頁(yè)面均需要有唯一標(biāo)示，在后續(xù)操作中，可以使用此唯一標(biāo)示，定位到對(duì)于交易數(shù)據(jù)。（必須）2、 被測(cè)試系統(tǒng)

9、，頁(yè)面對(duì)象必須有id和name，對(duì)于各產(chǎn)品線通用頁(yè)面，建議使用統(tǒng)一的id和name。3、 項(xiàng)目進(jìn)行自動(dòng)化后，頁(yè)面最好不能做大面積的修改。如需修改，需要及時(shí)通知自動(dòng)化腳本開發(fā)人員。（必須）4、 安全控件、密碼框、手機(jī)驗(yàn)證碼、驗(yàn)證碼，需要預(yù)留測(cè)試代碼，使自動(dòng)化執(zhí)行過程繞過執(zhí)行。（必須）5、 自動(dòng)化開發(fā)過程主要使用firefox，頁(yè)面和功能盡量兼容firefox瀏覽器。6、可行性報(bào)告可行性分析由自動(dòng)化實(shí)施負(fù)責(zé)人分析，提交可行性分析報(bào)告后自動(dòng)化小組全員參加評(píng)審，評(píng)審?fù)ㄟ^后，即可進(jìn)行項(xiàng)目自動(dòng)化計(jì)劃。流程：可行性報(bào)告中，如需要資源，需要列出資源清單，最遲滿足時(shí)間。驗(yàn)收人：由自動(dòng)化項(xiàng)目負(fù)責(zé)人或組長(zhǎng)擔(dān)任。可行

10、性資源需求負(fù)責(zé)人最早時(shí)間最遲時(shí)間是否可行驗(yàn)收人項(xiàng)目可行性無XXX2012-3-20 是自動(dòng)化小組技術(shù)可行性資源可行性2012-3-212012-4-21收益可行性最終結(jié)果2012-3-222012-4-23是3. 過程風(fēng)險(xiǎn)控制在自動(dòng)化項(xiàng)目開展過程中，可能會(huì)遇到不可預(yù)知的問題。過程中可參考如下解決方案。項(xiàng)目掛起暫停項(xiàng)目，等待項(xiàng)目遇到的問題完全解決后，再繼續(xù)進(jìn)行項(xiàng)目開發(fā)。1) 需求方不能按時(shí)提供自動(dòng)化實(shí)施需求，超過3天未解決。2) 自動(dòng)化開發(fā)人員需要開發(fā)或需求方配合，2天內(nèi)無響應(yīng)或不能解決。3) 自動(dòng)化系統(tǒng)不能完成新功能需求（如API，或自動(dòng)化系統(tǒng)技術(shù)暫未實(shí)現(xiàn)），需要進(jìn)行系統(tǒng)開發(fā)，自動(dòng)化相關(guān)負(fù)責(zé)人

11、兩天未解決。4) 優(yōu)先級(jí)高于此自動(dòng)化項(xiàng)目。項(xiàng)目終止停止項(xiàng)目開發(fā)，將不再進(jìn)行該自動(dòng)化項(xiàng)目相關(guān)工作。1) 需求方提出不再需要自動(dòng)化實(shí)現(xiàn)。2) 需求方不能提供或無法提供相應(yīng)支持。3) 需求方不能按時(shí)提供自動(dòng)化實(shí)施需求，超過5天。4) 不可預(yù)知問題，導(dǎo)致自動(dòng)化無法繞過繼續(xù)開發(fā)。項(xiàng)目掛起：將在問題解決后，視當(dāng)前項(xiàng)目情況和優(yōu)先級(jí)，決定繼續(xù)時(shí)間。項(xiàng)目終止：如需要繼續(xù)，需要重新提交自動(dòng)化需求，重新按流程執(zhí)行。4. 項(xiàng)目開發(fā)計(jì)劃用于制定自動(dòng)化項(xiàng)目計(jì)劃指導(dǎo)，使自動(dòng)化項(xiàng)目有序進(jìn)行。完成可行性分析后，該項(xiàng)目自動(dòng)化負(fù)責(zé)人員，按照以下內(nèi)容提交自動(dòng)化開發(fā)計(jì)劃。1、項(xiàng)目任務(wù)通過可行性分析之后，對(duì)整個(gè)業(yè)務(wù)進(jìn)行深入了解，明確項(xiàng)目

12、需求，自動(dòng)化目標(biāo)。2、資源需求和角色分配在項(xiàng)目中任務(wù)的分配，自動(dòng)化人員所擔(dān)任的角色和職責(zé)。項(xiàng)目中資源需求：XXX自動(dòng)化成員XXX總負(fù)責(zé)人XXX需求來源項(xiàng)目發(fā)起人實(shí)施XXX環(huán)境資源XXX角色分配：角色職責(zé)責(zé)任人腳本方案設(shè)計(jì)對(duì)所提交的自動(dòng)化用例進(jìn)行實(shí)現(xiàn)方案的設(shè)計(jì)XXX腳本實(shí)現(xiàn)根據(jù)方案進(jìn)行腳本實(shí)現(xiàn)XXX腳本驗(yàn)收對(duì)完成的腳本進(jìn)行驗(yàn)收XXX3、風(fēng)險(xiǎn)評(píng)估和項(xiàng)目掛起請(qǐng)參考：過程風(fēng)險(xiǎn)控制4、項(xiàng)目實(shí)施方案i. 通過項(xiàng)目需求說明文檔以及測(cè)試用例初步了解項(xiàng)目流程，并和組內(nèi)負(fù)責(zé)人員一起探討自動(dòng)化腳本流程，設(shè)計(jì)腳本實(shí)現(xiàn)流程；ii. 加入校驗(yàn)點(diǎn)（包括：對(duì)象存在性驗(yàn)證、訂單校驗(yàn)、金額校驗(yàn)），根據(jù)現(xiàn)有模塊判斷需要封裝的新模塊

13、，封裝模塊以復(fù)用概率大，參數(shù)少為原則，如：登陸，退款，訂單校驗(yàn)等封裝模塊，確定腳本實(shí)現(xiàn)方案；iii. 安排時(shí)間和需求方進(jìn)行評(píng)審，評(píng)審內(nèi)容：自動(dòng)化腳本實(shí)現(xiàn)方案、腳本驗(yàn)證點(diǎn)、驗(yàn)證邏輯等。確定最終腳本編寫方案以及提交成果物的時(shí)間。成果物：自動(dòng)化腳本實(shí)施方案。5、進(jìn)程安排具體項(xiàng)目時(shí)間安排和人員分配：任務(wù)任務(wù)說明開始時(shí)間結(jié)束時(shí)間提交物負(fù)責(zé)人備注6、結(jié)項(xiàng)和總結(jié) 結(jié)項(xiàng)和總結(jié)，請(qǐng)參考結(jié)項(xiàng)。5. 實(shí)施過程需求1、明確需求 對(duì)于不在平臺(tái)B類培訓(xùn)范圍內(nèi)的業(yè)務(wù)，針對(duì)業(yè)務(wù)，有選擇性的進(jìn)行業(yè)務(wù)需求的講解。方式： 1.1、直接提供項(xiàng)目需求說明書文檔。1.2、 測(cè)試人員對(duì)測(cè)試流程的講解。1.3、提供業(yè)務(wù)自動(dòng)化測(cè)試用例。 自動(dòng)

14、化用例注意事項(xiàng)：可行性評(píng)審?fù)ㄟ^后，需要需求方提交測(cè)試用例，測(cè)試用例模板：請(qǐng)參考：自動(dòng)化測(cè)申請(qǐng)表單委托結(jié)算_模板.xls1、 用例中不涉及敏感測(cè)試數(shù)據(jù)（銀行卡，密碼，身份證號(hào)等），保證個(gè)人信息安全。（敏感數(shù)據(jù)在申請(qǐng)表單中統(tǒng)一說明）。2、業(yè)務(wù)以流程方式進(jìn)行測(cè)試用例設(shè)計(jì)，類似操作步驟。3、測(cè)試用例流程閉環(huán)，保證測(cè)試數(shù)據(jù)的完整性，（如，在交易完成后，進(jìn)行退款，保證資金閉環(huán)）4、測(cè)試用例中，可以包含多個(gè)檢測(cè)點(diǎn)，設(shè)計(jì)的腳本將在完全通過檢測(cè)點(diǎn)后成功，否則失敗。5、測(cè)試用例優(yōu)先級(jí)，原則，先保證正確測(cè)試用例，再保證異常測(cè)試用例。6、系統(tǒng)執(zhí)行有明確的預(yù)期結(jié)果。如果測(cè)試用例不能明確表達(dá)業(yè)務(wù)測(cè)試點(diǎn)，則需要測(cè)試人員對(duì)測(cè)

15、試用例進(jìn)行講解，進(jìn)行流程演示。2、數(shù)據(jù)準(zhǔn)備 提供測(cè)試數(shù)據(jù)，測(cè)試賬號(hào)，銀行卡，測(cè)試環(huán)境等。6. 腳本開發(fā)及后期維護(hù)1、腳本開發(fā)規(guī)范 本節(jié)主要介紹Octopus自動(dòng)化腳本簡(jiǎn)介、開發(fā)規(guī)約、開發(fā)方法等。1、腳本說明1、 編寫模板參考如下： 具體編寫方式，請(qǐng)繼續(xù)2、 用例格式說明 <step1 description="對(duì)腳本執(zhí)行的初始" > <operate>操作</operate> <object>對(duì)象</object> <value>值</value></step1>本系統(tǒng)使用步驟級(jí)

16、處理測(cè)試過程，故每個(gè)步驟均有三個(gè)參數(shù)，操作，對(duì)象，值操作:中填寫需要進(jìn)行的操作，具體操作命令和使用方式，請(qǐng)參考：API_for_octopus.chm對(duì)象：填寫需要處理的對(duì)象，使用對(duì)象的唯一表示，如name或者id 也可以使用xpath 抓取方式：1、使用selenium的ide進(jìn)行錄制抓取。 2、使用xpath分析公共抓取。 注：詳細(xì)操作可以參考xml文件編寫技巧.doc值：對(duì)對(duì)象處理的值。如填入卡號(hào)，金額等。2、開發(fā)過程注意事項(xiàng)以下是在自動(dòng)化腳本開發(fā)過程中需要注意的事項(xiàng)。開發(fā)過程，務(wù)必遵守，保持統(tǒng)一的代碼風(fēng)格。1、 如果操作只有對(duì)象沒有值，則去掉<value></valu

17、e>標(biāo)簽。2、 如果操作沒有對(duì)象，只有值，則去掉<object></object>標(biāo)簽。3、 所有標(biāo)簽順序不能進(jìn)行改變。4、 Step步驟級(jí)不能有重復(fù)標(biāo)簽。否則將不會(huì)解析重復(fù)step標(biāo)簽。5、 Step步驟級(jí)中的description是對(duì)當(dāng)前步驟的注釋，編譯過程不解析，可選。6、 Step步驟的數(shù)字按照順序填寫，如果需要中間添加步驟，可加下劃線區(qū)分，比如step1和step2 之間想添加一個(gè)步驟，可以命名為step1_1.7、 所填的三個(gè)標(biāo)簽中必須有值，如果沒有值則需要去掉對(duì)應(yīng)的標(biāo)簽，不能為空。2、腳本維護(hù)1. 腳本維護(hù)機(jī)制a) 測(cè)試人員發(fā)起當(dāng)自動(dòng)化實(shí)現(xiàn)的業(yè)務(wù)，頁(yè)

18、面或者流程發(fā)生了變化，需要及時(shí)通知自動(dòng)化開發(fā)人員，進(jìn)行腳本，變動(dòng)通知流程：b) 自動(dòng)化人員發(fā)起在自動(dòng)化腳本執(zhí)行多次失敗后，自動(dòng)化人員與測(cè)試人員共同進(jìn)行錯(cuò)誤分析，得出分析結(jié)果，根據(jù)以下流程，決定如何進(jìn)行腳本維護(hù)。進(jìn)行維護(hù)流程圖：修改過程嚴(yán)格按照腳本開發(fā)規(guī)范修改。2. 腳本修改方式1、測(cè)試人員修改：發(fā)起修改請(qǐng)求自動(dòng)化人員腳本授權(quán)測(cè)試人員修改腳本自動(dòng)化人員驗(yàn)收修改自動(dòng)化人員修改腳本標(biāo)示（關(guān)閉可修改狀態(tài)）2、自動(dòng)化人員修改：發(fā)起修改請(qǐng)求組長(zhǎng)評(píng)審授權(quán)腳本修改通知對(duì)應(yīng)測(cè)試人員并驗(yàn)收修改腳本標(biāo)示（關(guān)閉可修改狀態(tài)）3、結(jié)項(xiàng)自動(dòng)化人員腳本開發(fā)完成后，在測(cè)試環(huán)境（生產(chǎn)環(huán)境）調(diào)試通過后，提交到需求方，進(jìn)行腳本驗(yàn)收。驗(yàn)收建議：1、 執(zhí)行測(cè)試用例，展示執(zhí)行過程。2、 腳本執(zhí)行過程，講解實(shí)現(xiàn)原理，檢查點(diǎn)，驗(yàn)證方法。3、 查看測(cè)試報(bào)