自動(dòng)化講解-PPT課件

1、自動(dòng)化測試測試現(xiàn)狀及問題1測試籌備測試實(shí)施系統(tǒng)內(nèi)部測試系統(tǒng)連接測試(LT)系統(tǒng)集成測試(SIT)用戶接受測試(UAT)測試審核現(xiàn)象：接口測試，測試數(shù)據(jù)種類繁多，具有大量的測試案例現(xiàn)象：大量集成測試案例，代碼、界面不穩(wěn)定，版本更新極為頻繁現(xiàn)象：大量業(yè)務(wù)測試案例，代碼、界面不穩(wěn)定，版本更新比較頻繁運(yùn)營維護(hù)測試問題：關(guān)注關(guān)鍵數(shù)據(jù)，執(zhí)行少量的、關(guān)鍵的測試案例，測試不足問題：測試人員少，無法承受重復(fù)的繁重工作量，執(zhí)行少量的、關(guān)鍵的測試案例，測試不足問題：測試人員少，無法承受重復(fù)的繁重工作量，執(zhí)行少量的、關(guān)鍵的測試案例，測試不足現(xiàn)象：版本定期發(fā)布，大量回歸測試案例，代碼、界面穩(wěn)定問題：大量回歸測試案例，無

2、足夠手工回歸測試人員，測試不足自動(dòng)化測試的標(biāo)準(zhǔn)應(yīng)用測試階段的功能測試背景：在高覆蓋率要求的前提下，每個(gè)功能的測試案例量很大，并且由于測試階段中不斷的代碼修改、集成，重復(fù)測試的次數(shù)很多應(yīng)用：自動(dòng)化功能測試，包括接口功能測試、界面安全性測試、業(yè)務(wù)功能測試，提高測試的覆蓋率，降低測試的工作強(qiáng)度限制：由于測試階段中的代碼和界面的頻繁變更，自動(dòng)化的覆蓋率應(yīng)以少量覆蓋、關(guān)鍵覆蓋為原則測試階段的業(yè)務(wù)流測試背景：在集成測試和用戶接受測試階段中，業(yè)務(wù)流程的測試是主要工作內(nèi)容。但是，每個(gè)業(yè)務(wù)流程由于操作步驟多，導(dǎo)致執(zhí)行時(shí)間長，重復(fù)的執(zhí)行增加了測試的工作量和加重了工作負(fù)擔(dān)應(yīng)用：自動(dòng)化業(yè)務(wù)流測試，提高測試的覆蓋率，降

3、低工作強(qiáng)度限制：同樣由于測試階段中的代碼和界面的頻繁變更，自動(dòng)化的覆蓋率應(yīng)以少量覆蓋、關(guān)鍵覆蓋為原則運(yùn)營維護(hù)階段的回歸測試背景：在運(yùn)營維護(hù)階段，每次新版本發(fā)布前，應(yīng)進(jìn)行充分的回歸測試，確保部分代碼的變更不會(huì)影響大部分未變更的代碼正確性。但是，通常情況下，這個(gè)階段中不會(huì)固定擁有大量的測試人員來實(shí)施手工回歸測試工作應(yīng)用：自動(dòng)化功能測試，自動(dòng)化業(yè)務(wù)流測試限制：獨(dú)立的測試環(huán)境引起資源爭用或者巨大投入，在資源受限的情況下，應(yīng)以最小化占用資源的方式進(jìn)行2解決思路初探自動(dòng)化接口功能測試： 測試數(shù)據(jù)自動(dòng)生成，依據(jù)報(bào)文規(guī)范自動(dòng)生成測試腳本，自動(dòng)執(zhí)行接口功能測試，提高接口測試的覆蓋率，促進(jìn)開發(fā)質(zhì)量核心業(yè)務(wù)集自動(dòng)化

4、測試： 少量自動(dòng)化測試工程師，自動(dòng)化少量核心業(yè)務(wù)，版本更新時(shí)快速執(zhí)行，保障核心模塊的質(zhì)量，提高測試效率核心業(yè)務(wù)集自動(dòng)化測試： 少量自動(dòng)化測試工程師，自動(dòng)化少量核心業(yè)務(wù)，版本更新時(shí)快速執(zhí)行，保障核心模塊的質(zhì)量，提高測試效率自動(dòng)化功能測試、自動(dòng)化業(yè)務(wù)流測試： 自動(dòng)化測試小組，計(jì)算可行自動(dòng)化率，建設(shè)自動(dòng)化回歸測試技術(shù)平臺，長期運(yùn)行自動(dòng)化測試，保障系統(tǒng)運(yùn)行質(zhì)量自動(dòng)化測試的實(shí)際應(yīng)用測試籌備測試實(shí)施系統(tǒng)內(nèi)部測試系統(tǒng)連接測試(LT)系統(tǒng)集成測試(SIT)用戶接受測試(UAT)測試審核運(yùn)營維護(hù)測試3實(shí)施難度與風(fēng)險(xiǎn)自動(dòng)化測試機(jī)構(gòu)設(shè)計(jì)、實(shí)現(xiàn)自動(dòng)化測試技術(shù)平臺自動(dòng)化測試可行性分析；確定自動(dòng)化率目標(biāo)和自動(dòng)化測試需求設(shè)

5、計(jì)、實(shí)現(xiàn)可執(zhí)行的自動(dòng)化測試業(yè)務(wù)測試過程和組件設(shè)計(jì)、實(shí)現(xiàn)自動(dòng)化執(zhí)行機(jī)制；執(zhí)行自動(dòng)化測試業(yè)務(wù)測試機(jī)構(gòu)提供業(yè)務(wù)測試需求提供業(yè)務(wù)測試案例，包括操作步驟、業(yè)務(wù)數(shù)據(jù)和驗(yàn)證方法測試環(huán)境自動(dòng)化測試環(huán)境的基礎(chǔ)設(shè)施支持項(xiàng)目組自動(dòng)化測試環(huán)境的應(yīng)用環(huán)境支持自動(dòng)化測試組件開發(fā)的技術(shù)支持標(biāo)準(zhǔn)實(shí)施角色測試管理機(jī)構(gòu)建設(shè)自動(dòng)化測試體系規(guī)劃自動(dòng)化測試技術(shù)平臺根據(jù)軟件項(xiàng)目測試需要確定項(xiàng)目級自動(dòng)化測試策略自動(dòng)化測試工作的計(jì)劃、組織和協(xié)調(diào)自動(dòng)化測試環(huán)境的計(jì)劃、組織和協(xié)調(diào)自動(dòng)化測試缺陷與手工測試缺陷的關(guān)聯(lián)管理自動(dòng)化測試結(jié)果的分析、評估與審定測試管理自動(dòng)化測試管理手工測試的傳承自動(dòng)化測試實(shí)施自動(dòng)化測試支持自動(dòng)化測試支持自動(dòng)化測試自動(dòng)化測試

6、角色不了解信息應(yīng)用系統(tǒng)的業(yè)務(wù)若無詳細(xì)的測試需求，無法快速分析、確定自動(dòng)化測試需求若無詳細(xì)的測試案例，無法快速設(shè)計(jì)自動(dòng)化測試案例學(xué)習(xí)業(yè)務(wù)的工作量較大業(yè)務(wù)測試當(dāng)前業(yè)務(wù)測試規(guī)范度尚未完善業(yè)務(wù)測試案例尚未達(dá)到符合標(biāo)準(zhǔn)的程度為自動(dòng)化測試編制符合要求的測試案例帶來較大的工作量測試環(huán)境項(xiàng)目組自動(dòng)化測試的組件開發(fā)需要項(xiàng)目組提供軟件界面處理邏輯的詳細(xì)文檔，或者由項(xiàng)目組的開發(fā)人員提供技術(shù)支持，導(dǎo)致工作量較大實(shí)施難度1自動(dòng)化測試設(shè)計(jì)自動(dòng)化測試的腳本開發(fā)與應(yīng)用軟件的界面、代碼變更息息相關(guān)自動(dòng)化測試的腳本量越大，維護(hù)工作量就越大若實(shí)施準(zhǔn)備不足或風(fēng)險(xiǎn)預(yù)估不完整，甚至導(dǎo)致實(shí)現(xiàn)失敗實(shí)施難度2自動(dòng)化測試業(yè)務(wù)測試測試環(huán)境項(xiàng)目組自

7、動(dòng)化測試實(shí)現(xiàn)自動(dòng)化測試可能遇到多項(xiàng)目并行的情況給自動(dòng)化測試的管理帶來較大的難度要求實(shí)施難度3自動(dòng)化測試在運(yùn)營維護(hù)期的執(zhí)行過程中需要對測試環(huán)境獨(dú)占若測試環(huán)境資源有限，會(huì)造成無測試環(huán)境資源或者測試環(huán)境資源嚴(yán)重爭用的情況自動(dòng)化測試業(yè)務(wù)測試測試環(huán)境項(xiàng)目組自動(dòng)化測試執(zhí)行降低業(yè)務(wù)測試不規(guī)范帶來的各種工作量最低標(biāo)準(zhǔn)測試需求測試案例手工測試自動(dòng)化測試工作重點(diǎn)=提高測試需求和測試案例的規(guī)范度工作重點(diǎn)=自動(dòng)化測試設(shè)計(jì)、實(shí)現(xiàn)與執(zhí)行手工測試規(guī)范度不足最高標(biāo)準(zhǔn)測試需求測試案例手工測試規(guī)范度滿足問題：1）不足以設(shè)計(jì)自動(dòng)化測試解決：1）依據(jù)最低標(biāo)準(zhǔn)，基本設(shè)計(jì)2）向業(yè)務(wù)測試角色學(xué)習(xí)、補(bǔ)充3）提高業(yè)務(wù)認(rèn)識，補(bǔ)充設(shè)計(jì)依據(jù)最高標(biāo)準(zhǔn)

8、，直接設(shè)計(jì)改進(jìn)發(fā)展積累提高自動(dòng)化測試技術(shù)平臺測試執(zhí)行測試執(zhí)行組織調(diào)度子系統(tǒng)測試運(yùn)行計(jì)劃設(shè)計(jì)子系統(tǒng)測試執(zhí)行子系統(tǒng)測試執(zhí)行監(jiān)控子系統(tǒng)測試分析測試分析子系統(tǒng)測試管理項(xiàng)目管理子系統(tǒng)用戶管理子系統(tǒng)測試需求管理子系統(tǒng)業(yè)務(wù)組件管理子系統(tǒng)業(yè)務(wù)測試過程管理子系統(tǒng)BC、BP開發(fā)子系統(tǒng)測試數(shù)據(jù)管理子系統(tǒng)自動(dòng)化測試技術(shù)平臺自動(dòng)化測試技術(shù)平臺的建設(shè)目標(biāo)自動(dòng)化測試技術(shù)平臺平臺目標(biāo)設(shè)計(jì)工作可視化操作測試數(shù)據(jù)集中管理測試結(jié)果綜合分析測試執(zhí)行自動(dòng)控制1234問題解決1自動(dòng)化測試技術(shù)平臺項(xiàng)目管理子系統(tǒng)用戶管理子系統(tǒng)項(xiàng)目自動(dòng)化測試工作項(xiàng)目自動(dòng)化測試工作項(xiàng)目自動(dòng)化測試工作項(xiàng)目自動(dòng)化測試工作自動(dòng)化測試管理辦法自動(dòng)化測試管理規(guī)程自動(dòng)化測

9、試規(guī)范多項(xiàng)目并行內(nèi)容大綱一、 技術(shù)發(fā)展趨勢二、 ROI分析三、 流程、案例示例四、 組織管理五、 自動(dòng)化測試體系六、 應(yīng)用系統(tǒng)架構(gòu)七、 集成架構(gòu)沒有測試手工測試時(shí)間緊可靠性低人力缺乏無法保證一致性無法重復(fù)快速可重復(fù)高覆蓋率高可靠性重用性強(qiáng)自動(dòng)測試一、 技術(shù)發(fā)展趨勢11、 將乏味且人工容易出錯(cuò)的工作進(jìn)行自動(dòng)化，實(shí)現(xiàn)功能的回歸測試，在應(yīng)用程序修改之后，運(yùn)行自動(dòng)化測試腳本，快速完成回歸測試2、將重復(fù)的測試工作自動(dòng)化完成，為其他方法的測試贏得更多時(shí)間；3、降低測試成本，提高測試復(fù)用度和測試效率，占用少量的業(yè)務(wù)測試人力資源一、 技術(shù)發(fā)展趨勢2錄制回放腳本技術(shù)數(shù)據(jù)驅(qū)動(dòng)關(guān)鍵字驅(qū)動(dòng)業(yè)務(wù)驅(qū)動(dòng)可維護(hù)性低中中中高可

10、靠性低高高高高效率低中中中高可復(fù)用性低中中高高健壯性低高高高高可移植性低低中中中易用性高低中中高內(nèi)容大綱一、 技術(shù)發(fā)展趨勢二、 ROI分析三、 流程、案例示例四、 組織管理五、 自動(dòng)化測試體系六、 應(yīng)用系統(tǒng)架構(gòu)七、 集成架構(gòu)基于風(fēng)險(xiǎn)和復(fù)雜度評估達(dá)到測試目標(biāo)的最佳性價(jià)比測試自動(dòng)化基本實(shí)踐方法Procedure forX Risk根據(jù)特定測試風(fēng)險(xiǎn)等級來選擇合適的測試過程.通過以測試過程的最優(yōu)組合和資源、進(jìn)度、風(fēng)險(xiǎn)的約束來多次運(yùn)行自動(dòng)化測試次數(shù)，來達(dá)到最小化工作量的目標(biāo)方法過程High RiskMedium RiskLow RiskHigh復(fù)雜度Medium復(fù)雜度Low復(fù)雜度Assuming tes

11、t cases for all risks and complexities are in-scope for each test cycle.Automation ROI Matrix測試范圍由風(fēng)險(xiǎn)驅(qū)動(dòng)測試 ( 例如：高風(fēng)險(xiǎn)的項(xiàng)先被測試)自動(dòng)化的優(yōu)先順序:對于能盡快（最少運(yùn)行次數(shù)）達(dá)到投資回報(bào)平衡點(diǎn)高風(fēng)險(xiǎn)的測試案例優(yōu)先低復(fù)雜度的測試案例優(yōu)先優(yōu)先級策略自動(dòng)化測試工作任務(wù)的優(yōu)先級# of Test Cycles for Beginning of Return on Automation 復(fù)雜度RiskHighMediumLowHigh5.05.95.5Medium6.67.38.1Low5.07

12、.38.11342#- Priority # / Order58697自動(dòng)化測試目標(biāo)只適用于功能測試階段，因?yàn)橐话銜?huì)：給定預(yù)算，進(jìn)度，資源給定平均或期望的測試運(yùn)行次數(shù)根據(jù)業(yè)務(wù)流程的不同（復(fù)雜度和風(fēng)險(xiǎn)）最大化自動(dòng)化率（只能達(dá)到有限值）初級階段目標(biāo)可以適用于回歸測試：自動(dòng)化率可以逐步提高增加自動(dòng)化測試的次數(shù)減少測試運(yùn)行時(shí)的缺陷高級階段目標(biāo)通過靈活的合理的自動(dòng)化測試目標(biāo)最大化時(shí)間和資源的利用率和價(jià)值二、 ROI分析1二、 ROI分析2自動(dòng)化測試固定成本的例子：硬件應(yīng)用軟件的許可證應(yīng)用軟件的技術(shù)支持自動(dòng)化測試環(huán)境的設(shè)計(jì)和搭建自動(dòng)化測試環(huán)境的維護(hù)腳本開發(fā)工具軟件腳本開發(fā)工具的許可證測試工具的培訓(xùn)測試工具

13、的引入和啟動(dòng)自動(dòng)化測試可變成本的例子：自動(dòng)化測試用例的設(shè)計(jì)自動(dòng)化測試用力的實(shí)現(xiàn)自動(dòng)化測試的維護(hù)自動(dòng)化測試用例的執(zhí)行自動(dòng)化測試結(jié)果的分析缺陷的報(bào)告測試結(jié)果的報(bào)告測試執(zhí)行數(shù)據(jù)的保存自動(dòng)執(zhí)行的測試手工測試共同要素的例子：被測軟件分析測試規(guī)劃基礎(chǔ)測試設(shè)計(jì)缺陷報(bào)告測試結(jié)果報(bào)告內(nèi)容大綱一、 技術(shù)發(fā)展趨勢二、 ROI分析三、 流程、案例示例四、 組織管理五、 自動(dòng)化測試體系六、 應(yīng)用系統(tǒng)架構(gòu)七、 集成架構(gòu)三、 流程、案例示例1三、 流程、案例示例2三、 流程、案例示例3交易分支交易分支案例：給交易分支增加一組數(shù)據(jù)，成為交易分支案例為具體的測試案例所使用交易分支的視圖：交易分支輸入文檔（設(shè)計(jì)）交易分支腳本（自

14、動(dòng)化測試）交易分支對應(yīng)：交易交易的執(zhí)行分支覆蓋三、 流程、案例示例6業(yè)務(wù)測試案例業(yè)務(wù)測試案例具有輸入、輸出參數(shù)每個(gè)步驟都由交易分支案例組成，可以進(jìn)行數(shù)據(jù)傳遞，如：傳遞帳號。每個(gè)交易分支案例，都具有執(zhí)行中使用的柜員信息具有校驗(yàn)功能由業(yè)務(wù)案例設(shè)計(jì)人員設(shè)計(jì)內(nèi)容大綱一、 技術(shù)發(fā)展趨勢二、 ROI分析三、 流程、案例示例四、 組織管理五、 自動(dòng)化測試體系六、 應(yīng)用系統(tǒng)架構(gòu)七、 集成架構(gòu)四、 組織管理1四、 組織管理2內(nèi)容大綱一、 技術(shù)發(fā)展趨勢二、 ROI分析三、 流程、案例示例四、 組織管理五、 自動(dòng)化測試體系六、 應(yīng)用系統(tǒng)架構(gòu)七、 集成架構(gòu)五、 自動(dòng)化測試體系1五、 自動(dòng)化測試體系2內(nèi)容大綱一、 技術(shù)發(fā)展趨勢二、 ROI分析三、 流程、案例示例四、 組織管理五、 自動(dòng)化測試體系六、 應(yīng)用