2改進的自動測試過程
為了解決當前自動測試過程中的瓶頸，本文提出如下的解決辦法:
(1)對于被測件(.exe文件或.dll文件)，自動獲取被測件及被測單元信息，從而避免人工運行和分析的局限性。
(2)依據自動獲取的被測單元參數信息，盡可能自動產生或從被測件中獲取測試用例，節省完全人工設計測試用例的勞動量。
(3)測試信息保存在獨立于測試腳本的數據存儲中(例如Excel電子數據表)，簡化編輯測試信息的復雜性。
(4)依據獨立的數據存儲，自動編寫不需調試的測試腳本。由于任何對測試信息的修改是在獨立的數據存儲中進行的，數據存儲修改后，只需重新自動產生測試腳本即可，從而節省調試測試腳本的勞動量。
(5)在自底向上進行集成測試時，重用低層模塊的測試腳本，避免人工構造樁模塊的不精確性和勞動量。
依據上面的解決辦法，下面針對對象式被測件，設計改進的白動測試過程。
(1)基于被測件(.exe文件或.dil文件)，自動獲取被測件所包含的類型。
(2)對獲取的所有類型進行圖3虛線框中所示的操作。
(3)自動獲取的及自動產生的測試信息保存到電子數據表中。
(4)由于有些數據無法自動產生、自動產生的數據的檢錯能力差等原因，因此，有時需要通過人工編輯、修改電子數據表中的測試數據來完善測試信息。
(5)電子數據表中的測試信息驅動產生測試腳本，被測件中的被測類型與測試腳本中的測試類是一一對應的，每個測試類中有一個方法，稱為測試方法，測試方法的返回值為被測類型對象。
(6)執行測試腳本，得到測試報告。實施改進的自動測試過程的關鍵在于白動獲取被測件及被測類型信息;依據獲取的被測件及被測類型信息，自動產生測試用例，并把測試信息自動保存到獨立的電子數據表中;基于保存測試信息的電子數據表，動態編程產生測試腳本。
3改進的自動測試過程中采用的關鍵技術
白動獲取被測件及被測類型信息需要被測件提供元數據。元數據是被測件的白我描述信息，它可以描述被測件的多個方面，包括類、方法、域和程序集。元數據總是嵌入在代碼所在的同一EXE和DLL文件中，從而確保代碼與元數據保持同步。.NET程序集和經程序集封裝的COM組件都帶有元數據。下面以.NET程序集和經程序集封裝的COM組件為被測件，討論在，NET環境下對改進的自動測試過程的實現。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
