web自動化項目啟動流程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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