Rational Functional Tester 對 SAP 進行自動化操作的新思路

第第頁RationalFunctionalTester對SAP進行自動化操作的新思路RationalFunctionalTester對SAP進行自動化操作的新思路

發(fā)表于：2023-11-15來源：IBM：皇甫鵬點擊數(shù)：標簽：

SAP是常用的ERP系統(tǒng)，在對與SAP有交互的軟件系統(tǒng)進行測試時，經(jīng)常需要使用SAPGUIClient完成一定的常規(guī)操作，這些操作具有：步驟冗長、相對固定、耗時耗力、需要對SAP具備一定的知識和技能等特點。為了克服這些缺點，本文提出的解決方案是依賴Rati

引言

SAP是常用的ERP系統(tǒng)，在對與SAP有交互的軟件系統(tǒng)進行（測試）時，經(jīng)常需要使用SAPGUIClient完成一定的常規(guī)操作，例如創(chuàng)建（測試）數(shù)據(jù)等。這些操作具備如下特點：需要一定SAP知識和技能;步驟冗長;耗時耗力;重復性操作居多等。為了提高工作效率，降低（測試人員）和開發(fā)人員的工作量，通過（自動化）的方式來完成數(shù)據(jù)準備是我們首先想到的方法。（Rational）FunctionalTester(RFT)是一款面向對象的自動化測試工具，支持Html、SAP、Siebel等，因此我們采用RFT作為自動化的引擎。不過如果只利用RFT進行自動化的操作，仍然不能滿足我們的需求，我們希望有一個Self-Serve的系統(tǒng)，并且能夠將準備好的數(shù)據(jù)集中保存，以便以后隨時提取查看數(shù)據(jù)或者基于已有的數(shù)據(jù)創(chuàng)建新的數(shù)據(jù)，那如何設計這樣一個系統(tǒng)呢?本文會詳細闡述。

回頁首問題的提出

所在的項目組負責（開發(fā)）和測試一個電子商務應用，SAP是其中很重要的一個部分，因此不管是（開發(fā)）人員還是測試人員都需要在SAP中準備一些測試數(shù)據(jù)，這些數(shù)據(jù)準備的工作通常是手動的通過SAPGUIClient進行操作，耗時耗力，重復勞動較多，除此之外，這些測試數(shù)據(jù)的準備并不是每一個人都熟悉的，往往只有少數(shù)的幾個具有專業(yè)的SAP知識并且熟悉商業(yè)邏輯的人幫助大家來準備數(shù)據(jù)，在測試或者開發(fā)的任務比較重的時候，準備數(shù)據(jù)的（需求）往往也會很大，那么這幾個人的工作量就會很大，而且其他人的數(shù)據(jù)請求也會因此受到不同程度的延遲，因此如果能夠找到一個解決方案來克服這些缺點，對于提高工作效率和減輕工作量都是非常有好處的。

回頁首方案描述

自動化準備數(shù)據(jù)是我們首先想到的解決方法，縱觀眾多的自動化工具，我們決定使用RationalFunctionalTester作為自動化引擎，RFT是一款面向對象的自動化測試工具，它支持Html，SAP，Siebel等眾多的測試領域。但如果只是開發(fā)（自動化測試）腳本來完成數(shù)據(jù)準備，那仍然有諸多問題，例如，每跑一次腳本就得換一次原始數(shù)據(jù);當在測試人員或者開發(fā)人員的工作機上跑腳本的時候，就不能干別的工作了;每次腳本運行完畢，得到數(shù)據(jù)準備的結果沒有一個集中保存的地方等等。因此只單純的用RFT自動化數(shù)據(jù)準備不能完全解決我們的問題，我們希望能有一個Self-Serve的系統(tǒng)，讓測試人員或者開發(fā)人員可以通過瀏覽器提交他們的數(shù)據(jù)請求，然后不用等多久，便可以收到一封包含數(shù)據(jù)請求結果的郵件，同時也可以在瀏覽器中查看已經(jīng)提交的數(shù)據(jù)請求。

回頁首總體架構設計

圖1.架構圖

從圖1架構圖中可以看到我們的架構設計是典型的BS結構，下面從數(shù)據(jù)流的角度來解釋該架構圖：

1)2)用戶在（Web）表單中填寫原始數(shù)據(jù)，然后向（Web）ApplicationServer提交數(shù)據(jù)請求;

3)該數(shù)據(jù)請求被請求隊列(RequestQueue)接收，如果請求隊列中有其他請求，則該請求會處于等待狀態(tài)，如果請求隊列中只有這一個請求，則立即處理;

4)請求隊列將需要處理的請求發(fā)送給處理引擎(HandlingEngine);

5)同時將該數(shù)據(jù)請求的數(shù)據(jù)插入到（數(shù)據(jù)庫）中;

6)7)處理引擎根據(jù)數(shù)據(jù)請求的類型到RFT腳本（模板）庫中選取合適的（模板），并且將模板中的數(shù)據(jù)占位符替換成原始數(shù)據(jù)，生成實際執(zhí)行的腳本;

8)處理引擎然后通過命令行的方式驅動RFT來執(zhí)行自動化腳本;

9)10)RFT腳本通過SAPGUIClient對SAP進行操作，完成數(shù)據(jù)準備的過程;

11)12)并且將數(shù)據(jù)請求的結果以及腳本執(zhí)行過程中的信息返回給處理引擎;

13)同時在數(shù)據(jù)庫中更新之前的數(shù)據(jù)請求記錄;

14)15)16)將結果返回給用戶，觸發(fā)結果通知郵件。

回頁首系統(tǒng)實現(xiàn)

前提：

1)安裝ApplicationServer(WAS或者Tomcat)

2)在同一機器或者網(wǎng)內(nèi)的某個機器上安裝DB2

3)在WebApplicationServer所在的機器上安裝SAPGUIClient以及RFT

我們項目組基于這種架構設計實現(xiàn)了DataRequestSystem，在此就以它為例來介紹實現(xiàn)的步驟，但只重點介紹處理引擎和腳本模板的設計以及Web系統(tǒng)如何驅動腳本執(zhí)行。

一、利用Struts2建立友好的用戶界面

基于Struts2建立整個Web應用的的結構。（web）界面主要是用于收集用戶的原始數(shù)據(jù)，然后將這些數(shù)據(jù)提交給腳本處理引擎，通過替換腳本模板中的數(shù)據(jù)占位符，從而利用生成的腳本驅動SAPGUIClient進行自動化操作，所以（web）界面是數(shù)據(jù)的入口，也是這個端到端自動化操作的起點。這里不贅述如何實現(xiàn)web用戶界面。圖2是DataRequestSystem的主界面。

圖2.DataRequestSystem的主界面

二、設計數(shù)據(jù)庫表

為了存儲數(shù)據(jù)請求記錄，系統(tǒng)用戶信息，模板存儲信息等，我們需要創(chuàng)建一個數(shù)據(jù)庫。在設計數(shù)據(jù)庫表的時候，我們要充分考慮系統(tǒng)的可擴展性以及數(shù)據(jù)的完整性等因素。

以數(shù)據(jù)請求記錄表為例，這個表的目的是記錄每條數(shù)據(jù)請求，如圖3所示，由于每類數(shù)據(jù)請求所要輸入的原始數(shù)據(jù)的個數(shù)以及內(nèi)容都不盡相同，所以我們不能將其每個輸入作為一個字段，而是將整體作為一個字段，而用分號分隔每個原始數(shù)據(jù)以形成這個字段的內(nèi)容，在圖3中REQ_INPUT正是這個字段。除此之外，我們要考慮所有數(shù)據(jù)請求的共同特征，以抽象出字段，例如每一個數(shù)據(jù)請求，都需要有ID(REQ_ID)、