Hi all, Sekedar sharing aja, sorry kalo agak OOT.
Kalo practicenya aku ngelakuin unit testing for each layer dari web tier down to data tier. 1 - Web tier biasanya aku make Canoo framework (http://webtest.canoo.com/) Ini gw suka bgt karena dia bisa simulate user clicks 2 - Service tier, disini aku cuman ngetest business logic, jadi DAO akan aku mock. Terserah mau make Easy Mock atau JMock 3 - Data tier (DAOs) - untuk yang satu ini rada tricky kalo kita nge-hit database langsung tanpa isolate data for testing, apalagi kalo kita make data image dari Production database. Special buat DAOs aku make DbUnit (http://dbunit.sourceforge.net/) Misc: ====== Terus buat reporting kalo misalnya reportingnya itu make PDF, aku make PDFUnit (http://jpdfunit.sourceforge.net/) Tool ini keren banget buat ngetest correctness of the generated PDF. Dia nyediain banyak API buat access ke PDF. Lalu kalo mau ngetest XML, aku make XMLUnit (http://xmlunit.sourceforge.net/ ). Waktu itu aku make ini buat ngecek dan verifikasi value setiap tag di generated XML. API-nya cukup lengkap dan mudah banget makenya. Sebenarnya sih aku pengen banget nyobain Agitar, soalnya to be honest, Unit testing takes lots of our development time. Dan ditambah lagi meski kita udah mati2an buat Unit Tests sebanyak mungkin, tetep aja coverage unit tests yang dibuat nggak bisa mencakup semua scenarios, apalagi special scenarios. Sayangnya Agitar (http://www.agitar.com/) harganya mahal banget euy! Anybody aldy use this one ? On Dec 10, 2007 2:56 PM, Thomas Wiradikusuma <[EMAIL PROTECTED]> wrote: > here's my rule of thumb concerning testing: > > 1. unit test services using mock for dependent classes (usually lower > lever services, usually DAO) > objective: correctness of logic and dependency invocations > 2. unit test DAO, hitting real DB using rollback and sample data > objective: correctness of mapping (if using ORM) and correctness > of persisted data > 3. ... dsb dsb (yg terpenting dalam konteks thread ini dua di atas) > > my rule of thumb of DAO-testing: > 1. it should be tested using real DB > 2. if real DB is inappropriate, use another DB (say HSQL) > 3. if you can't hit DB because your logic is too complex, then > probably you put too much responsibility for that DAO. > consider refactoring the DAO, pushing as much logic to upper layer > (if desirable) > > > On Dec 10, 2007 1:33 PM, Alex Prawira <[EMAIL PROTECTED]> wrote: > > > > > > Oh gitu ya, salah baca gw :D gw setuju sama lu, kalo mau ngetes DAO > > > kudu konek DB. > > > > Untuk konek DB, saya ada TestCase lain untuk ngetest sqlmap nya. Tp > > utk DAO, saya test apakah DAOnya logicnya benar, seperti manggil > > sqlMapClientTemplate.queryForObject(...) dst. Susunan seperti ini saya > > pelajari dari buku iBatis In Action. Apa rekan2 punya saran ? > > -- > salam hangat, > Thomas Wiradikusuma > http://wiradikusuma.blogspot.com/ <-- Tidak putih, tidak dapat cinta > sejati > > > Kalau mau keluar dari mailing list ini, caranya kirim sebuah email ke > [EMAIL PROTECTED] > > Jangan lupa, website JUG Indonesia adalah http://www.jug.or.id > > > Yahoo! Groups Links > > > >
