mirror of
https://github.com/Gnucash/gnucash.git
synced 2024-12-02 05:29:20 -06:00
.. | ||
CMakeLists.txt | ||
dummy.cpp | ||
gtest-gnc-datetime.cpp | ||
gtest-gnc-int128.cpp | ||
gtest-gnc-numeric.cpp | ||
gtest-gnc-rational.cpp | ||
gtest-gnc-timezone.cpp | ||
gtest-import-map.cpp | ||
gtest-qofquerycore.cpp | ||
README | ||
test-account-object.cpp | ||
test-address.c | ||
test-business.c | ||
test-commodities.cpp | ||
test-customer.c | ||
test-employee.c | ||
test-engine-kvp-properties.c | ||
test-engine.c | ||
test-gnc-date.c | ||
test-gnc-guid-old.cpp | ||
test-gnc-guid.cpp | ||
test-gnc-uri-utils.c | ||
test-group-vs-book.cpp | ||
test-guid.cpp | ||
test-job.c | ||
test-kvp-frame.cpp | ||
test-kvp-value.cpp | ||
test-load-engine.c | ||
test-lots.cpp | ||
test-numeric.cpp | ||
test-object.c | ||
test-qof-string-cache.c | ||
test-qof.c | ||
test-qofbackend.c | ||
test-qofbook.c | ||
test-qofinstance.cpp | ||
test-qofobject.c | ||
test-qofsession-old.cpp | ||
test-qofsession.cpp | ||
test-query.cpp | ||
test-querynew.c | ||
test-recurrence.c | ||
test-split-vs-account.cpp | ||
test-transaction-reversal.cpp | ||
test-transaction-voiding.cpp | ||
test-vendor.c | ||
utest-Account.cpp | ||
utest-Budget.c | ||
utest-Entry.c | ||
utest-gnc-pricedb.c | ||
utest-Invoice.c | ||
utest-Split.cpp | ||
utest-Transaction.cpp |
This directory contains unit test cases to exercise basic GnuCash engine functions. To run the tests, just do 'make check' Notes on test of dirty/clean flag: --------------------------------- This test is currently performed in part in test-customer test-employee test-job test-vendor The test cases will check if the dirty flag is unset on creation of an object and if the dirty flag is set when the object is modified. There used to be a test also to check if the dirty flag is cleared again upon committing the change. This test has been removed, because it can only be successful if a backend is set up. That's because the 'dirty' flag is supposed to be cleared by the backend only. We are in the engine test code however. In here it's not possible to load a backend without creating some circular dependencies between gnucash modules. Just for completeness, this was said on the dirty flag tests before these test cases got moved to the engine: "An object cannot be marked 'clean' unless it has actually been saved to a file or sql db. (Or, in the case of the file backend, the 'dirtiness' of the data has been duly noted, and will be taken care of for the next file save. Until its saved, it lives in perpetual dirtiness. Thus, the test cases need to specify a backend, then do the commit, then test the dirty flag. Actually, the use of the dirty flag in gnucash is, at this time, mildly ambiguous, and its semantics are not clearly defined."