摘要：文章首先介紹了動(dòng)態(tài)文檔發(fā)布系統(tǒng)，然后為了達(dá)到保證文檔保真度不因系統(tǒng)升級(jí)而降低的目的，提出了一種輕量級(jí)的自動(dòng)化測(cè)試框架，它能夠?qū)υ撓到y(tǒng)進(jìn)行自動(dòng)化測(cè)試。然后，根據(jù)對(duì)該自動(dòng)測(cè)試框架的要求，結(jié)合對(duì)實(shí)際系統(tǒng)各個(gè)模塊的分析，運(yùn)用模擬的方法繞過(guò)原系統(tǒng)對(duì)數(shù)據(jù)庫(kù)的依賴(lài)，提出并實(shí)現(xiàn)了一個(gè)完整的解決方案。本方案既保證了客戶(hù)文檔在不同版本動(dòng)態(tài)文檔打印系統(tǒng)間的保真度，又極大地提高了生產(chǎn)效率。

　 ?引言

　　對(duì)于大多數(shù)人來(lái)說(shuō)，都會(huì)有這樣的客戶(hù)體驗(yàn)：去銀行或者保險(xiǎn)公司辦理業(yè)務(wù)，或者接收他們的保單宣傳，我們所面對(duì)和接收的都是一張張一樣的表單，然后上面有一些空白的表格或者下劃線(xiàn)，然后將客戶(hù)的信息填上去。這樣的做法有以下兩個(gè)缺點(diǎn)：

　　(1)客戶(hù)體驗(yàn)差。所有客戶(hù)拿到的都是一樣的表單，因?yàn)榭紤]特殊的情況，表單里面的空白的地方都會(huì)比較大，所以一般會(huì)出現(xiàn)大片空白的區(qū)域。

　　(2)對(duì)于每種不同的客戶(hù)或者不同的業(yè)務(wù)會(huì)需要不同的表單，對(duì)于客戶(hù)信息變動(dòng)的情況，需要人工完成，比較繁瑣。

　　為了更好的客戶(hù)體驗(yàn)，越來(lái)越多的公司傾向于采用動(dòng)態(tài)打印技術(shù)。這樣每個(gè)客戶(hù)接收到的文檔或者打印件都是定制化的，這樣就能克服以上缺點(diǎn)而做到：

　　(1)客戶(hù)體驗(yàn)優(yōu)。所有客戶(hù)拿到的文檔都是定制化的，表單里沒(méi)有需要填空的地方，客戶(hù)的數(shù)據(jù)都會(huì)被程序動(dòng)態(tài)地植入表格模板里，就好像專(zhuān)門(mén)為客戶(hù)定做的文檔。

　　(2)我們可以在模板中定義一些規(guī)則，然后根據(jù)客戶(hù)數(shù)據(jù)來(lái)采用相應(yīng)的規(guī)則。例如，美國(guó)各個(gè)州的法律是不一樣的，我們可以在編輯文檔的時(shí)候就定義規(guī)則：如果客戶(hù)是A州的，就用A條文，如果是B州的，就用B條文。這樣當(dāng)生成文檔的時(shí)候，程序會(huì)根據(jù)當(dāng)前客戶(hù)是屬于哪個(gè)州的，動(dòng)態(tài)地加入這一段條文，而不需要人工的判定。并且，當(dāng)客戶(hù)從A州搬到B州，我們只需要更新一下客戶(hù)的數(shù)據(jù)，客戶(hù)下次就能拿到更新的正確的文檔。

　　1 動(dòng)態(tài)文檔發(fā)布系統(tǒng)

　　有了如上的需求，很多公司都加入了開(kāi)發(fā)動(dòng)態(tài)文檔發(fā)布系統(tǒng)的行列。對(duì)于動(dòng)態(tài)文檔發(fā)布，簡(jiǎn)單說(shuō)起來(lái)，一般的步驟是：1)建立文檔模板;2)運(yùn)行時(shí)，裝載客戶(hù)數(shù)據(jù)進(jìn)入模板;3)拼接文檔;4)排版;5)輸出前處理;6)輸出成不同格式的文檔;7)發(fā)布和歸檔。

　　動(dòng)態(tài)文檔發(fā)布系統(tǒng)可以使客戶(hù)高性能制作并發(fā)送設(shè)計(jì)精美、高度個(gè)性化的溝通材料，從合同、保險(xiǎn)單、大批量的賬戶(hù)關(guān)系維護(hù)通知單，到定制的推廣資料、商業(yè)信函等?？蛻?hù)可以在該系統(tǒng)平臺(tái)上，運(yùn)用自己熟悉的文檔開(kāi)發(fā)軟件，如Word、Adobe Indesign、Dream Weaver，開(kāi)發(fā)出文檔模板，并根據(jù)系統(tǒng)提供的插件進(jìn)行邏輯的設(shè)置。然后，該模板就能被送往系統(tǒng)，跟隨提供的客戶(hù)數(shù)據(jù)而批量地生成客戶(hù)需要的定制文檔。接著，生成的文件可以通過(guò)不同的途徑，例如，郵件、e-mail、手機(jī)短信等方式發(fā)送到客戶(hù)，使客戶(hù)有良好的用戶(hù)體驗(yàn)。

　　2 自動(dòng)化測(cè)試的要求

　　對(duì)于這樣一個(gè)復(fù)雜的系統(tǒng)，它的主要客戶(hù)是一些保險(xiǎn)公司和銀行，而它的主要產(chǎn)出是保單和合同。同時(shí)，合同和保單都是很?chē)?yán)肅和很?chē)?yán)謹(jǐn)?shù)奈臋n?？蛻?hù)需要的是他們的客戶(hù)在客戶(hù)數(shù)據(jù)沒(méi)有改變的情況下，得到的是一貫的體驗(yàn)。

　　但是同時(shí)，動(dòng)態(tài)文檔發(fā)布系統(tǒng)本身又是一個(gè)不斷發(fā)展和改善的系統(tǒng)。它擁有非常復(fù)雜的排版邏輯，并且每個(gè)版本的升級(jí)都會(huì)有大量的新功能和新邏輯被引入，這樣的邏輯改變?nèi)绻呐掠幸稽c(diǎn)點(diǎn)的差錯(cuò)，原來(lái)客戶(hù)的整個(gè)文檔可能就會(huì)面目全非。如果老的客戶(hù)需要升級(jí)這些新功能的話(huà)，我們需要保證客戶(hù)得到一貫的體驗(yàn)。也就是說(shuō)，他們用舊的版本系統(tǒng)生成的文檔和在新的版本系統(tǒng)生成的文檔要保持一致，除非新的版本生成的更好，并得到客戶(hù)的同意。

　　這樣，為了達(dá)到上面的目標(biāo)，我們需要在新版本發(fā)布前，運(yùn)行一些老客戶(hù)的文檔(挑選一些很典型的客戶(hù)文檔)，并且一個(gè)個(gè)和老版本生產(chǎn)的文檔進(jìn)行比較。但是我們不能把這個(gè)過(guò)程推到新版本發(fā)布之前才做，因?yàn)槟莻€(gè)時(shí)候整個(gè)項(xiàng)目已經(jīng)積累了很多的不同點(diǎn)，很難追查到源頭并加以改正。所以我們需要把這個(gè)過(guò)程提前，并且頻繁地去檢查。

　　由于需要頻繁的檢查，并且文檔的比較是個(gè)很繁重的體力活，所以自動(dòng)測(cè)試將會(huì)是很好的方法，它不僅能夠節(jié)省絕對(duì)的人力，而且能夠保證絕對(duì)的準(zhǔn)確，不會(huì)被人為因素干擾。

　　我們可以把這個(gè)自動(dòng)測(cè)試集成到日常的打包系統(tǒng)中，每次打包后就可以自動(dòng)地完成運(yùn)行，比較和生成報(bào)告。

　　但是，我們不能在打包服務(wù)器上每次都去部署新的系統(tǒng)，因?yàn)槟菢犹恐亓?，并且?huì)讓環(huán)境問(wèn)題和我們系統(tǒng)本身的問(wèn)題經(jīng)常性地糾纏不清。所以，我們需要自己建立一套輕量級(jí)的架構(gòu)去承載這個(gè)測(cè)試過(guò)程：

　　(1)我們的系統(tǒng)是建立在基于應(yīng)用服務(wù)器的EJB架構(gòu)上的，并且EJB的主要操作是基于對(duì)數(shù)據(jù)庫(kù)的操作，但是我們對(duì)于該自動(dòng)測(cè)試的系統(tǒng)的要求是，對(duì)外部的依賴(lài)越少越好，因?yàn)檫@樣的話(huà)，我們就能很方便地在各個(gè)相關(guān)程序員和測(cè)試人員以及配置人員之間進(jìn)行部署和實(shí)施，所以我們希望他不要依賴(lài)應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)。

　　(2)我們要明確輸入源和輸出源，并且能夠提供一些簡(jiǎn)單并且方便的配置，而且在很小代價(jià)的前提下，能夠在不同的輸入源和輸出源之間隨意切換。

　　(3)結(jié)果必須是可以有辦法鑒別的，并且鑒別結(jié)果是能夠很容易取得和方便查閱的。

　　3 設(shè)計(jì)方案

　　根據(jù)上面提出的三個(gè)要求，我們將通過(guò)分析我們的系統(tǒng)來(lái)提出我們的解決方案。

　　3.1 分析

　　對(duì)于這個(gè)系統(tǒng)來(lái)說(shuō)，我們首先需要解決對(duì)于應(yīng)用服務(wù)器，也就是對(duì)于EJB的依賴(lài)。為了達(dá)到這個(gè)目的，我們必須對(duì)系統(tǒng)的主要模塊進(jìn)行分析，來(lái)想辦法如何解除依賴(lài)。

　　3.1.1 系統(tǒng)主要模塊介紹

　　我們可以看看此系統(tǒng)的一個(gè)特別簡(jiǎn)化同時(shí)又很典型的流程：

　　首先介紹一下每個(gè)術(shù)語(yǔ)：

　　BDT：Business document template，商業(yè)文檔模板。在這里我們定義一些規(guī)則，然后會(huì)跟客戶(hù)數(shù)據(jù)關(guān)聯(lián)選擇具體的規(guī)則。

　　Customer Data：客戶(hù)數(shù)據(jù)。XML格式記錄特定客戶(hù)的數(shù)據(jù)，然后根據(jù)這些客戶(hù)數(shù)據(jù)，動(dòng)態(tài)產(chǎn)生不同文檔。

　　ASL：Assembly List，裝配列表。由BDT和客戶(hù)數(shù)據(jù)裝載生成，里面記錄的是一個(gè)個(gè)根據(jù)規(guī)則而選出來(lái)的最終文檔片段(text piece)。

　　Text Piece：文檔片段。在客戶(hù)端定義，并存儲(chǔ)在數(shù)據(jù)庫(kù)端的文檔片段。

　　MSO：微軟自己定義的HTML格式Microsoft HTML，然后我們?cè)诶锩婕尤胍恍┪覀冏约憾x的標(biāo)記。

　　StyLED Doc：式樣文檔。我們定義的一個(gè)格式，其實(shí)就是一些結(jié)構(gòu)類(lèi)，會(huì)對(duì)文檔的各個(gè)內(nèi)容、樣式、布局進(jìn)行描述。

　DIF：Document Independent Format，獨(dú)立文檔格式。StyledDoc經(jīng)過(guò)CE(composition)排版的結(jié)果就是DIF。它是一個(gè)頁(yè)面級(jí)別的概念，告訴你什么時(shí)候生成一個(gè)新頁(yè)面，多大，在哪里用什么字體寫(xiě)些什么字，在哪里放一個(gè)什么樣的圖片。

　　PDL：Page Description Language，頁(yè)面描述語(yǔ)言。我們需要生成的最終結(jié)果，就是那些用頁(yè)面來(lái)表示文檔的語(yǔ)言，例如，Word、PDF、AFP、Postscript等等。

　　從圖1可以看出，我們的EJB主要用在對(duì)數(shù)據(jù)庫(kù)的操作上。對(duì)于數(shù)據(jù)庫(kù)的操作，主要是對(duì)數(shù)據(jù)模板(BDT)的提取，然后和本地客戶(hù)數(shù)據(jù)進(jìn)行整合，進(jìn)而得出需要真正從數(shù)據(jù)庫(kù)取出數(shù)據(jù)的組合(ASL)，最后進(jìn)行后面的排版(CE)、計(jì)算，生成各種不同類(lèi)型的文檔。

　　3.1.2 解耦數(shù)據(jù)庫(kù)

　　既然我們要去除EJB和數(shù)據(jù)庫(kù)的束縛，我們能不能繞過(guò)去呢?進(jìn)一步分析，我們得到，數(shù)據(jù)模板在和客戶(hù)數(shù)據(jù)裝載(Assemble)后會(huì)在數(shù)據(jù)庫(kù)里生成一個(gè)xml文件，用來(lái)描述最終會(huì)用到的具體的存在于數(shù)據(jù)庫(kù)中間的文本片段。而這個(gè)xml文件，我們稱(chēng)之為ASL。我們?cè)囅耄绻覀冇靡粋€(gè)辦法，直接生成我們要用到的ASL文件，那么我們是不是就可以繞過(guò)EJB和數(shù)據(jù)庫(kù)了呢?

　　答案是一半肯定，一半否定。首先，我們的確能繞過(guò)EJB的應(yīng)用，它主要用于assemble這個(gè)階段。但是光有ASL是沒(méi)有用的，因?yàn)槲覀冞€需要通過(guò)ASL去數(shù)據(jù)庫(kù)里取得所有的文本片段去做整合(Merge)。那么我們能不能把輸入進(jìn)一步地往后面推，推到Merge以后呢?答案是不能。首先來(lái)說(shuō)Merge的輸入也就是文本片段會(huì)有很多，他們之間的關(guān)系很復(fù)雜，這些都是記錄在A(yíng)SL里面，并且，Merge本身就是一個(gè)比較容易出問(wèn)題的模塊，是我們做這個(gè)Test Client要重點(diǎn)模擬和測(cè)試的模塊，所以我們只能另想辦法。

　　這里我們大概介紹一下通過(guò)ASL去數(shù)據(jù)庫(kù)取文本片段的過(guò)程。這個(gè)過(guò)程其實(shí)比較簡(jiǎn)單，因?yàn)檫壿嫹矫娴倪\(yùn)算已經(jīng)在A(yíng)ssemble的過(guò)程中處理完成，這里的任務(wù)是根據(jù)ASL里面的一個(gè)個(gè)的文本片段ID去數(shù)據(jù)庫(kù)里取出相應(yīng)的數(shù)據(jù)來(lái)進(jìn)行后續(xù)的流程。既然是這樣的一個(gè)過(guò)程，我們決定嘗試通過(guò)本地文件來(lái)模擬數(shù)據(jù)庫(kù)記錄。我們可以把數(shù)據(jù)從數(shù)據(jù)庫(kù)里取出來(lái)，按照一定的規(guī)則，給它們命名為本地的一個(gè)個(gè)文件，然后在我們的測(cè)試框架中重載以前的去數(shù)據(jù)庫(kù)取文本片段的方法為去本地的文件夾里取。這樣的確是可行的，因?yàn)椋?/p>

　　(1)我們的目的是驗(yàn)證我們的文檔歷史的保真度(Fidelity)的問(wèn)題，那么我們的文檔的文本片段是不會(huì)有所改變的。所以我們可以把它們放心轉(zhuǎn)移到本地，而不用擔(dān)心更新問(wèn)題。

　　(2)文件放到本地，能減少傳輸上的消耗，并且如果把方法進(jìn)行重載，是代價(jià)最小和最自然的一件事情，并且能最大限度地利用原來(lái)的代碼。

　　(3)經(jīng)過(guò)一些小小實(shí)驗(yàn)，我們發(fā)現(xiàn)經(jīng)過(guò)很小的改動(dòng)，我們可以把數(shù)據(jù)庫(kù)的文件按照一定的規(guī)則改寫(xiě)到本地。這些都可以通過(guò)寫(xiě)一些小程序來(lái)實(shí)現(xiàn)。以后有新的文檔，都可以用這個(gè)方法來(lái)實(shí)現(xiàn)，簡(jiǎn)單而易用。

　　3.1.3 輸入和輸出

　　在去除EJB和數(shù)據(jù)庫(kù)的束縛的過(guò)程中，我們得到了我們的輸入方式，那就是ASL+Text Pieces。輸出文件當(dāng)然很簡(jiǎn)單了，我們選擇PDF，這個(gè)是我們主要的打印格式，當(dāng)然，我們可以方便配置生成其它的格式文件，但是對(duì)于自動(dòng)比較，由于我們現(xiàn)在的工具只支持PDF的比較，所以，對(duì)其它的格式文件輸出，我們暫時(shí)不能提供自動(dòng)比較。

　　3.2 框架方案

　　有了輸入和輸出，以及明確的需求，我們給出框架的解決方案：

　　(1)把整個(gè)過(guò)程分為輸入、過(guò)程中、輸出、輸出后。

　　(2)對(duì)于配置，采用XML，并且在XML里提供對(duì)輸入、輸出、以及中間的過(guò)程的配置。

　　(3)對(duì)于輸入，我們定義一個(gè)接口，對(duì)于這個(gè)接口的實(shí)現(xiàn)將會(huì)是各個(gè)不同的輸入方式，對(duì)于目前來(lái)說(shuō)我們是支持ASL+Textpieces。但是我們以后會(huì)支持另外的輸入方式。然后對(duì)于所有的輸入接口，我們定義一個(gè)中心的中間輸出，我們叫它IDoc。它實(shí)際上是輸入和發(fā)布的中心，輸入都要轉(zhuǎn)成這個(gè)我們定義的中間結(jié)果，然后輸出都需要從這個(gè)中間結(jié)果進(jìn)行加工。

　　(4)對(duì)于輸出，我們可以把它們同樣配置在XML里面。并且對(duì)于最基本的輸出例如PDF，我們可以把它作為默認(rèn)的一個(gè)輸出，而不需要每次進(jìn)行配置。

　　(5)對(duì)于中間過(guò)程，我們配置了一些攔截器，這些攔截器以IDoc為中心，設(shè)置了publish前和publish后的攔截器，也就是說(shuō)，在這里我們可以對(duì)publish前和publish后進(jìn)行一些配置。比如，在開(kāi)始前我們可以開(kāi)始計(jì)時(shí)，結(jié)束后結(jié)束計(jì)時(shí)，這樣我們可以測(cè)試一些效率方面的例子。

　　(6)對(duì)于輸出，我們對(duì)于PDF輸出，我們要實(shí)現(xiàn)它和自動(dòng)比較工具的一個(gè)集成，也就是生成完P(guān)DF后，在配置要求進(jìn)行比較的情況下，自動(dòng)調(diào)用PDF比較工具對(duì)輸出結(jié)果和標(biāo)準(zhǔn)進(jìn)行比較，然后得出結(jié)果，并且生成HTML結(jié)果表格，然后通過(guò)Email給相關(guān)人員進(jìn)行發(fā)送。

　　3.3 用例

　　當(dāng)整個(gè)系統(tǒng)運(yùn)行起來(lái)后，操作步驟如下：

　　首先，簡(jiǎn)單來(lái)說(shuō)，我們會(huì)提供一些默認(rèn)的XML配置，包括用例存放路徑、輸入方式、輸出方式、發(fā)比較結(jié)果郵件會(huì)發(fā)給哪些人等等進(jìn)行默認(rèn)配置。因?yàn)檫@些東西會(huì)很少改動(dòng)，當(dāng)然改動(dòng)的時(shí)候，我們重新配置就行。然后我們把需要運(yùn)行的輸入，即ASL+Text Pieces放到一個(gè)配置的路徑里，然后用名字去區(qū)分不同的用例。然后我們通過(guò)XML配置我們的輸入格式、輸出格式，以及需不需要對(duì)結(jié)果進(jìn)行比較、需不需要發(fā)郵件等等選項(xiàng)。當(dāng)這些配置配完以后，我們給它起一個(gè)唯一的用例名，然后在程序里將這個(gè)用例名作為參數(shù)運(yùn)行就能使整個(gè)過(guò)程自動(dòng)完成。對(duì)于程序員，我們每次提交關(guān)鍵代碼，都會(huì)先運(yùn)行一下這個(gè)框架程序，然后查看自動(dòng)生成的測(cè)試報(bào)告。如果發(fā)現(xiàn)問(wèn)題，及時(shí)改正。而對(duì)于配置管理員來(lái)說(shuō)，他們這個(gè)過(guò)程用ant工具配置在打包腳本中，然后我們就可以在每次打包時(shí)，自動(dòng)地運(yùn)行我們預(yù)先設(shè)置的用例。并且，生成文件后，程序會(huì)自動(dòng)對(duì)生成的PDF文件進(jìn)行比較，并將結(jié)果整理發(fā)出郵件。相關(guān)人員會(huì)通過(guò)Email收到比較結(jié)果，在上面可以通過(guò)超鏈接很方便地點(diǎn)選那些比較不對(duì)的文檔，然后通知程序員進(jìn)行改正。整個(gè)過(guò)程由于都是由機(jī)器在后臺(tái)快速運(yùn)行，少了人工的干擾，所以既提高了準(zhǔn)確率，又提高了效率。

　　4 結(jié)論

　　由于文檔發(fā)布系統(tǒng)的客戶(hù)對(duì)于不同系統(tǒng)版本間文檔一致性的高要求，使我們必須要提供一個(gè)長(zhǎng)久的機(jī)制保證這個(gè)一致性。而要保證這個(gè)系統(tǒng)的一致性，我們提出了一個(gè)輕量級(jí)自動(dòng)測(cè)試的方案。這里所說(shuō)的輕量級(jí)，只是說(shuō)該框架下運(yùn)行方便，不需要受應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)的約束，但是理論它上提供了文檔發(fā)布系統(tǒng)同樣的功能和行為。實(shí)際上在整個(gè)過(guò)程中，我們盡量調(diào)用原先系統(tǒng)的程序，但是在解除對(duì)于服務(wù)器和數(shù)據(jù)庫(kù)的依賴(lài)方面，我們通過(guò)仔細(xì)分析原來(lái)的動(dòng)態(tài)文檔發(fā)布系統(tǒng)各個(gè)模塊的前提下，采用了用本地文件模擬數(shù)據(jù)庫(kù)的方法，通過(guò)重載方法實(shí)現(xiàn)了對(duì)于數(shù)據(jù)庫(kù)的解耦?！?/p>