Hibernate單元測試的方法HSQLDB詳述
曾經(jīng)使用許多方法在數(shù)據(jù)庫和目標代碼之間傳輸數(shù)據(jù)。從手動編碼的SQL到JDO,然后再到EJB,我從未找到一種特別喜歡的方法。自從采用測試驅動開發(fā)(TDD)作為指導原則以來,這種不滿情緒變得更加強烈。
單元測試的障礙應盡可能少。在關系數(shù)據(jù)庫中,障礙的范圍從外部依賴(數(shù)據(jù)庫在運行嗎?)到保持關系模型和對象模型同步的速度。由于這些原因,保持數(shù)據(jù)庫訪問代碼與核心對象模型分離且無需涉及真實數(shù)據(jù)庫而進行盡可能多的測試是很重要的。
通常這會導致我們進入下面兩種模式之一。***種是具體化所有訪問域對象的數(shù)據(jù)以及數(shù)據(jù)與單獨類或接口之間的關系。這就是典型的能夠檢索、編輯、刪除和添加域實體的數(shù)據(jù)存儲對象。這在單元測試中是最容易模擬出來的,但趨向于把域模型對象作為不帶有任何關系行為的純數(shù)據(jù)對象。直接從父對象訪問子記錄是最理想的,而不是將父對象處理為第三方類來決定子記錄。
其他方法已經(jīng)使訪問接口的域對象進入數(shù)據(jù)映射層(一種la Martin Fowler的數(shù)據(jù)映象模式)。這具有推動域模型中的對象關系的優(yōu)點,在域模型中,對象關系型接口只需表達一次即可。使用域模型的類不支持持久性機制,因為它本身內在化到域模型中。這使代碼集中在設法解決的業(yè)務問題,而很少關注對象關系型映射機制。
我的當前項目涉及到處理大量的棒球統(tǒng)計數(shù)據(jù),并使用這些數(shù)據(jù)進行模擬。因為數(shù)據(jù)已經(jīng)在關系數(shù)據(jù)庫中,所以對于我來說,有機會開發(fā)Hibernate對象關系型映射系統(tǒng)。我曾對Hibernate有很深刻的印象,但我遇到的一個問題是,在使用Hibernate進行單元測試的數(shù)據(jù)映射時,設法插入一個間接層。該附加層非常脆弱,編寫起來感到非常困難。實際部署版本簡單地通過了特定于Hibernate的實現(xiàn)。更壞的情況是,模擬版本比真正的“產(chǎn)品級”版本更復雜,只因為模擬版本里沒有基本對象存儲器和帶有Hibernate的映射。
我也使用很多復雜的Hibernate查詢,想要對應用程序的重要部分進行單元測試。然而,對活動的數(shù)據(jù)庫進行測試不是好主意,因為這幾乎總是產(chǎn)生維護問題。另外,由于測試***互相獨立,在測試上下文數(shù)據(jù)中使用相同的主鍵意味著必須在每次測試前創(chuàng)建代碼來清理數(shù)據(jù)庫,當涉及到大量關系時就成為一個實際問題。
通過使用HSQLDB和Hibernate強大的模式生成工具,能夠對應用程序映射層進行單元測試,并在對象查詢中找到不計其數(shù)的bug,這在以前手工測試時是做不到的。利用下面的技術概述,可以在開發(fā)過程中對整個應用程序進行測試,并且在測試有效區(qū)域內沒有損害。
設置HSQLDB
以前使用HSQLDB 1.7.3.0 版。為了使用數(shù)據(jù)庫的內存版本,需要激活org.hsqldb.JDBCDriver的靜態(tài)加載程序。當獲得JDBC連接時,就可以使用JDBC url例如jdbc:hspldb:mem:yourdb,這里’yourdb’就是想要使用的內存數(shù)據(jù)庫的名稱。
因為使用Hibernate (3.0 beta 4),所以我?guī)缀鯚o需接觸實際活動的JDBC對象。相反,我可以讓Hibernate完成很多繁重的任務,包括從Hibernate映射文件中自動創(chuàng)建數(shù)據(jù)庫模式。因為Hibernate創(chuàng)建自身專有的連接池,所以它會基于TestSchema類中的配置代碼自動加載HSQLDB JDBC驅動程序。下面就是該類的靜態(tài)的初始化程序。
public class TestSchema { static { HibernateUtil.setSessionFactory(config.buildSessionFactory()); |
Hibernate提供了許多不同的方式來配置該框架,包括程序方面的配置。上述代碼設置了連接池。注意,使用HSQLDB的內存數(shù)據(jù)庫需要用戶名’sa’。還樣要確保指定一個空格作為口令。為了啟動Hibernate的自動模式生成功能,需設置hibernate.hbm2ddl.auto屬性為’creat-drop’。
實際測試 我的項目是處理將大量的棒球數(shù)據(jù),所以我添加了四個進行映射的類(Player、PintchingStint、,BattingSint和FieldStint)。***創(chuàng)建Hibernate的會話工廠,并將其插入HibernateUtil類,該類只為Hibernate會話的整個應用程序提供一個訪問方法。HibernateUtil的代碼如下:
import org.hibernate.*; public class HibernateUtil { private static SessionFactory factory; public static synchronized Session getSession() { public static void setSessionFactory(SessionFactory factory) { |
因為所有代碼(經(jīng)過單元測試的產(chǎn)品級代碼)都是從HibernateUtil獲取Hibernate會話,所以能在同一個位置對其進行配置。為了對代碼的***位進行單元測試而訪問TestSchema類將會激活靜態(tài)初始化程序,該程序將安裝Hibernate并且將測試SessionFactory插入到HibernateUtil中。對于產(chǎn)品級代碼,可以使用標準hibernate.cfg.XML配置機制來初始化 SessionFactory。那么單元測試中的外部特征是什么?下面的測試代碼片段是用來檢查邏輯的,決定運動員在棒球聯(lián)盟比賽中是哪個位置的人選:
public void testGetEligiblePositions() throws Exception { FieldingStint stint1 = new FieldingStint("playerId", 2004, "SEA", Position.CATCHER); Set |
***次創(chuàng)建新Player實例并通過addPlayer()方法添加到TestSchema中。必須首先完成此步驟,因為FidldStint類和Player類之間有外鍵關系。如果不首先添加該實例,在設法添加FieldingStint時將會出現(xiàn)外鍵約束違例。一旦測試上下文就位,就可以測試getEligiblePositions()方法來檢索校正數(shù)據(jù)。下面是在TsetSchema中addPlayer()方法的代碼。您將注意到使用Hibernate而不是bare-metal JDBC代碼:
public static void addPlayer(Player player) { Session session = HibernateUtil.getSession(); |
在單元測試中最重要的就是要保持測試實例是獨立的。因為該方法仍然涉及數(shù)據(jù)庫,所以需要一種方法在每個測試實例之前清理數(shù)據(jù)庫。在我的數(shù)據(jù)庫架構中有四個表,所以我在TestSchemaz上編寫了reset()方法,該方法從使用JDBC的表中刪除所有行。注意,因為HSQLDB能識別外鍵,刪除表的順序是很重要的,下面是代碼:
public static void reset() throws SchemaException { |
當確定在Hibernate 3.0中進行大量刪除操作時,應該能從應用程序中刪除直接JDBC的***一位。到此時為止,必須獲取數(shù)據(jù)庫連接并向數(shù)據(jù)庫直接提交SQL。 在確保沒有關閉連接的情況下,為了釋放資源,只關閉會話就足夠了。出于手工編寫許多JCBC代碼來進行開發(fā)的習慣,***個版本關閉了JDBC連接。因為通過配置Hibernate創(chuàng)建的連接池只帶有一個鏈接,在***個之后就完全破壞了測試。一定要注意這種情況! 既然在測試類運行時(設想運行所有的測試實例)不能確定數(shù)據(jù)庫的狀態(tài),應該在setUp()方法中包含數(shù)據(jù)庫清除,如下所示:
public void setUp() throws Exception { |
結束語
在使用像Hibernate這種復雜的O/R映射程序時,必須能夠測試實際存在(real-live)的RDBMS,而不會發(fā)生任何針對已部署數(shù)據(jù)庫的爭論。雖然Hibernate有內置模式生成工具,讓此類測試特別簡單,但是在這里展示的例子并不排除Hibernate,并且可能與JDO或TopLink一起運行。使用上面描述的設置,您不必離開舒適的IDE環(huán)境,但仍然可以對代碼進行大量測試。
【編輯推薦】
您正在閱讀: