專利名稱：文檔格式轉(zhuǎn)換自動測試方法及其裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及文檔處理技術(shù)，尤其涉及一種基于XML代碼對文檔格式轉(zhuǎn)換的結(jié)果進行自動測試的方法及裝置。
背景技術(shù)：
文檔是使用普遍的信息資源，但是目前世界上有1萬多種文檔，常用的文檔格式有300多種，彼此的兼容性很差。為了使得各種文檔格式之間具有較好的兼容性，現(xiàn)有技術(shù)中提供了很多文檔格式標準?？蓴U展置標語言XML(extensible Markup Language)由于具有可驗證性、可擴展性和互操作性等特性，成為描述各類文檔格式標準的基礎(chǔ)。目前已存在多種基于XML的文檔格式標準， 如OASIS組織的開放文檔格式0DF(0pen Document Format)，微軟公司(Microsoft)的 OOXML(Office Open XML Format)，和我國的“標文通”UOF(Uniform Office Format)等。雖然文檔格式逐漸走向開放，但是由于多種標準的存在，文檔信息的共享和互操作問題仍然存在。為了實現(xiàn)辦公文檔在不同標準間的共享和互操作，目前已開發(fā)出多種能在各種標準之間進行文檔格式轉(zhuǎn)換的軟硬件方案，即文檔格式轉(zhuǎn)換器。然而，文檔格式轉(zhuǎn)換的結(jié)果是否正確、轉(zhuǎn)換后的文檔內(nèi)容和格式是否能接受還需要進行一定的測試和評估。目前，主要采用的是人工測試的方法，具體過程為將設(shè)計好的測試用例(源文檔)通過文檔格式轉(zhuǎn)換器得到另一標準格式的目標文檔后，測試人員首先分別利用其支持的辦公軟件來打開源文檔和目標文檔，比如用Microsoft Office打開00XML標準的源文檔、用WPS或永中軟件打開UOF標準的目標文檔，然后逐一對比源文檔與目標文檔的指定功能點(比如字體、字號、縮進等屬性)是否一致來驗證轉(zhuǎn)換結(jié)果是否正確。然而，該種人工測試方法存在著兩方面的問題第一，測試工作量巨大，人工測試效率和質(zhì)量低。據(jù)分析統(tǒng)計，僅文字處理的常用功能就已達到200余個，所有功能點約有848個，對每個功能點而言需要根據(jù)其屬性范圍或標準規(guī)定的枚舉值設(shè)計不同的測試用例，因此用來測試全部功能點的測試用例數(shù)目將呈指數(shù)增加，這對于測試工作，尤其是對比源文檔和目標文檔帶來了極大的壓力，降低了測試工作的效率。并且由于眾多的測試用例，很容易造成文檔對比過程的出現(xiàn)誤差，降低測試工作的質(zhì)量。第二，某些功能點可能無法進行人工測試，比如現(xiàn)有的辦公軟件并不能完全地支持UOF標準。以字處理部分的陰影功能點為例，U0F1. 1標準中支持陰影的“X偏移量” 和“Y偏移量”，但是在永中軟件中并不能定量地給出陰影的偏移量。因此，僅僅使用辦公軟件來驗證源文檔與目標文檔相關(guān)功能點的屬性，會使測試工作受到辦公軟件的約束，給測試工作帶來困難和偏差。

發(fā)明內(nèi)容
本發(fā)明的目的是針對現(xiàn)有技術(shù)中存在的問題，提供一種文檔格式轉(zhuǎn)換的自動測試方法及裝置，通過分析測試源文檔與目標文檔的底層代碼，提取各個屬性信息，并對該些屬性信息進行逐一對比，根據(jù)該對比結(jié)果來評估文檔格式轉(zhuǎn)換的結(jié)果是否正確，從而實現(xiàn)文檔格式轉(zhuǎn)換的自動化測試。本發(fā)明基于文檔的XML底層代碼對文檔格式轉(zhuǎn)換進行測試，有效地避免了前臺辦公軟件的約束，提高了測試的效率、準確度和靈活性，可以使測試人員將更多的精力投入到設(shè)計高效的測試用例中。為了實現(xiàn)上述目的，本發(fā)明提供了一種文檔格式轉(zhuǎn)換的自動測試方法，所述文檔格式轉(zhuǎn)換將具有第一文檔格式的源文檔轉(zhuǎn)換為具有第二文檔格式的目標文檔，包括代碼讀取步驟，其分別讀取源文檔和目標文檔的相關(guān)XML代碼；屬性提取步驟，其分別從源文檔和目標文檔的相關(guān)XML代碼中提取源文檔和目標文檔的各個原始屬性；比較評估步驟，其逐一比較源文檔的各個原始屬性和目標文檔的各個對應(yīng)原始屬性，并根據(jù)比較結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。為了實現(xiàn)上述目的，本發(fā)明還提供了一種文檔格式轉(zhuǎn)換的自動測試裝置，所述文檔格式轉(zhuǎn)換將具有第一文檔格式的源文檔轉(zhuǎn)換為具有第二文檔格式的目標文檔，包括代碼讀取模塊，其分別讀取源文檔和目標文檔的相關(guān)XML代碼；屬性提取模塊，其與代碼讀取模塊相連接，分別從源文檔和目標文檔的相關(guān)XML 代碼中提取源文檔和目標文檔的各個原始屬性；比較評估模塊，其與屬性提取模塊相連接，逐一比較源文檔的各個原始屬性和目標文檔的各個對應(yīng)原始屬性，并根據(jù)比較結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。本發(fā)明提供的文檔格式轉(zhuǎn)換方法和裝置中，文檔為文字處理文檔或電子表格文檔或演示文稿文檔。本發(fā)明提供的文檔格式轉(zhuǎn)換方法和裝置中，第一文檔格式為OOXML標準、第二文檔格式為UOF標準，或者第一文檔格式為UOF標準、第二文檔格式為OOXML標準。本發(fā)明提供的文檔格式轉(zhuǎn)換方法中，比較評估步驟包括原始屬性轉(zhuǎn)換步驟，其將源文檔和目標文檔的各個原始屬性均轉(zhuǎn)換為統(tǒng)一定義的中間屬性；中間屬性比對步驟，其一一比對源文檔和目標文檔的各個中間屬性；評估步驟，其根據(jù)中間屬性比對結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。[本發(fā)明提供的技術(shù)方案具有的有益效果包括第一，避免了使用文檔前臺的文檔編輯軟件及其顯示界面，而直接對文檔后臺的底層代碼進行處理，可以有效地實現(xiàn)對文檔格式轉(zhuǎn)換結(jié)果的自動化測試，與目前采用的人工測試方法相比具有更高的效率和準確度。第二，本發(fā)明可以實現(xiàn)基于功能點的自動測試，其將對整個文檔的測試進一步細化為不同重要級或不同功能級的各個功能點及屬性的測試，可以更加靈活和合理地評估文檔格式轉(zhuǎn)換結(jié)果。


圖1所示為本發(fā)明文檔格式轉(zhuǎn)換的自動測試方法示意圖；圖2所示為本發(fā)明文檔格式轉(zhuǎn)換的自動測試裝置結(jié)構(gòu)示意圖；圖3所示為OOXML底層代碼結(jié)構(gòu)示例；圖4所示為UOF底層代碼結(jié)構(gòu)示例；圖5所示為測試用例在用戶終端顯示的示例；
具體實施例方式下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。本發(fā)明提供的文檔格式轉(zhuǎn)換方法和裝置根據(jù)文檔的底層代碼來比較轉(zhuǎn)換前后文檔是否內(nèi)容和格式一致，而不需借助對文檔進行編輯和查看的軟件前臺界面。底層代碼中包含的各個屬性一致則表明文檔格式轉(zhuǎn)換的過程沒有出現(xiàn)錯誤，相反，如果底層代碼中包含的某個屬性不一致，則表明文檔格式轉(zhuǎn)換過程出現(xiàn)了內(nèi)容或格式方面的失真。由于目前存在的大多數(shù)標準均基于XML來描述文檔，所以可直接讀取文檔底層的XML代碼并提取相應(yīng)的屬性信息數(shù)據(jù)來進行對比。以下參照附圖1，并按照各個具體步驟來進一步闡述本發(fā)明提供的文檔格式轉(zhuǎn)換方法。步驟1，分別讀取源文檔和目標文檔的相關(guān)XML代碼?？蓴U展標記語言XML是一種簡單的數(shù)據(jù)存儲語言，使用一系列簡單的標記描述數(shù)據(jù)，而這些標記可以用方便的方式建立。XML由于具有可驗證性、可擴展性和互操作性等特性，已成為描述各類文檔格式標準的基礎(chǔ)。如結(jié)構(gòu)化信息標準促進組織OASIS的開放式文檔格式 ODF (Open Document Format)標準，微軟(Microsoft)公司的 00XML (Office Open XML)標準以及我國自主制定的國家標準“標文通"U0F(Unified Office Document Format) 都是以XML為基礎(chǔ)制定的。00XML將文檔看做一個容器，規(guī)定了其中的各個組成部件，除了少數(shù)代表圖形的二進制數(shù)據(jù)或內(nèi)嵌OLE對象，大多數(shù)部件都采用XML文件形式。00XML標準格式的文檔底層對應(yīng)一組后臺的XML代碼文件壓縮包。UOF采用了 W3C XML Schema作為描述語言，定義了基于XML置標語言的中文辦公文檔格式規(guī)范。UOF格式的文檔同樣對應(yīng)有一個后臺的XML代碼文件。后臺的XML代碼描述了文檔中數(shù)據(jù)信息在前臺的存儲和顯示方式，因而讀取文檔的后臺XML代碼即可獲知文檔中數(shù)據(jù)在前臺的存儲和顯示方式。步驟2，分別從源文檔和目標文檔的相關(guān)XML代碼中提取源文檔和目標文檔的各個原始屬性信息。 在諸如XML和SGML之類的標記語言中，一組標記、標記之間的內(nèi)容以及標記所含的所有屬性的組合稱為元素(element)，屬性(attribute)則為文檔類型定義的基本構(gòu)成部分，用于給一個具體元素實例添加信息或修改其信息的一個名稱-值對。文檔的XML代碼中包含了段落縮進、行間距、對齊方式、字體、字號等等定義文檔中數(shù)據(jù)的內(nèi)容和格式的屬性。原始屬性是從文檔XML代碼中提取的未進行數(shù)值或格式轉(zhuǎn)換等處理的屬性信息。提取該些屬性信息即可獲知文檔的標題、段落等各個組成部分的具體內(nèi)容和格式細節(jié)，比如某段落的對齊方式、大綱級別、左縮進值、右縮進值和懸掛縮進值等。文檔對象模型(Document Object Model，D0M)提供了一種通過分層對象模型來訪問XML文檔信息的方式，這些分層對象模型依據(jù)XML的文檔結(jié)構(gòu)形成了一棵節(jié)點樹，允許開發(fā)人員從文檔中讀取、搜索、修改、增加和刪除數(shù)據(jù)。XPath是一門在XML文檔中查找信息的語言，其使用路徑表達式來選取XML文檔中的節(jié)點或者節(jié)點集，可用來在XML文檔中對元素和屬性進行遍歷。步驟3，逐一比較源文檔的各個原始屬性和目標文檔的各個對應(yīng)原始屬性，并根據(jù)比較結(jié)果來評估文檔格式轉(zhuǎn)換是否正確。
5
如果文檔格式轉(zhuǎn)換前后的源文檔和目標文檔的所有屬性均一致，則該兩個文檔中所有數(shù)據(jù)信息的內(nèi)容和格式必然相同，即文檔的存儲和顯示方式均相同，因而可以判斷該文檔格式轉(zhuǎn)換結(jié)果完全正確。如果其中某個屬性不一致，則表明文檔格式轉(zhuǎn)換過程出現(xiàn)了相應(yīng)的內(nèi)容或格式方面的失真，格式轉(zhuǎn)換結(jié)果不完全正確。此時，可以標記該屬性并給出相應(yīng)提示，并根據(jù)該屬性的重要程度、偏差程度等因素，來評估該文檔格式轉(zhuǎn)換結(jié)果的正確度以及該目標文檔是否可以被接受。為了更加靈活和合理地進行測試評估，本發(fā)明可以對文檔的功能點進行一定的劃分，從而將整個文檔屬性的比對進一步細化為各個功能點的比對，即基于文檔的功能點來進行自動測試。所謂功能點，是指文檔系統(tǒng)的一系列標志性特征。把一個文檔格式或文檔處理系統(tǒng)看作是一個功能整體，而這個功能整體又是由若干具體功能點組合而成。對于流式文檔，常見的大的功能點包括元數(shù)據(jù)、式樣、書簽、超級鏈接、對象、節(jié)、段落、句、修訂、批注、列表、表格、文本框和圖形等等。這些大的功能點還可以細化為上千個小的功能點，比如段落可以細化為左縮進、行間距和孤行控制等等。功能點可以劃分為多個層次或級別，其劃分可以有兩種方式，即按重要級劃分和按功能級劃分。按重要級劃分是將所有功能點劃分為內(nèi)容和格式兩個等級，內(nèi)容包含著文檔記載的主要信息，信息量更大，重要性更高，而格式為內(nèi)容顯示和存儲的方式，重要性相對更低。如果在比對時屬于內(nèi)容的某些屬性不一致，則可以直接判定該格式轉(zhuǎn)換出現(xiàn)了較大的誤差。相反，如果在比對時僅僅屬于格式的某些屬性不一致，雖然判定格式轉(zhuǎn)換結(jié)果出現(xiàn)失真，但在不影響對整個文檔信息理解的情況下仍然可以選擇接受該轉(zhuǎn)換結(jié)果。按功能級劃分是將文檔涉及到的所有屬性分成多個一級功能點和二級功能點。辦公文檔的一級功能點主要有段落、句式樣、元數(shù)據(jù)、表格屬性、預(yù)定義圖形等等，約20到30 個。一級功能點可以看做一個容器，將其下屬的二級功能點包含進來，比如段落該一級功能點下屬的二級功能點包括對齊方式、縮進等屬性，句式樣該一級功能點下屬的二級功能點包括句子內(nèi)容、字體、字號、顏色等屬性。因此，整個文檔所有屬性的比對過程可以細化為各個一級功能點的比對，而每個一級功能點的比對過程可以進一步細化為其下屬的各個二級功能點屬性的比對。雖然OOXML和UOF等文檔標準都是基于XML語言，但是各個標準在計量單位、描述方式以及內(nèi)容結(jié)構(gòu)可能存在較大差異。例如設(shè)置段落的樣式屬性為對齊方式為“右對齊”， 大綱級別為“2級”，左側(cè)縮進為“2字符”，右側(cè)縮進為“ 1字符”，懸掛縮進為“ 1. 5字符”，則其中OOXML對應(yīng)的底層代碼結(jié)構(gòu)如圖3所示，而UOF對應(yīng)的底層代碼結(jié)構(gòu)則如圖4所示，可見兩者在計量單位和描述結(jié)構(gòu)等方面均存在差異。正因為OOXML和UOF標準之間的該些差異，從格式為OOXML和UOF標準的文檔中提取的原始屬性可能無法一一對應(yīng)，因而無法直接對該些原始屬性進行相應(yīng)的比對。此時，可以將兩種標準的該些原始屬性均轉(zhuǎn)換為計量單位、描述方式和內(nèi)容結(jié)構(gòu)等各方面均定義統(tǒng)一的中間屬性，并對該些中間屬性進行一一比對，然后根據(jù)中間屬性的比對結(jié)果來評估該格式轉(zhuǎn)換結(jié)果是否正確。為了方便對原始屬性進行轉(zhuǎn)換，可以先建立一個統(tǒng)一的中間模型，該中間模型定義了實際需要比對的中間屬性的描述方式及其數(shù)值的計量方式，然后按照該中間模型的形式來分別將源文檔和目標文檔的原始屬性轉(zhuǎn)換為中間屬性，再對各個對應(yīng)的中間屬性進行一一比對。如果源文檔和目標文檔的中間屬性均一致，則表明該文檔格式轉(zhuǎn)換結(jié)果正確。
本發(fā)明提供的文檔格式轉(zhuǎn)換自動測試方法避免了使用文檔前臺的文檔編輯軟件及其顯示界面，而直接對文檔后臺的底層代碼進行處理，可以有效地實現(xiàn)對文檔格式轉(zhuǎn)換結(jié)果的自動化測試，與人工測試相比具有更高的效率和準確度。并且，本發(fā)明提供的方法可以實現(xiàn)基于功能級的自動測試，將對整個文檔的測試進一步細化為不同重要級或不同功能級的各個功能點的測試，可以更加靈活和合理地評估文檔格式轉(zhuǎn)換結(jié)果。本發(fā)明提供的文檔格式轉(zhuǎn)換自動測試裝置的結(jié)構(gòu)如附圖2所示，其主要由代碼讀取模塊、屬性提取模塊和比較評估模塊組成，其中的代碼讀取模塊分別讀取源文檔和目標文檔的相關(guān)XML代碼，并將該些XML代碼輸入屬性提取模塊。屬性提取模塊分別從該些相關(guān)XML代碼中提取源文檔和目標文檔的各個原始屬性，并將該些原始屬性輸入比較評估模塊。比較評估模塊一一比較源文檔的各個原始屬性和目標文檔的各個對應(yīng)原始屬性，并根據(jù)比較結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。本發(fā)明中的文檔可以是電子表格文檔、演示文稿文檔或者文字處理文檔，也可以是復(fù)合文檔或文檔的片段。本發(fā)明各實施例中主要以文字處理文檔為例來進行介紹。下面以對文字處理文檔從OOXML格式轉(zhuǎn)換為UOF格式進行自動測試為例，說明本發(fā)明的具體實施過程。假設(shè)OOXML格式的測試用例(源文檔)和其轉(zhuǎn)換得到的UOF格式目標文檔在用戶終端均顯示為圖5所示。由于文檔的XML代碼篇幅較大，下面僅以測試文檔的第三段落(即第三行)的段落縮進格式為例來說明本發(fā)明文檔格式轉(zhuǎn)換的自動測試過程。步驟1，讀取OOXML格式源文檔的相應(yīng)XML文檔組，第三段落格式涉及的主要XML
代碼為
<w:p w:rsidP="00A439EC" w:rsidRDefault="00647A41" w:rsidR="00A75149"> <w:pPr>
<w:ind w :right="399" w:rightChars="190" w:left="273"
w:leftChars="-50" w:hanging="378" w:hangingChars="180"/>
</w:pPr> <w:r> <w:r> </w:p>同樣地，讀取UOF格式目標文檔的相應(yīng)XML文檔，該段落涉及的主要XML代碼為<字:段落 uof:loclD="t0051" uof:attrList="標識符"字:標識符="p2"> <字:段落屬性uof:loclD="t0052" uof:attrList="式樣引用"字:式樣引用 ="idO">
<字:對齊uof:loclD="t0055" uof:attrList="水平對齊文字對齊"字:水平 對齊="right"/>
ぐ字縮進 uof:loclD="t0056"> <字:左 uof:loclD="t0182">
<字:相対 uof:loclD="t0186" uof:attrList="值"字:值="-0.5"/> </字:左>
く字:右 uof:loclD="t0183">
<字:相対 uof:loclD="t0188" uof:attrList="值"字:值="1.9"/> </字:右>
く字:首行 uof:loclD="t0184">
<字:相対 uof:loclD="t0190" uof:attrList="值"字:值="-1.8"/>
</字:首行> </字:縮進> </字:段落屬性> ぐ字:句 uof:loclD="t0085"> ぐ字:句 uof:loclD="t0085"> く字:句 uof:loclD="t0085"> </字:段落>步驟2，分別從上述兩段XML代碼中提取有關(guān)段落的各個原始屬性。從OOXML格式源文檔的XML代碼中提取的段落屬性包括左縮進left、IeftChars、 右縮;t4 right、rightChars、Il オ丁縮; firstLine、firstLineChars> ；S:掛縮；( hanging、 hangingChars等，具體數(shù)值為left 273IeftChars :_50right 399rightChars :190firstLine 0
firstLineChars 0hanging :378hangingChars 180從UOF格式目標文檔的XML代碼中提取所述段落的原始屬性包括左縮進相對值、 左縮進絕對值、右縮進相對值、右縮進絕對值、首行縮進絕對值和首行縮進相對值等，具體數(shù)值為左縮進-相對-0. 5左縮進-絕對0右縮進-相對1. 9右縮進-絕對0首行縮進-相對-1· 8首行縮進-絕對0步驟3，從上述提取的原始屬性可以看出，OOXML格式源文檔和UOF格式目標文檔對于段落屬性在計量單位、描述方式等方面存在著一定的差異。此時，可以將提取的原始屬性均轉(zhuǎn)換為統(tǒng)一定義的中間屬性，使得源文檔和目標文檔提取的相關(guān)屬性數(shù)據(jù)結(jié)構(gòu)一致， 其屬性值按照統(tǒng)一的方式計算。為了方便對原始屬性進行轉(zhuǎn)換和比對，可以先建立一個統(tǒng)一的中間模型，該中間模型定義了實際需要比對的中間屬性的描述方式及其數(shù)值的計量方式，然后按照該中間模型的形式來分別將源文檔和目標文檔的原始屬性轉(zhuǎn)換為中間屬性。 在本實施例中可以將段落縮進屬性按{左縮進，右縮進，特殊形式}的中間模型來統(tǒng)一定義中間屬性，其中的“左縮進”和“右縮進”均采用相對值，而“特殊形式”可以選擇首行縮進或懸掛縮進的相對值。因此，分別根據(jù)OOXML和UOF標準對左縮進、右縮進和首行縮進等屬性的計算規(guī)定，將提取的上述原始屬性轉(zhuǎn)換為中間屬性。由于本實施例采用的該中間屬性的定義與UOF標準一致，因此UOF格式目標文檔的段落中間屬性值即為左縮進-0.5右縮進1·9特殊形式-1· 8按照OOXML標準的相關(guān)規(guī)定計算得到的OOXML格式源文檔的段落中間屬性值分別為左縮進-0.5右縮進1.9特殊形式-1· 8然后，對上述得到的各個中間屬性進行一一比對，并根據(jù)對比結(jié)果評估格式轉(zhuǎn)換的結(jié)果是否正確。如果各個中間屬性比對結(jié)果均相同，則判斷格式轉(zhuǎn)換結(jié)果完全正確。反之，則判斷該文檔格式轉(zhuǎn)換出現(xiàn)了一定的內(nèi)容或格式方面的失真，并可給出相應(yīng)提示信息， 以提示失真的具體情況。在本實施中，所述段落的中間屬性均一致，因而判斷出該文檔格式轉(zhuǎn)換沒有出現(xiàn)段落縮進格式方面的失真。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件和軟件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中， 該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁
9碟或者光盤等各種可以存儲程序代碼的介質(zhì)。 最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進行限制， 盡管參照較佳實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種文檔格式轉(zhuǎn)換的自動測試方法，所述文檔格式轉(zhuǎn)換將具有第一文檔格式的源文檔轉(zhuǎn)換為具有第二文檔格式的目標文檔，其特征在于，包括代碼讀取步驟，其分別讀取源文檔和目標文檔的相關(guān)XML代碼； 屬性提取步驟，其分別從源文檔和目標文檔的相關(guān)XML代碼中提取源文檔和目標文檔的各個原始屬性；比較評估步驟，其逐一比較源文檔和目標文檔的各個對應(yīng)原始屬性，并根據(jù)比較結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述文檔為文字處理文檔或電子表格文檔或演示文稿文檔。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一文檔格式為OOXML標準，所述第二文檔格式為UOF標準。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一文檔格式為UOF標準，所述第二文檔格式為OOXML標準。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述比較評估步驟包括原始屬性轉(zhuǎn)換步驟，其將源文檔和目標文檔的各個原始屬性轉(zhuǎn)換為統(tǒng)一定義的中間屬性；中間屬性比對步驟，其一一比對源文檔和目標文檔的各個中間屬性；評估步驟，其根據(jù)中間屬性比對結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。
6.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述原始屬性轉(zhuǎn)換步驟包括 建立中間模型，所述中間模型定義了實際需要比對的屬性的描述方式及其數(shù)值的計量方式，然后按照該中間模型的形式來分別將源文檔和目標文檔的原始屬性轉(zhuǎn)換為中間屬性。
7.一種文檔格式轉(zhuǎn)換的自動測試裝置，所述文檔格式轉(zhuǎn)換將具有第一文檔格式的源文檔轉(zhuǎn)換為具有第二文檔格式的目標文檔，其特征在于，包括代碼讀取模塊，其分別讀取源文檔和目標文檔的相關(guān)XML代碼； 屬性提取模塊，其與代碼讀取模塊相連接，分別從源文檔和目標文檔的相關(guān)XML代碼中提取源文檔和目標文檔的各個原始屬性；比較評估模塊，其與屬性提取模塊相連接，逐一比較源文檔的各個原始屬性和目標文檔的各個對應(yīng)原始屬性，并根據(jù)比較結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。
8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述文檔為文字處理文檔或電子表格文檔或演示文稿文檔。
9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述第一文檔格式為OOXML標準，所述第二文檔格式為UOF標準。
10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述第一文檔格式為UOF標準，所述第二文檔格式為OOXML標準。
全文摘要
本發(fā)明涉及文檔處理技術(shù)，本發(fā)明提供的文檔格式轉(zhuǎn)換方法中，比較評估步驟包括原始屬性轉(zhuǎn)換步驟，其將源文檔和目標文檔的各個原始屬性均轉(zhuǎn)換為統(tǒng)一定義的中間屬性；中間屬性比對步驟，其一一比對源文檔和目標文檔的各個中間屬性；評估步驟，其根據(jù)中間屬性比對結(jié)果來評估所述文檔格式轉(zhuǎn)換結(jié)果是否正確。本發(fā)明避免了使用文檔前臺的文檔編輯軟件及其顯示界面，而直接對文檔后臺的底層代碼進行處理，可以有效地實現(xiàn)對文檔格式轉(zhuǎn)換結(jié)果的自動化測試，與目前采用的人工測試方法相比具有更高的效率和準確度，其將對整個文檔的測試進一步細化為不同重要級或不同功能級的各個功能點及屬性的測試，可以更加靈活和合理地評估文檔格式轉(zhuǎn)換結(jié)果。
文檔編號G06F17/21GK102289407SQ20111026248
公開日2011年12月21日 申請日期2011年9月6日 優(yōu)先權(quán)日2011年9月6日
發(fā)明者牟永敏 申請人:北京信息科技大學(xué), 牟永敏