Unit Testing

Derek Atkins derek at ihtfp.com
Mon Jan 10 20:17:24 EST 2011


John,

On Mon, January 10, 2011 7:04 pm, John Ralls wrote:
> I've written a fairly extensive change to manage database version changes,
> and I'd like to add unit tests for the new functions before I commit it.
> Longer-term, of course, I'd like to have full unit test coverage of the
> non-gui parts of Gnucash before we start on the major surgery we've been
> discussing the last couple of weeks.
>
> The issue is what framework to use? GLib from 2.16 (supported by
> everything stable except RHEL 5 and its derivatives, so I don't feel any
> remorse about using it in 2.4 before we branch it) provides a serviceable,
> though primitive, framework that we can introduce without adding a
> dependency, and it integrates nicely with automake. It would, however,
> increase our dependency on GLib and it lacks the automatic registration of
> test cases and suites afforded by more sophisticated frameworks.
>
> Any comments?

My feeling is that so long as it doesn't add new dependencies and ties
into "make check" then you can do whatever you want.

We already have some code to generate random GnuCash data; tie that into
whatever 'check' system you want to perform functional tests, and make it
work with "make check".

> Regards,
> John Ralls

-derek



More information about the gnucash-devel mailing list