自動化測試在動態(tài)文檔發(fā)布系統(tǒng)中的應(yīng)用
3.1.1 系統(tǒng)主要模塊介紹
我們可以看看此系統(tǒng)的一個(gè)特別簡化同時(shí)又很典型的流程:本文引用地址:http://www.ex-cimer.com/article/194837.htm
首先介紹一下每個(gè)術(shù)語:
BDT:Business document template,商業(yè)文檔模板。在這里我們定義一些規(guī)則,然后會跟客戶數(shù)據(jù)關(guān)聯(lián)選擇具體的規(guī)則。
Customer Data:客戶數(shù)據(jù)。XML格式記錄特定客戶的數(shù)據(jù),然后根據(jù)這些客戶數(shù)據(jù),動態(tài)產(chǎn)生不同文檔。
ASL:Assembly List,裝配列表。由BDT和客戶數(shù)據(jù)裝載生成,里面記錄的是一個(gè)個(gè)根據(jù)規(guī)則而選出來的最終文檔片段(text piece)。
Text Piece:文檔片段。在客戶端定義,并存儲在數(shù)據(jù)庫端的文檔片段。
MSO:微軟自己定義的HTML格式Microsoft HTML,然后我們在里面加入一些我們自己定義的標(biāo)記。
Styled Doc:式樣文檔。我們定義的一個(gè)格式,其實(shí)就是一些結(jié)構(gòu)類,會對文檔的各個(gè)內(nèi)容、樣式、布局進(jìn)行描述。
DIF:Document Independent Format,獨(dú)立文檔格式。StyledDoc經(jīng)過CE(composition)排版的結(jié)果就是DIF。它是一個(gè)頁面級別的概念,告訴你什么時(shí)候生成一個(gè)新頁面,多大,在哪里用什么字體寫些什么字,在哪里放一個(gè)什么樣的圖片。
PDL:Page Description Language,頁面描述語言。我們需要生成的最終結(jié)果,就是那些用頁面來表示文檔的語言,例如,Word、PDF、AFP、Postscript等等。
從圖1可以看出,我們的EJB主要用在對數(shù)據(jù)庫的操作上。對于數(shù)據(jù)庫的操作,主要是對數(shù)據(jù)模板(BDT)的提取,然后和本地客戶數(shù)據(jù)進(jìn)行整合,進(jìn)而得出需要真正從數(shù)據(jù)庫取出數(shù)據(jù)的組合(ASL),最后進(jìn)行后面的排版(CE)、計(jì)算,生成各種不同類型的文檔。
3.1.2 解耦數(shù)據(jù)庫
既然我們要去除EJB和數(shù)據(jù)庫的束縛,我們能不能繞過去呢?進(jìn)一步分析,我們得到,數(shù)據(jù)模板在和客戶數(shù)據(jù)裝載(Assemble)后會在數(shù)據(jù)庫里生成一個(gè)xml文件,用來描述最終會用到的具體的存在于數(shù)據(jù)庫中間的文本片段。而這個(gè)xml文件,我們稱之為ASL。我們試想,如果我們用一個(gè)辦法,直接生成我們要用到的ASL文件,那么我們是不是就可以繞過EJB和數(shù)據(jù)庫了呢?
答案是一半肯定,一半否定。首先,我們的確能繞過EJB的應(yīng)用,它主要用于assemble這個(gè)階段。但是光有ASL是沒有用的,因?yàn)槲覀冞€需要通過ASL去數(shù)據(jù)庫里取得所有的文本片段去做整合(Merge)。那么我們能不能把輸入進(jìn)一步地往后面推,推到Merge以后呢?答案是不能。首先來說Merge的輸入也就是文本片段會有很多,他們之間的關(guān)系很復(fù)雜,這些都是記錄在ASL里面,并且,Merge本身就是一個(gè)比較容易出問題的模塊,是我們做這個(gè)Test Client要重點(diǎn)模擬和測試的模塊,所以我們只能另想辦法。
這里我們大概介紹一下通過ASL去數(shù)據(jù)庫取文本片段的過程。這個(gè)過程其實(shí)比較簡單,因?yàn)檫壿嫹矫娴倪\(yùn)算已經(jīng)在Assemble的過程中處理完成,這里的任務(wù)是根據(jù)ASL里面的一個(gè)個(gè)的文本片段ID去數(shù)據(jù)庫里取出相應(yīng)的數(shù)據(jù)來進(jìn)行后續(xù)的流程。既然是這樣的一個(gè)過程,我們決定嘗試通過本地文件來模擬數(shù)據(jù)庫記錄。我們可以把數(shù)據(jù)從數(shù)據(jù)庫里取出來,按照一定的規(guī)則,給它們命名為本地的一個(gè)個(gè)文件,然后在我們的測試框架中重載以前的去數(shù)據(jù)庫取文本片段的方法為去本地的文件夾里取。這樣的確是可行的,因?yàn)椋?br /> (1)我們的目的是驗(yàn)證我們的文檔歷史的保真度(Fidelity)的問題,那么我們的文檔的文本片段是不會有所改變的。所以我們可以把它們放心轉(zhuǎn)移到本地,而不用擔(dān)心更新問題。
(2)文件放到本地,能減少傳輸上的消耗,并且如果把方法進(jìn)行重載,是代價(jià)最小和最自然的一件事情,并且能最大限度地利用原來的代碼。
(3)經(jīng)過一些小小實(shí)驗(yàn),我們發(fā)現(xiàn)經(jīng)過很小的改動,我們可以把數(shù)據(jù)庫的文件按照一定的規(guī)則改寫到本地。這些都可以通過寫一些小程序來實(shí)現(xiàn)。以后有新的文檔,都可以用這個(gè)方法來實(shí)現(xiàn),簡單而易用。
3.1.3 輸入和輸出
在去除EJB和數(shù)據(jù)庫的束縛的過程中,我們得到了我們的輸入方式,那就是ASL+Text Pieces。輸出文件當(dāng)然很簡單了,我們選擇PDF,這個(gè)是我們主要的打印格式,當(dāng)然,我們可以方便配置生成其它的格式文件,但是對于自動比較,由于我們現(xiàn)在的工具只支持PDF的比較,所以,對其它的格式文件輸出,我們暫時(shí)不能提供自動比較。
評論