(四)構建理想的模塊自測結構

2.2測試用例文件結構
        測試用例文件中存放測試用例初始化數據和測試完畢后的驗證數據。數據的結構采用一般配置文件的格式，詳見圖2-2。

                           

 

                                             圖2-2 測試用例文件結構圖

 

        1)段名

        配置文件中使用了段的概念，段相當于C++中的NameSpace，每個段內的關鍵字(Key)與其它段內的關鍵字互不影響，Section即為段名。

        2)關鍵字

        關鍵字用來標志不同元素的值，Key即為關鍵字的名字，關鍵字的名字不區分大小。

        3)值

        每個關鍵字都對應一個值，Value 即為值，值要區分大小。

        4)注釋

        支持單行注釋，字符“#”后面的內容為注釋。

        5)行結構

        一行的結構只能是以下幾種：

        [Section]

        Key=Value

        空行

        以上三中情況之一加上注釋

        2.3測試程序通用庫

        測試數據從測試代碼中分離出來后，增加了管理測試數據文件和解析測試數據文件的代碼，這部分代碼是通用的，可以將它們組織成庫供開發測試程序時使用。

                                      

                                                    圖2-3 測試程序和測試通用庫關系圖

 

        2.3.1管理測試數據文件的庫

        管理測試數據文件的庫的功能如下：

        1)獲取目錄下所有測試文件路徑的接口

        能找出某個目錄下 (包括該目錄下所有子目錄)所有的測試文件(如“*.ini”文件)的路徑并存起來。

        2)獲取下一個測試文件的接口

        向用戶提供下一個測試文件的路徑，若已沒有下一測試文件則返回空。

        2.3.2解析測試文件的庫

        解析測試文件的庫的功能如下：

        1)文件解析接口

        按照 2.2測試用例文件結構 中的文件結構解析出一個測試文件。

        2)獲取值的接口

        向用戶提供測試文件中某個段內某個關鍵字對應的值。

        由于測試文件的結構和一般配置文件結構一致，可以使用已有的庫來實現(如PWLIB中配置文件解析類)。

        3.總結

        一個完整的測試用例包含測試數據和測試代碼，當測試數據和代碼混在一起時給測試用例的維護帶來了很大困難，而且給測試代碼帶來許多冗余。本文提出了將測試數據和測試代碼分離的想法，并對怎樣進行分離進行了闡述。測試數據從測試代碼中分離出來后，使得測試數據維護簡單、方便。

原文轉自：http://www.kjueaiud.com