fpc/packages/fcl-db/tests
2012-10-10 07:40:23 +00:00
..
bufdatasettoolsunit.pas * improvements to bufdataset testsuite specially for ftmemo and ftblob. 2012-07-04 09:18:23 +00:00
database.ini.txt Added support for fbembedded to DBtestframework mantis 23008 patch from Reinier 2012-10-10 07:40:23 +00:00
dbfexporttest.lpi * Patch from Graeme to reduce dependencies (consolerunner is now in FCL) 2012-10-09 11:18:39 +00:00
dbfexporttest.lpr * Testcase for DBF export 2011-09-06 10:16:56 +00:00
dbfexporttestcase1.pas * patch from BigChimp, fixing dbf related testing of output, from 2011-09-25 19:52:10 +00:00
dbftoolsunit.pas
dbtestframework_gui.lpi * Applied patch from #22899 2012-09-16 11:38:49 +00:00
dbtestframework_gui.lpr * Applied patch from #22899 2012-09-16 11:38:49 +00:00
dbtestframework.pas * Use consoletestrunner from fcl-unit. Old output available through --legacy or -g 2012-09-16 11:55:07 +00:00
Makefile + Regenerate all Makefiles's after adding x86_64 netbsd target 2012-04-24 23:15:18 +00:00
Makefile.fpc
memdstoolsunit.pas
README.txt * patch from Reinier: More details on setting up test database, ignoring tests for certain databases.... mantis #22970 2012-10-06 12:31:15 +00:00
sdfdstoolsunit.pas * Applied patch from #22899 2012-09-16 11:38:49 +00:00
sqldbtoolsunit.pas Added support for fbembedded to DBtestframework mantis 23008 patch from Reinier 2012-10-10 07:40:23 +00:00
tcgensql.pas * Added tests for Grant/Revoke, fixed some bugs on the way 2010-09-03 17:01:01 +00:00
tcparser.pas * Implemented AS for table aliases 2011-11-12 13:05:15 +00:00
tcsdfdata.pp * Applied patch from #22899 2012-09-16 11:38:49 +00:00
tcsqlscanner.pas * Added tests for Grant/Revoke, fixed some bugs on the way 2010-09-03 17:01:01 +00:00
test.json * Example for JSON dataset 2011-12-16 16:31:13 +00:00
testbasics.pas * Forgot to apply patch from #21905 in trunk 2012-06-17 07:53:28 +00:00
testbufdatasetstreams.pas * Fixed CreateDataset when TBufDataset.Filename is set 2012-07-02 10:28:37 +00:00
testdatasources.pas
testdbbasics.pas * applied BOF patch + test from Lacak2. Mantis #22377 2012-10-06 14:18:17 +00:00
testdddiff.pp
testfieldtypes.pas Fix for table names converted to uppercase Mantis 0022766 Patch by Lacak2 2012-10-07 15:06:59 +00:00
testjsondataset.pp * Removed resource added by lazarus 2011-12-17 12:31:42 +00:00
testspecifictbufdataset.pas * Implemented autoincremental fields for TBufDataset 2012-07-02 11:42:05 +00:00
testsqlfiles.lpi * Patch from Graeme to reduce dependencies (consolerunner is now in FCL) 2012-10-09 11:18:39 +00:00
testsqlfiles.lpr
testsqlscanner.lpi * Patch from Graeme to reduce dependencies (consolerunner is now in FCL) 2012-10-09 11:18:39 +00:00
testsqlscanner.lpr
testsqlscript.pas
toolsunit.pas * Applied patch from #22899 2012-09-16 11:38:49 +00:00
XMLXSDExportTest.lpi * Patch from Graeme to reduce dependencies (consolerunner is now in FCL) 2012-10-09 11:18:39 +00:00
XMLXSDExportTest.lpr * Tester for XSD export 2011-07-27 18:35:16 +00:00
xmlxsdexporttestcase1.pas * Better test case from Reinier, Bug ID #19987 2011-08-15 10:29:06 +00:00

This directory contains a framework to test several TDataset descendents.
A lot of these tests are only applicable for SQL databases, but there are several tests that also apply to other objects, such as TBufDataset.

The framework is based on the fpcunit unit test system. The tests can be
executed using any fpcunit testrunner. For example the console and graphical
fpcunit test runners from Lazarus.
Simply add the test* units in this directory to the uses statement of the
test runner and all tests will get registered and executed.

A simple test runner (dbtestframework.pas) which generates XML output is
included in this directory.

DBTestframework architecture
============================
To test a TDataset descendent, a 'connector' is needed to test the database.
To add a new connector, create a new *toolsunit.pas file, then add it to 
the uses section in 'dbtestframework.pas'. Several connectors are available 
in the '*toolsunit.pas' files.

The connector must inherit from TDBConnector in toolsunit.pas.
The connector implements two different kinds of datasets: 
- a dataset with as many different kinds of fields as possible (see the *FieldDataSets subroutines).
- a dataset with only a few fields (ID and NAME), but a lot (well, MaxDataset) of different records (see the *NDataSets subroutines)

CreateNDatasets and CreateFieldDataset should be implemented to set up data stores (e.g. database tables) and fill these stores with test data for the respective datasets.
The corresponding Drop*Dataset procedures must drop the tables/delete the data.

GetNDataset and GetFieldsDataset should return the relevant dataset in closed state so the tests can open them and work with them.
They call InternalGetNDataset and InternalGetFieldDataset which should be implemented in all descendents and returns the relevant dataset, closed, with all data.

Toolsunit.pas defines some variables for use, e.g. testValuesCount is the number of records/test values in the FieldDataset dataset; MaxDataset is the same for NDataset.
See e.g. the SQLDBToolsUnit for the implementation for SQL Databases.

Tests
=====
In your test units, you can specify that you only want to run for certain groups/connectors.
E.g. this example to only run for Bufdataset tests:
  TTestSpecificTBufDataset = class(TTestCase)
  ...
initialization  
  if uppercase(dbconnectorname)='BUFDATASET' then
    begin
    RegisterTestDecorator(TDBBasicsTestSetup, TTestSpecificTBufDataset);
    end;
	
In your individual tests, you can indicate you want to run tests only in certain cases, e.g. for certain SQLDB databases:
  if not(SQLDbType in [interbase]) then Ignore(STestNotApplicable);
  
Setting up your database
========================
Some tests are file based (e.g. those for bufdataset); others by their nature need databases (e.g. a Firebird SQLDB test).
File-based tests will generally write to the current/test directory, a subdirectory or a temp file.

For SQLDB database servers, please make sure you have a username/password and a database set up that the test suite can use and abuse.
The database can be empty: the test suite will create and delete tables etc. in this database as needed.

Specifying databases, connector names
=====================================
Which connector is currently used is dependent on the 'database.ini'
configuration file. Also some settings which are connector-dependent can be set
in that file. See 'database.ini.txt' for an example.

The connector names to be used are derived from the connector classes.

For example, the SQL RDBMS connector defined in sqldbtoolsunit:
- it has this class definition
TSQLDBConnector = class(TDBConnector)
- its name in database.ini is sqldb
- incidentally, in databases.ini, more parameter such as
connectorparams=postgresql (which specify db type) are needed
The parameters use depend on the connector type (sql,...)

If you specify the wrong (or no) name (or don't have database.ini), you will get an exception in your test runner:
Unknown db connector specified

Joost van der Sluis (30-12-2006), 
amended by Reinier Olislagers (2012)