John,
Part of the test plan for OFBiz (that has been around for well over a year has not seen much attention) is to be able to easily to data level testing. We plan to use the OOTB demo and seed data as the initial database state, and then after tests are done the test database would simply be thrown away (avoiding the need to "undo" all test changes).
To validate results on the data level there is an existing feature in the simple-method that we plan to make easier to use in the test config XML files. What it does is read an entity engine XML file (which can exported from WebTools, or created manually) and validate it against the database by asserting that each element in the XML file matches a database record. It reports records that are missing and all fields that are different for existing records.
Is that more or less what you are looking for? The intent with these is to be intermixed with UI level tests and test services and such to provide testing facilities for the various architectural layers in OFBiz.
-David On Oct 24, 2006, at 6:54 AM, John Martin wrote:
Grinder does look really interesting and appears to me to be geared more for testing the application for a UI and performance perspective. What I am really after is something that is more database oriented to allow a test suite to initialize data appropriately, run the test, and then clean out the test data. I'm writing new services to insert/update data and want to have a simple way of building tests to make sure that my code is working correctly. Currently, I write a test script that invokes the service and I inspect the results and walk through the code in the debugger. I agree with Brett that "creating data driven tests were still difficult to create and maintain." There's got to be an easier way... Brett - I would be interested in the JXUnit integration with ofBiz since that appears to be inline with what I'm trying to do. Can point me to where I can get what I would need to use it? Thanks, John
