李霄 郭彤 朱博

【摘 要】本文從建設(shè)中海油基礎(chǔ)案例庫(kù)必要性入手，提出案例庫(kù)設(shè)計(jì)引入分層結(jié)構(gòu)的測(cè)試框架來提高軟件測(cè)試代碼編寫及運(yùn)行工作效率，并根據(jù)中海油SAP系統(tǒng)特點(diǎn)對(duì)案例庫(kù)中業(yè)務(wù)流程進(jìn)行組件化、參數(shù)化、分類化。基礎(chǔ)案例庫(kù)中流程的選擇，結(jié)合了中海油SAP系統(tǒng)特點(diǎn)及中海油業(yè)務(wù)復(fù)雜的實(shí)際情況，從經(jīng)濟(jì)性方面考慮，最終采用基于操作剖面選擇測(cè)試的原則實(shí)現(xiàn)了選取20%的流程數(shù)覆蓋到80%的業(yè)務(wù)范圍的“二八效應(yīng)”，為中海油的自動(dòng)化測(cè)試工作打下堅(jiān)實(shí)的基礎(chǔ)。

【關(guān) 鍵 詞】 QC平臺(tái)；QTP；回歸測(cè)試；測(cè)試框架；業(yè)務(wù)組件；業(yè)務(wù)流程

【中圖分類號(hào)】F407.67【文獻(xiàn)標(biāo)識(shí)碼】A【文章編號(hào)】1672-5158（2013）07-0219-03

【Abstract】This paper starts from the necessity of CNOOC case library construction， propose that the hierarchical structure testing framework is used to improve software test code compiling and running efficiency，and according to the business process of CNOOC SAP system ，we make case library components， parametric， classification. The process of operation flow select is combined with the actual situation and characteristics of complex CNOOC ‘SAP system ， considered from the economic aspect， we realize that to select 20% coverage to 80% business "two eight effect" ， CNOOC case library is a solid foundation for the automation of CNOOCsoftwaretest..

【Key words】QC Platform； QTP； Regression Test；Test Framework； Business Component； Business Process

0 引言

中國(guó)海洋石油總公司（以下簡(jiǎn)稱“中海油”）于2006年成功上線SAP系統(tǒng)，SAP系統(tǒng)已從全面建設(shè)向持續(xù)的系統(tǒng)運(yùn)維和深化應(yīng)用轉(zhuǎn)變。伴隨著對(duì)SAP系統(tǒng)持續(xù)的配置變更、新功能開發(fā)及新單位上線，這些需求的實(shí)現(xiàn)對(duì)大集中模式的SAP系統(tǒng)的正常運(yùn)行帶來了一定的沖擊，使系統(tǒng)存在風(fēng)險(xiǎn)，為避免這些變更對(duì)集團(tuán)SAP系統(tǒng)造成的沖擊，從保證系統(tǒng)的穩(wěn)定運(yùn)行角度來講，對(duì)于系統(tǒng)的測(cè)試工作凸顯出了其重要性。而由人工完成的測(cè)試工作面臨著測(cè)試時(shí)間緊迫、人力資源緊張、測(cè)試效率及質(zhì)量較低等問題，為此，中海油希望引入“自動(dòng)化腳本基礎(chǔ)案例庫(kù)”的方式完成自動(dòng)化測(cè)試工作，利用基礎(chǔ)案例庫(kù)來完成自動(dòng)化腳本的開發(fā)、存儲(chǔ)、管理、運(yùn)行等操作，為自動(dòng)化測(cè)試工作打下堅(jiān)實(shí)的基礎(chǔ)。

1 基礎(chǔ)案例庫(kù)建設(shè)的必要性

近幾年，中海油發(fā)展較快，不斷有新公司成立及新業(yè)務(wù)領(lǐng)域的增加，特別是在海外業(yè)務(wù)領(lǐng)域的擴(kuò)展等，公司業(yè)務(wù)的發(fā)展使得近幾年每年都有較大規(guī)模SAP實(shí)施項(xiàng)目，與此同時(shí)原有公司組織結(jié)構(gòu)的取消和重組，導(dǎo)致公司利潤(rùn)中心和成本中心的經(jīng)常變更。SAP系統(tǒng)還需日常的維護(hù)，如：SAP系統(tǒng)打補(bǔ)丁、升級(jí)及啟用SAP新功能等。用戶在使用SAP系統(tǒng)的過程中對(duì)其有新的認(rèn)識(shí)，也提出了對(duì)現(xiàn)有系統(tǒng)變更的需求。而中海油SAP系統(tǒng)是集團(tuán)統(tǒng)一運(yùn)維、管理的，這些個(gè)性需求的實(shí)現(xiàn)及升級(jí)等操作無不對(duì)整個(gè)系統(tǒng)的穩(wěn)定運(yùn)行造成沖擊。其次，遵循SAP公司ASAP方法論，在新公司上線前會(huì)對(duì)現(xiàn)運(yùn)行SAP系統(tǒng)進(jìn)行回歸測(cè)試，保證在新公司配置進(jìn)入SAP系統(tǒng)時(shí)原有系統(tǒng)功能正常運(yùn)行，防范了新公司配置進(jìn)入系統(tǒng)對(duì)原有系統(tǒng)的沖擊，規(guī)避了系統(tǒng)不穩(wěn)定運(yùn)行的風(fēng)險(xiǎn)。綜上所述，為了保證SAP系統(tǒng)正常運(yùn)行，中國(guó)海油運(yùn)維團(tuán)隊(duì)將系統(tǒng)回歸測(cè)試和系統(tǒng)巡檢測(cè)試的工作提到議事日程。就中國(guó)海油SAP系統(tǒng)應(yīng)用現(xiàn)狀對(duì)進(jìn)行人工回歸測(cè)試的工作量進(jìn)行了評(píng)估，但遇到以下幾個(gè)方面的挑戰(zhàn)。

1） 時(shí)間挑戰(zhàn)：回歸測(cè)試通常選取跨模塊集成流程、模塊內(nèi)重要集成流程進(jìn)行測(cè)試，這其中最長(zhǎng)的流程有94個(gè)步驟，涉及4個(gè)模塊，包括了采購(gòu)、收貨、發(fā)票校驗(yàn)、銷售、發(fā)貨、開票、收付款、生產(chǎn)、月結(jié)等主要業(yè)務(wù)流程，需要大約20個(gè)崗位的人員進(jìn)行協(xié)同操作，若一切順利，完成一個(gè)這樣的流程大約需要2天左右的時(shí)間。

2） 人力資源挑戰(zhàn)：中海油的二級(jí)單位組織層級(jí)較多，以一家二級(jí)單位有9家三級(jí)單位為例，做回歸測(cè)試就需對(duì)9家單位進(jìn)行組織和協(xié)調(diào)工作，以9家單位平均實(shí)施了6個(gè)模塊、每個(gè)模塊至少動(dòng)用2個(gè)關(guān)鍵用戶或最終用戶計(jì)，那么對(duì)于此二級(jí)單位一次回歸測(cè)試至少需要?jiǎng)佑?08個(gè)人員，按通常的做法，給所屬單位回歸測(cè)試的時(shí)間都在5個(gè)工作日。由此可見，在SAP系統(tǒng)大規(guī)模實(shí)施后的今天若再組織全集團(tuán)的回歸測(cè)試，其組織的工作量已是巨大的了。

3） 質(zhì)量挑戰(zhàn)：在執(zhí)行回歸測(cè)試的過程中，用戶要翻看大量的手工測(cè)試腳本并將測(cè)試結(jié)果保存在其中，結(jié)果的共享及準(zhǔn)確性是對(duì)測(cè)試人員耐心及敬業(yè)精神的考驗(yàn)，回歸測(cè)試工作重復(fù)性較強(qiáng)，手工測(cè)試更容易使測(cè)試者感到疲勞和厭倦，增加了錯(cuò)誤率；

綜上所述，手工測(cè)試的挑戰(zhàn)是巨大的，中海油希望引入與SAP系統(tǒng)結(jié)合緊密的HP解決方案來完成測(cè)試工作，在測(cè)試過程中我們需要將手工測(cè)試腳本利用QTP自動(dòng)化，然后定期維護(hù)、運(yùn)行自動(dòng)化腳本來完成對(duì)SAP系統(tǒng)的回歸測(cè)試、巡檢測(cè)試等基礎(chǔ)工作，所以中海油希望建立自動(dòng)化基礎(chǔ)案例庫(kù)來完成自動(dòng)化腳本的存儲(chǔ)、分類，利用分層的框架結(jié)構(gòu)簡(jiǎn)化腳本開發(fā)，提高開發(fā)效率并將測(cè)試數(shù)據(jù)與業(yè)務(wù)流程分離開來。

2 基礎(chǔ)案例庫(kù)的設(shè)計(jì)

基礎(chǔ)案例庫(kù)主要完成以下幾個(gè)功能：1：提供公用的函數(shù)和框架結(jié)構(gòu)提高開發(fā)效率2：分類存儲(chǔ)測(cè)試人員利用QTP開發(fā)的自動(dòng)化腳本 3：將業(yè)務(wù)邏輯和測(cè)試數(shù)據(jù)等分層管理。所以，開發(fā)人員必須將業(yè)務(wù)流程分拆成業(yè)務(wù)組件，利用自動(dòng)化框架和公用函數(shù)根據(jù)一定的業(yè)務(wù)邏輯串寫成自動(dòng)化腳本，并在編寫過程中將數(shù)據(jù)和流程分離開來完成流程的參數(shù)化，并根據(jù)SAP系統(tǒng)的特性及流程的所屬單位將腳本分類存儲(chǔ)，下面我們將各個(gè)步驟擴(kuò)展開來介紹。

2.1業(yè)務(wù)流程組件化

業(yè)務(wù)組件是組成流程測(cè)試的基本單元，組合不同的業(yè)務(wù)組件可以實(shí)現(xiàn)不同的業(yè)務(wù)流程測(cè)試。如將信息系統(tǒng)的“登錄”做為一個(gè)組件，“添加用戶”做為另一個(gè)組件等。這樣可以實(shí)現(xiàn)組件的復(fù)用，下次登錄直接調(diào)用腳本即可，提高了開發(fā)效率。

業(yè)務(wù)組件化的優(yōu)點(diǎn)

1） 相關(guān)業(yè)務(wù)人員可以在沒有腳本的環(huán)境下組合業(yè)務(wù)組件，實(shí)現(xiàn)業(yè)務(wù)流程。

2） 對(duì)業(yè)務(wù)人員的編程能力沒有太高要求，業(yè)務(wù)人員只需了解系統(tǒng)的業(yè)務(wù)流程，不用關(guān)心具體的腳本實(shí)現(xiàn)。這一點(diǎn)也實(shí)現(xiàn)了業(yè)務(wù)層和腳本層的分離。

3） 一旦某個(gè)組件開發(fā)完畢，即可在不同的流程中使用該組件，實(shí)現(xiàn)高可復(fù)用性，從而加快業(yè)務(wù)流程測(cè)試的速度。

4） 明確的角色分工，業(yè)務(wù)人員負(fù)責(zé)流程的開發(fā)、組織；測(cè)試工程師負(fù)責(zé)腳本的開發(fā)、維護(hù)以及相應(yīng)函數(shù)庫(kù)的開發(fā)、維護(hù)。

5） 因?yàn)閷?shí)現(xiàn)了腳本的復(fù)用，提高了自動(dòng)化開發(fā)的效率，無形中就降低了測(cè)試過程中維護(hù)的時(shí)間和成本。

2.2業(yè)務(wù)流程參數(shù)化

業(yè)務(wù)流程腳本是一組測(cè)試工具執(zhí)行的指令集合，也是計(jì)算機(jī)程序的一種形式。腳本可以通過錄制測(cè)試的操作產(chǎn)生，然后再做修改，這樣可以減少腳本編程的工作量。當(dāng)然，也可以直接用腳本語言編寫腳本。腳本技術(shù)可以分為以下幾類：

1） ――線性腳本是錄制手工執(zhí)行的測(cè)試用例得到的腳本。

2） ――結(jié)構(gòu)化腳本類似于結(jié)構(gòu)化程序設(shè)計(jì)，具有各種邏輯結(jié)構(gòu)（順序，分支，循環(huán)），而且具有函數(shù)調(diào)用功能。

3） ――共享腳本是指某個(gè)腳本可被多個(gè)測(cè)試用例使用，即腳本語言允許一個(gè)腳本調(diào)用另一個(gè)腳本。

4） ――數(shù)據(jù)驅(qū)動(dòng)腳本將測(cè)試輸入存儲(chǔ)在獨(dú)立的數(shù)據(jù)文件中。

自動(dòng)化測(cè)試對(duì)錄制和編輯好的測(cè)試步驟進(jìn)行回放，這種是線性的自動(dòng)化測(cè)試方式，其缺點(diǎn)是明顯的，就是其測(cè)試覆蓋面比較低。測(cè)試回放的只是錄制時(shí)做出的界面操作，以及輸入的測(cè)試數(shù)據(jù)，或者是腳本編輯時(shí)指定的界面操作和測(cè)試數(shù)據(jù)。如何讓測(cè)試腳本執(zhí)行時(shí)，不僅僅局限于測(cè)試錄制或編輯時(shí)的測(cè)試數(shù)據(jù)呢？數(shù)據(jù)驅(qū)動(dòng)的測(cè)試方式是解決這個(gè)問題的最佳方案。數(shù)據(jù)驅(qū)動(dòng)測(cè)試把測(cè)試腳本中的測(cè)試數(shù)據(jù)提取出來，存儲(chǔ)到外部文件或數(shù)據(jù)庫(kù)中，在測(cè)試過程中，從文件動(dòng)態(tài)讀入測(cè)試數(shù)據(jù)。

這樣測(cè)試用例需要數(shù)據(jù)輸入完成操作。數(shù)據(jù)驅(qū)動(dòng)設(shè)計(jì)能夠分離代碼和數(shù)據(jù)，并充分重用代碼，測(cè)試人員能夠簡(jiǎn)單地編輯數(shù)據(jù)矩陣來設(shè)計(jì)不同的用例組合。如果用戶界面變化了，也只需要稍稍修改命令序列，這時(shí)測(cè)試人員通過修改電子表格中數(shù)據(jù)要比重新編寫代碼來修改測(cè)試用例要方便一些。

2.3業(yè)務(wù)流程分類化

SAP作為世界重要的ERP實(shí)施軟件，其突出的特點(diǎn)就是業(yè)務(wù)拆分細(xì)致而全面。SAP是一個(gè)基于客戶/服務(wù)機(jī)結(jié)構(gòu)和開放系統(tǒng)的、集成的企業(yè)資源計(jì)劃系統(tǒng)【1】。其功能覆蓋企業(yè)的財(cái)務(wù)、后勤（工程設(shè)計(jì)、采購(gòu)、庫(kù)存、生產(chǎn)銷售和質(zhì)量等）和人力資源管理、SAP業(yè)務(wù)工作流系統(tǒng)。那么基礎(chǔ)案例庫(kù)中的業(yè)務(wù)流程分類同樣要按照SAP模塊的功能區(qū)分，分為FI 財(cái)務(wù)會(huì)計(jì)、CO管理會(huì)計(jì)、PP 生產(chǎn)計(jì)劃、MM 物料管理、QM 品質(zhì)管理、SD 銷售與分銷、HR 人力資源管理等七個(gè)模塊。所以中海油根據(jù)一下幾種維度將流程進(jìn)行分類。

（1） 功能模塊分類：因大型國(guó)有企業(yè)的SAP業(yè)務(wù)系統(tǒng)比較復(fù)雜，所以我們選擇在測(cè)試計(jì)劃中，按照業(yè)務(wù)模塊不同存儲(chǔ)業(yè)務(wù)流程。

（2） 測(cè)試功能分類：按測(cè)試功能進(jìn)行劃分，將流程分為性能測(cè)試、自動(dòng)化測(cè)試等

（3） 所屬單位分類：中海油所屬子公司大部分實(shí)施了SAP系統(tǒng)，按照單位進(jìn)行流程分類有利于按照單位來開展測(cè)試工作。（見圖1）

2.4業(yè)務(wù)框架

測(cè)試框架的搭建是直接影響功能自動(dòng)化測(cè)試成功與否的關(guān)鍵?？蚣茏龅暮每梢允箿y(cè)試事半功倍，反之輕則很難看到工作的成果重則會(huì)使整個(gè)測(cè)試失敗。目前我們討論HP公司為我們?cè)O(shè)計(jì)好的一個(gè)測(cè)試體系，業(yè)務(wù)組件測(cè)試。他是利用QTP與QC的完美結(jié)合組成的一個(gè)體系架構(gòu)。它可以輕易實(shí)現(xiàn)目前比較流行的三層測(cè)試架構(gòu)：腳本層，業(yè)務(wù)層，數(shù)據(jù)層相分離，提供了一個(gè)開放的、可擴(kuò)展的測(cè)試管理框架，可以將測(cè)試依據(jù)、測(cè)試用的數(shù)據(jù)、測(cè)試執(zhí)行及測(cè)試后的結(jié)果有效結(jié)合起來[2]。

結(jié)構(gòu)化框架通過共享函數(shù)庫(kù)中的函數(shù)把被測(cè)試應(yīng)用程序和測(cè)試腳本分離。共享函數(shù)的主要分為：

（1） 定義每個(gè)應(yīng)用程序的功能特征。類似于函數(shù)的重用，隱藏每一個(gè)組裝的函數(shù)。

（2） 定義命令或者測(cè)試工具語言的特征。封裝函數(shù)是把其他函數(shù)封裝在里面，可以通過修改封裝函數(shù)，添加或者修改功能解決測(cè)試工具的缺陷，或者增強(qiáng)腳本語言的優(yōu)勢(shì)。

（3） 定義小的、頻繁操作的統(tǒng)一目標(biāo)。它實(shí)現(xiàn)了一個(gè)操作的命令集合。腳本開發(fā)者不用關(guān)心其過程，只需要關(guān)注輸入和輸出。

（4） 定義實(shí)用函數(shù)?？梢詣?chuàng)建一個(gè)用標(biāo)準(zhǔn)方法生成測(cè)試報(bào)告的函數(shù)，在開發(fā)腳本的時(shí)候把他作為標(biāo)準(zhǔn)，在每個(gè)測(cè)試用例后邊調(diào)用這個(gè)函數(shù)。

3 基礎(chǔ)案例庫(kù)腳本的選取

基礎(chǔ)案例庫(kù)腳本的選取，實(shí)際上是對(duì)中海油SAP系統(tǒng)回歸測(cè)試范圍的確定，即選取哪些流程來進(jìn)行測(cè)試工作，業(yè)界有幾種策略包括測(cè)試全部流程、基于風(fēng)險(xiǎn)選擇、基于操作剖面選擇、測(cè)試修改及所影響部分等，中海油根據(jù)自身單位的復(fù)雜程度及SAP系統(tǒng)特點(diǎn)做出了相應(yīng)的策略選擇，力求能夠選取20%的流程數(shù)，覆蓋到80%的業(yè)務(wù)范圍，也就是實(shí)現(xiàn)“二八效應(yīng)”。

3.1 回歸測(cè)試定義

回歸測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。自動(dòng)回歸測(cè)試將大幅降低系統(tǒng)測(cè)試、維護(hù)升級(jí)等階段的成本?；貧w測(cè)試作為軟件生命周期的一個(gè)組成部分，在整個(gè)軟件測(cè)試過程中占有很大的工作量比重，軟件開發(fā)的各個(gè)階段都會(huì)進(jìn)行多次回歸測(cè)試。在漸進(jìn)和快速迭代開發(fā)中，新版本的連續(xù)發(fā)布使回歸測(cè)試進(jìn)行的更加頻繁，而在極端編程方法中，更是要求每天都進(jìn)行若干次回歸測(cè)試。因此，通過選擇正確的回歸測(cè)試策略來改進(jìn)回歸測(cè)試的效率和有效性是非常有意義的。

3.2、常用回歸測(cè)試策略

選擇回歸測(cè)試策略應(yīng)該兼顧效率和有效性兩個(gè)方面。常用的選擇回歸測(cè)試的方式包括：

1）再測(cè)試全部用例

選擇基線測(cè)試用例庫(kù)中的全部測(cè)試用例組成回歸測(cè)試包，這是一種比較安全的方法，再測(cè)試全部用例具有最低的遺漏回歸錯(cuò)誤的風(fēng)險(xiǎn)，但測(cè)試成本最高。全部再測(cè)試幾乎可以應(yīng)用到任何情況下，基本上不需要進(jìn)行分析和重新開發(fā)，但是，隨著開發(fā)工作的進(jìn)展，測(cè)試用例不斷增多，重復(fù)原先所有的測(cè)試將帶來很大的工作量，往往超出了我們的預(yù)算和進(jìn)度。

2）基于風(fēng)險(xiǎn)選擇測(cè)試

可以基于一定的風(fēng)險(xiǎn)標(biāo)準(zhǔn)來從基線測(cè)試用例庫(kù)中選擇回歸測(cè)試用例。首先運(yùn)行最重要的、關(guān)鍵的和風(fēng)險(xiǎn)較大的測(cè)試用例，而跳過那些非關(guān)鍵的、優(yōu)先級(jí)別低的或者高穩(wěn)定的測(cè)試用例，這些用例即便可能測(cè)試到缺陷，這些缺陷的嚴(yán)重性也僅有三級(jí)或四級(jí)。一般而言，測(cè)試從主要特征到次要特征。

3）基于操作剖面選擇測(cè)試

如果基線測(cè)試用例庫(kù)的測(cè)試用例是基于軟件操作剖面開發(fā)的，測(cè)試用例的分布情況反映了系統(tǒng)的實(shí)際使用情況?；貧w測(cè)試所使用的測(cè)試用例個(gè)數(shù)可以由測(cè)試預(yù)算確定，回歸測(cè)試可以優(yōu)先選擇那些針對(duì)最重要或最頻繁使用功能的測(cè)試用例，釋放和緩解最高級(jí)別的風(fēng)險(xiǎn)，有助于盡早發(fā)現(xiàn)那些對(duì)可靠性有最大影響的故障。這種方法可以在一個(gè)給定的預(yù)算下最有效的提高系統(tǒng)可靠性，但實(shí)施起來有一定的難度。

4）測(cè)試修改及所影響部分

當(dāng)測(cè)試者對(duì)修改的局部化有足夠的信心時(shí)，可以通過相依性分析識(shí)別軟件的修改情況并分析修改的影響，將回歸測(cè)試局限于被改變的模塊和它的接口上。通常，一個(gè)回歸錯(cuò)誤一定涉及一個(gè)新的、修改的或刪除的代碼段。在允許的條件下，回歸測(cè)試盡可能覆蓋受到影響的部分。每當(dāng)軟件發(fā)生變化時(shí)，就必須重新測(cè)試現(xiàn)有的功能，以便確定修改是否達(dá)到了預(yù)期的目的，檢查修改是否損害了原有的正常功能。同時(shí)，還需要補(bǔ)充新的測(cè)試用例。

3.3、中國(guó)海油自動(dòng)化回歸測(cè)試方案

基于中海油業(yè)務(wù)復(fù)雜，所屬單位較多這種情況，從經(jīng)濟(jì)性方面考慮沒有必要將所有的業(yè)務(wù)流程都錄制成自動(dòng)化測(cè)試腳本。 我們將流程分為以下幾類，對(duì)于各個(gè)分類有著不同的處理方式：（見圖2）

1） 跨模塊的流程：跨模塊的流程選取策略充分保障了選取的業(yè)務(wù)范圍覆蓋到中海油跨模塊集成業(yè)務(wù)流程，足夠能代表中海油此業(yè)務(wù)流程的特點(diǎn)和操作步驟。a： 共性流程：選取最具代表性的公司代碼進(jìn)行測(cè)試 b：個(gè)性流程：個(gè)性流程選取相關(guān)所屬單位測(cè)試

2） 模塊內(nèi)流程：選取的原則是規(guī)避查詢報(bào)表等影響較小的T-CODE。以MM為例，模塊內(nèi)重點(diǎn)流程39個(gè)，其中XI接口17個(gè)；查詢報(bào)表和表單TCODE數(shù)量為93個(gè)。去除查詢報(bào)表和表單、XI接口，剩余的22個(gè)模塊內(nèi)重點(diǎn)流程全部納入了自動(dòng)化測(cè)試腳本。

3） 接口測(cè)試：根據(jù)接口程序的優(yōu)先級(jí)來制定接口自動(dòng)化流程編制順序。

“二八效應(yīng)”即選擇百分之二十的流程能夠有百分之八十的測(cè)試覆蓋率，以跨模塊SD06共性流程來說，單獨(dú)拿出一家單位的流程共有14個(gè)流程步驟，六家單位所有的不同步驟是18步（各個(gè)單位有一兩個(gè)步驟差異），那么我們選取一家單位即可以覆蓋到14/ 17=80%的步驟，即達(dá)到了僅將百分之二十的流程制作為自動(dòng)化腳本但覆蓋到了百分之八十的流程的“二八效應(yīng)”。根據(jù)以上的策略，回歸測(cè)試策略最終確認(rèn)為：選擇38個(gè)跨模塊集成流程，以及49個(gè)模塊內(nèi)重點(diǎn)流程。 該策略有以下幾個(gè)特性：

1） 集成性：選取集成流程（包括跨模塊集成流程和模塊內(nèi)集成流程）作為自動(dòng)化回歸測(cè)試對(duì)象，不單單因?yàn)榧闪鞒贪私^大部分常用的T-CODE、關(guān)鍵控制點(diǎn)，更重要的是集成流程貫穿了整個(gè)業(yè)務(wù)流程，可以從業(yè)務(wù)流、系統(tǒng)本身集成性來考量“變更”帶來的影響和潛在風(fēng)險(xiǎn)；

2） 全面性：38個(gè)跨模塊集成流程包含了中海油所有二級(jí)單位的所有共性流程和個(gè)性流程，49個(gè)模塊內(nèi)集成流程的選取覆蓋了FICO、MM、SD、HR等模塊，流程的選取覆蓋了所有所屬單位的業(yè)務(wù)；

3） 理論性：數(shù)據(jù)的選取兼顧有效性和效率兩個(gè)方面，同時(shí)又符合“基于操作剖面選擇測(cè)試”原則，奠定了自動(dòng)化回歸測(cè)試選取的基礎(chǔ)。

誠(chéng)然，該方案數(shù)據(jù)的選取也有自己的局限性，方案重點(diǎn)測(cè)試集成流程的功能，共性流程選取單個(gè)公司代碼，難以充分測(cè)試公司間字段差異化等。

4 結(jié)束語

基礎(chǔ)案例庫(kù)作為中海油應(yīng)用系統(tǒng)測(cè)試平臺(tái)建設(shè)的一部分，引入國(guó)際先進(jìn)的測(cè)試?yán)砟?，并在石油石化央企中率先?shí)現(xiàn)了軟件測(cè)試專業(yè)化和集中化。結(jié)合SAP被測(cè)系統(tǒng)特點(diǎn)制定出了適合海油的測(cè)試解決方案，為SAP的測(cè)試提供了基礎(chǔ)案例庫(kù)來完成回歸測(cè)試、巡檢測(cè)試等基礎(chǔ)測(cè)試工作。

在實(shí)際的應(yīng)用中，中海油基礎(chǔ)案例庫(kù)初期包含了256個(gè)業(yè)務(wù)流程，共計(jì)2800個(gè)業(yè)務(wù)組件，覆蓋到了中海油所有的二級(jí)單位，在過去的一年內(nèi)，完成11次集團(tuán)的回歸測(cè)試任務(wù)?；A(chǔ)案例庫(kù)的應(yīng)用使得自動(dòng)化的回歸測(cè)試效率大大提高，縮短回歸測(cè)試時(shí)間，同時(shí)提高準(zhǔn)確性，將測(cè)試技術(shù)人員從重復(fù)工作中解脫出來投入更多精力設(shè)計(jì)更好的測(cè)試用例。測(cè)試具有一致性和可重復(fù)性。由于測(cè)試是自動(dòng)執(zhí)行的，每次測(cè)試的結(jié)果和執(zhí)行的內(nèi)容的一致性是可以得到保障的，從而達(dá)到測(cè)試的可重復(fù)的效果。

參考文獻(xiàn)

[1] SAP從入門到精通.北京 ：人民郵電出版社，2010：07-01

[2] 張立德. Rational TeamTest 在軟件測(cè)試流程管理中的應(yīng)用 河北：中國(guó)傳媒科技，2004：10