【正文】
析 - 1 ? As s um in g t e s t c as e s f or all ri s k s a nd c om plex it ies are in s c op e f o r ea c h t e s t c y c le.A u tomation ROI Matrix of T es t Cy cle s fo r Begin n ing of Retu r n on A u t o mat ion ediu m hLowM ediu mHig h復(fù)雜度Risk復(fù)雜度1 342 P r iorit y / O r d er58697二、 ROI分析 - 2 自動(dòng)化測(cè)試固定成本的例子: ? 硬件 ? 應(yīng)用軟件的許可證 ? 應(yīng)用軟件的技術(shù)支持 ? 自動(dòng)化測(cè)試環(huán)境的設(shè)計(jì)和搭建 ? 自動(dòng)化測(cè)試環(huán)境的維護(hù) ? 腳本開(kāi)發(fā)工具軟件 ? 腳本開(kāi)發(fā)工具的許可證 ? 測(cè)試工具的培訓(xùn) ? 測(cè)試工具的引入和啟動(dòng) 自動(dòng)化測(cè)試可變成本的例子: ? 自動(dòng)化測(cè)試用例的設(shè)計(jì) ? 自動(dòng)化測(cè)試用力的實(shí)現(xiàn) ? 自動(dòng)化測(cè)試的維護(hù) ? 自動(dòng)化測(cè)試用例的執(zhí)行 ? 自動(dòng)化測(cè)試結(jié)果的分析 ? 缺陷的報(bào)告 ? 測(cè)試結(jié)果的報(bào)告 ? 測(cè)試執(zhí)行數(shù)據(jù)的保存 ? 自動(dòng)執(zhí)行的測(cè)試 手工測(cè)試共同要素的例子: ? 被測(cè)軟件分析 ? 測(cè)試規(guī)劃 ? 基礎(chǔ)測(cè)試設(shè)計(jì) ? 缺陷報(bào)告 ? 測(cè)試結(jié)果報(bào)告 內(nèi)容大綱 ?一、 技術(shù)發(fā)展趨勢(shì) ?二、 ROI分析 ?三、 流程、案例示例 ?四、 組織管理 ?五、 自動(dòng)化測(cè)試體系 ?六、 應(yīng)用系統(tǒng)架構(gòu) ?七、 集成架構(gòu) 三、 流程、案例示例- 1 三、 流程、案例示例- 流程、案例示例- 3 交易分支 ? 交易分支案例: – 給交易分支增加一組數(shù)據(jù),成為交易分支案例 —— 為具體的測(cè)試案例所使用 ? 交易分支的視圖: – 交易分支輸入文檔(設(shè)計(jì)) – 交易分支腳本(自動(dòng)化測(cè)試) ? 交易分支對(duì)應(yīng): – 交易 – 交易的執(zhí)行分支覆蓋 三、 流程、案例示例- 6 業(yè)務(wù)測(cè)試案例 ? 業(yè)務(wù)測(cè)試案例 – 具有輸入、輸出參數(shù) – 每個(gè)步驟都由交易分支案例組成,可以進(jìn)行數(shù)據(jù)傳遞,如:傳遞帳號(hào)。自動(dòng)化測(cè)試 測(cè)試現(xiàn)狀及問(wèn)題 1 ?測(cè)試籌備 ?測(cè)試實(shí)施 ?系統(tǒng)內(nèi)部測(cè)試 ?系統(tǒng)連接測(cè)試 (LT) ?系統(tǒng)集成測(cè)試 (SIT) ?用戶接受測(cè)試 (UAT) ?測(cè)試審核 現(xiàn)象: 接口測(cè)試,測(cè)試數(shù)據(jù)種類繁多,具有大量的測(cè)試案例 現(xiàn)象: 大量集成測(cè)試案例,代碼、界面不穩(wěn)定,版本更新極為頻繁 現(xiàn)象: 大量業(yè)務(wù)測(cè)試案例,代碼、界面不穩(wěn)定,版本更新比較頻繁 ?運(yùn)營(yíng)維護(hù)測(cè)試 問(wèn)題: 關(guān)注關(guān)鍵數(shù)據(jù), 執(zhí)行少量的、關(guān)鍵的測(cè)試案例, 測(cè)試不足 問(wèn)題: 測(cè)試人員少,無(wú)法承受重復(fù) 的繁重工作量,執(zhí)行少量的、 關(guān)鍵的測(cè)試案例,測(cè)試不足 問(wèn)題: 測(cè)試人員少,無(wú)法承受重復(fù) 的繁重工作量,執(zhí)行少量的、 關(guān)鍵的測(cè)試案例,測(cè)試不足 現(xiàn)象: 版本定期發(fā)布,大量回歸測(cè)試案例,代碼、界面穩(wěn)定 問(wèn)題: 大量回歸測(cè)試案例,無(wú) 足夠手工回歸測(cè)試人員,測(cè)試不足 自動(dòng)化測(cè)試的標(biāo)準(zhǔn)應(yīng)用 測(cè)試階段的 功能測(cè)試 – 背景: 在高覆蓋率要求的前提下,每個(gè)功能的測(cè)試案例量很大,并且由于測(cè)試階段中不斷的代碼修改、集成,重復(fù)測(cè)試的次數(shù)很多 – 應(yīng)用: 自動(dòng)化功能測(cè)試,包括接口功能測(cè)試、界面安全性測(cè)試、業(yè)務(wù)功能測(cè)試,提高測(cè)試的覆蓋率,降低測(cè)試的工作強(qiáng)度 – 限制: 由于測(cè)試階段中的代碼和界面的頻繁變更,自動(dòng)化的覆蓋率應(yīng)以少量覆蓋、關(guān)鍵覆蓋為原則 測(cè)試階段的 業(yè)務(wù)流測(cè)試 – 背景: 在集成測(cè)試和用戶接受測(cè)試階段中,業(yè)務(wù)流程的測(cè)試是主要工作內(nèi)容。但是,每個(gè)業(yè)務(wù)流程由于操作步驟多,導(dǎo)致執(zhí)行時(shí)間長(zhǎng),重復(fù)的執(zhí)行增加了測(cè)試的工作量和加重了工作負(fù)擔(dān) – 應(yīng)用: 自動(dòng)化業(yè)務(wù)流測(cè)試,提高測(cè)試的覆蓋率,降低工作強(qiáng)度 – 限制: 同樣由于測(cè)試階段中的代碼和界面的頻繁變更,自動(dòng)化的覆蓋率應(yīng)以少量覆蓋、關(guān)鍵覆蓋為原則 運(yùn)營(yíng)維護(hù)階段的回歸測(cè)試 – 背景: 在運(yùn)營(yíng)維護(hù)階段,每次新版本發(fā)布前,應(yīng)進(jìn)行充分的回歸測(cè)試,確保部分代碼的變更不會(huì)影響大部分未變更的代碼正確性。 – 每個(gè)交易分支案例,都具有執(zhí)行中使用的柜員信息 – 具有校驗(yàn)功能 – 由業(yè)務(wù)案例設(shè)計(jì)人員設(shè)計(jì) 內(nèi)容大綱 ?一、 技術(shù)發(fā)展趨勢(shì) ?二、 ROI分析 ?三、 流程、案