Testen - Bewerkingsoverzicht

Sbouwhuis: Toevoegingen basis tests en ivp

2011-01-23T09:20:15Z

Toevoegingen basis tests en ivp

← Oudere versie		Versie van 23 jan 2011 09:20
Regel 1:		Regel 1:
	~~Tijdens het bouwen~~ van EekBoek is de ~~opdracht "./Build test" die~~ de tests ~~draait. Dit testproces omvat het uitvoeren van alle t/~~*~~.t files (dus alle files met .t extensie in~~ de ~~t directory)~~. ~~Een enkele test kan worden gedraaid met de opdracht:~~		In feite omvat de testen van EekBoek de volgende dingen:
			* de basis-tests
			* de installatie verificatie procedure
			* administratie-test framework.

	~~prove [ -l \| -~~b ~~] [ -v ]~~ t/~~testnaam~~.t		De opdracht <tt><b>./Build test</b></tt> voert alle beschikbare tests uit. Dat zijn op dit moment de basis tests en de installatie verificatie procedure (IVP). Dit testproces omvat het uitvoeren van alle t/*.t files, dus alle files met .t extensie in de t directory.

	~~Prove~~ is ~~een command-line tool voor het draaien van~~ tests ~~tegen een bepaald test harnas~~. ~~Kijk op~~ <tt><b>~~man prove~~</b></tt> ~~voor de mogelijkheden~~ en ~~de opties~~.		De IVP verifieert met de beschikbare database drivers vrijwel alle aspecten van het administratie voeren. Met andere woorden, als de IVP geslaagd is, dan zal EekBoek ook functioneel correct werken, behoudens nog niet ontdekte bugs. De IVP tests zijn <tt><b>t/91_ivp_sqlite.t</b></tt> en <tt><b>t/92_ivp_postgres.t</b></tt>. Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp .

	~~De installatie verificatie procedure~~ (~~IVP~~) ~~zijn de tests~~ die ~~EekBoek testen in administratieve zin en functionele zin. Met andere woorden, als de IVP geslaagd is~~, ~~dan zal EekBoek~~ ook functioneel correct werken, behoudens nog niet ontdekte bugs. De IVP tests zijn <tt><b>t/91_ivp_sqlite.t</b></tt> en <tt><b>t/92_ivp_postgres.t</b></tt>. Beide files maken gebruik van gemeenschappelijke code in ~~90_ivp_common~~.~~pl en data in t~~/~~ivp~~ .		Interessanter is het (nog in ontwikkeling zijnde) test framework, dat hieronder staat afgebeeld. Tests die met dit framework worden gemaakt, worden straks ook meegenomen in de ./Build test.

	== Test framework ==		== Test framework ==
Regel 46:		Regel 49:
	t/admtest_btw/ref/btwall1.txt		t/admtest_btw/ref/btwall1.txt
	t/admtest_btw/ref/btwall2.txt		t/admtest_btw/ref/btwall2.txt

			Een enkele test kan worden gedraaid met de opdracht:

			prove [ -l \| -b ] [ -v ] t/testnaam.t

			Prove is een command-line tool voor het draaien van tests tegen een bepaald test harnas. Kijk op <tt><b>man prove</b></tt> voor de mogelijkheden en de opties.

	De uitvoer van "prove -b -v t/admtest_btw.t" is dan:		De uitvoer van "prove -b -v t/admtest_btw.t" is dan:

Sbouwhuis: Uitleg IVP

2011-01-22T20:31:22Z

Uitleg IVP

← Oudere versie		Versie van 22 jan 2011 20:31
Regel 5:		Regel 5:
	Prove is een command-line tool voor het draaien van tests tegen een bepaald test harnas. Kijk op <tt><b>man prove</b></tt> voor de mogelijkheden en de opties.		Prove is een command-line tool voor het draaien van tests tegen een bepaald test harnas. Kijk op <tt><b>man prove</b></tt> voor de mogelijkheden en de opties.

	De IVP tests zijn <tt><b>t/91_ivp_sqlite.t</b></tt> en <tt><b>t/92_ivp_postgres.t</b></tt>. Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp .		De installatie verificatie procedure (IVP) zijn de tests die EekBoek testen in administratieve zin en functionele zin. Met andere woorden, als de IVP geslaagd is, dan zal EekBoek ook functioneel correct werken, behoudens nog niet ontdekte bugs. De IVP tests zijn <tt><b>t/91_ivp_sqlite.t</b></tt> en <tt><b>t/92_ivp_postgres.t</b></tt>. Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp .

	== Test framework ==		== Test framework ==

Sbouwhuis: Toevoegingen prove en formattering

2011-01-22T17:37:03Z

Toevoegingen prove en formattering

← Oudere versie		Versie van 22 jan 2011 17:37
Regel 3:		Regel 3:
	prove [ -l \| -b ] [ -v ] t/testnaam.t		prove [ -l \| -b ] [ -v ] t/testnaam.t

	De IVP tests zijn t/91_ivp_sqlite.t en t/92_ivp_postgres.t . Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp		Prove is een command-line tool voor het draaien van tests tegen een bepaald test harnas. Kijk op <tt><b>man prove</b></tt> voor de mogelijkheden en de opties.

			De IVP tests zijn <tt><b>t/91_ivp_sqlite.t</b></tt> en <tt><b>t/92_ivp_postgres.t</b></tt>. Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp .

	== Test framework ==		== Test framework ==

Sbouwhuis: Toevoeging plaatje

2011-01-22T17:17:58Z

Toevoeging plaatje

← Oudere versie		Versie van 22 jan 2011 17:17
Regel 7:		Regel 7:
	== Test framework ==		== Test framework ==
	Er is een test framework waarmee het eenvoudig is om functionele tests uit te voeren. Je zet de bekende vier bestanden in een directory, voegt een bestandje "tests.eb" toe en het framework zorgt ervoor dat de administratie wordt aangemaakt en de tests gedraaid. De tests worden geacht rapporten te produceren die dan worden gecontroleerd aan de hand van meegeleverde referentie-rapporten.		Er is een test framework waarmee het eenvoudig is om functionele tests uit te voeren. Je zet de bekende vier bestanden in een directory, voegt een bestandje "tests.eb" toe en het framework zorgt ervoor dat de administratie wordt aangemaakt en de tests gedraaid. De tests worden geacht rapporten te produceren die dan worden gecontroleerd aan de hand van meegeleverde referentie-rapporten.

			[[Bestand:eekboek-testing_.png]]

	Bijvoorbeeld de inhoud van de directory t/admtest_btw:		Bijvoorbeeld de inhoud van de directory t/admtest_btw:

Sbouwhuis: Verfraaiing presentatie

2011-01-16T22:41:53Z

Verfraaiing presentatie

← Oudere versie		Versie van 16 jan 2011 22:41
Regel 10:		Regel 10:
	Bijvoorbeeld de inhoud van de directory t/admtest_btw:		Bijvoorbeeld de inhoud van de directory t/admtest_btw:

	t/admtest_btw.t		t/admtest_btw.t
	t/admtest_btw/eekboek.conf		t/admtest_btw/eekboek.conf
	t/admtest_btw/mutaties.eb		t/admtest_btw/mutaties.eb
	t/admtest_btw/opening.eb		t/admtest_btw/opening.eb
	t/admtest_btw/relaties.eb		t/admtest_btw/relaties.eb
	t/admtest_btw/schema.dat		t/admtest_btw/schema.dat
	t/admtest_btw/tests.eb		t/admtest_btw/tests.eb
	t/admtest_btw/ref/btwall1.txt		t/admtest_btw/ref/btwall1.txt
	t/admtest_btw/ref/btwall2.txt		t/admtest_btw/ref/btwall2.txt

	De eigenlijke test file is:		De eigenlijke test file is:

	t/admtest_btw.t		t/admtest_btw.t

	en die bevat enkel:		en die bevat enkel:

	~~our~~ $tag = "admtest_btw";		our $tag = "admtest_btw";
	~~our~~ $dbdriver = "postgres";		our $dbdriver = "postgres";
	~~unshift~~( @INC, "t" ) if -d "t";		unshift( @INC, "t" ) if -d "t";
	~~require~~ " admtest_common.pl";		require " admtest_common.pl";

	De tests.eb bevat:		De tests.eb bevat:

	~~btwaangifte~~ --output=btwall1.txt		btwaangifte --output=btwall1.txt
	export --file=foo.ebz --single --nototals		export --file=foo.ebz --single --nototals
	import --file=foo.ebz		import --file=foo.ebz
	btwaangifte --output=btwall2.txt		btwaangifte --output=btwall2.txt

	De aangemaakte rapporten worden vergeleken met de referentie-rapporten:		De aangemaakte rapporten worden vergeleken met de referentie-rapporten:

	t/admtest_btw/ref/btwall1.txt		t/admtest_btw/ref/btwall1.txt
	t/admtest_btw/ref/btwall2.txt		t/admtest_btw/ref/btwall2.txt

	De uitvoer van "prove -b -v t/admtest_btw.t" is dan:		De uitvoer van "prove -b -v t/admtest_btw.t" is dan:
			t/admtest_btw.t .. 1..12 ok
	t/admtest_btw.t .. 1..12 ok		1 - use IPC::Run3; ok
	1 - use IPC::Run3; ok		2 - writable output dir ok
	2 - writable output dir ok		3 - file is present: eekboek.conf ok
	3 - file is present: eekboek.conf ok		4 - file is present: schema.dat ok
	4 - file is present: schema.dat ok		5 - file is present: opening.eb ok
	5 - file is present: opening.eb ok		6 - file is present: relaties.eb ok
	6 - file is present: relaties.eb ok		7 - file is present: mutaties.eb ok
	7 - file is present: mutaties.eb ok		8 - file is present: tests.eb ok
	8 - file is present: tests.eb ok		9 - initialise database ok
	9 - initialise database ok		10 - running tests ok
	10 - running tests ok		11 - verification: btwall1.txt ok
	11 - verification: btwall1.txt ok		12 - verification: btwall2.txt ok
	12 - verification: btwall2.txt ok		ok
	ok		All tests successful.
	All tests successful.		Files=1, Tests=12, ...
	Files=1, Tests=12, ...		Result: PASS --
	Result: PASS --

JohanVromans: Layoutaanpassingen. Ik snap niet waarom de verbatim gedeelten niet altijd werken.

2011-01-16T22:05:10Z

Layoutaanpassingen. Ik snap niet waarom de verbatim gedeelten niet altijd werken.

← Oudere versie		Versie van 16 jan 2011 22:05
Regel 1:		Regel 1:
	~~Het~~ is ./Build test die de tests draait. Dit testproces omvat het uitvoeren van alle t/*.t files (dus alle files met .t extensie in de t directory).		Tijdens het bouwen van EekBoek is de opdracht "./Build test" die de tests draait. Dit testproces omvat het uitvoeren van alle t/*.t files (dus alle files met .t extensie in de t directory). Een enkele test kan worden gedraaid met de opdracht:

	prove [ -l \| -b ] [ -v ] t/testnaam.t		prove [ -l \| -b ] [ -v ] t/testnaam.t
	De IVP tests zijn ~~dus~~ t/91_ivp_sqlite.t en t/92_ivp_postgres.t . Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp
			De IVP tests zijn t/91_ivp_sqlite.t en t/92_ivp_postgres.t . Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp

	== Test framework ==		== Test framework ==
	Er is een test framework waarmee het eenvoudig is om functionele tests uit te voeren. Je zet de bekende vier bestanden in een directory, voegt een bestandje "tests.eb" toe en het framework zorgt ervoor dat de administratie wordt aangemaakt en de tests gedraaid. De tests worden geacht rapporten te produceren die dan worden gecontroleerd aan de hand van meegeleverde referentie-rapporten.		Er is een test framework waarmee het eenvoudig is om functionele tests uit te voeren. Je zet de bekende vier bestanden in een directory, voegt een bestandje "tests.eb" toe en het framework zorgt ervoor dat de administratie wordt aangemaakt en de tests gedraaid. De tests worden geacht rapporten te produceren die dan worden gecontroleerd aan de hand van meegeleverde referentie-rapporten.

	Bijvoorbeeld:		Bijvoorbeeld de inhoud van de directory t/admtest_btw:
	t/admtest_btw.t
	t/admtest_btw/eekboek.conf		t/admtest_btw.t
	t/admtest_btw/mutaties.eb		t/admtest_btw/eekboek.conf
	t/admtest_btw/opening.eb		t/admtest_btw/mutaties.eb
	t/admtest_btw/relaties.eb		t/admtest_btw/opening.eb
	t/admtest_btw/schema.dat		t/admtest_btw/relaties.eb
	t/admtest_btw/tests.eb		t/admtest_btw/schema.dat
	t/admtest_btw/ref/btwall1.txt		t/admtest_btw/tests.eb
	t/admtest_btw/ref/btwall2.txt		t/admtest_btw/ref/btwall1.txt
			t/admtest_btw/ref/btwall2.txt

			De eigenlijke test file is:

			t/admtest_btw.t

	~~De eigenlijke test file is~~
	~~t/admtest_btw.t~~
	en die bevat enkel:		en die bevat enkel:
	our $tag = "admtest_btw";
	our $dbdriver = "postgres";		our $tag = "admtest_btw";
			our $dbdriver = "postgres";
	~~# SQLite cannot import~~		unshift( @INC, "t" ) if -d "t";
	unshift( @INC, "t" ) if -d "t";		require " admtest_common.pl";
	require " admtest_common.pl";

	De tests.eb bevat:		De tests.eb bevat:
	btwaangifte --output=btwall1.txt
	~~export~~ --file=foo.ebz --single --nototals		btwaangifte --output=btwall1.txt
	~~import~~ --file=foo.ebz		export --file=foo.ebz --single --nototals
	~~btwaangifte~~ --output=btwall2.txt		import --file=foo.ebz
			btwaangifte --output=btwall2.txt

	De aangemaakte rapporten worden vergeleken met de referentie-rapporten:		De aangemaakte rapporten worden vergeleken met de referentie-rapporten:
	~~t/admtest_btw/ref/btwall1.txt~~
	~~t/admtest_btw/ref/btwall2.txt~~

	De uitvoer van "prove -b -v t/admtest_btw.t" :		t/admtest_btw/ref/btwall1.txt
	~~t/admtest_btw.t .. 1..12 ok~~		t/admtest_btw/ref/btwall2.txt
	~~1 - use IPC::Run3; ok~~
	~~2 - writable output dir ok~~		De uitvoer van "prove -b -v t/admtest_btw.t" is dan:
	~~3 - file is present: eekboek.conf ok~~
	~~4 - file is present: schema.dat ok~~
	~~5 - file is present: opening.eb ok~~
	~~6 - file~~ is ~~present~~: ~~relaties.eb ok~~
	~~7 - file is present: mutaties.eb ok~~
	~~8 - file is present: tests.eb ok~~
	~~9 - initialise database ok~~
	~~10 - running tests ok~~
	~~11 - verification: btwall1.txt ok~~
	~~12 - verification: btwall2.txt ok~~
	ok
	~~All tests successful.~~
	~~Files=1, Tests=12, ...~~
	~~Result: PASS --~~

	~~De tests worden geacht rapporten te produceren die dan worden gecontroleerd aan de hand van meegeleverde referentie-rapporten. Bijvoorbeeld:~~		t/admtest_btw.t .. 1..12 ok
	t/admtest_btw.t		1 - use IPC::Run3; ok
	~~t/admtest_btw/~~eekboek.conf		2 - writable output dir ok
	~~t/admtest_btw/mutaties~~.eb		3 - file is present: eekboek.conf ok
	~~t/admtest_btw/~~opening.eb		4 - file is present: schema.dat ok
	~~t/admtest_btw/~~relaties.eb		5 - file is present: opening.eb ok
	~~t/admtest_btw/schema~~.~~dat~~		6 - file is present: relaties.eb ok
	~~t/admtest_btw/~~tests.eb		7 - file is present: mutaties.eb ok
	~~t/admtest_btw/ref/~~btwall1.txt		8 - file is present: tests.eb ok
	~~t/admtest_btw/ref/~~btwall2.txt		9 - initialise database ok
			10 - running tests ok
			11 - verification: btwall1.txt ok
			12 - verification: btwall2.txt ok
			ok
			All tests successful.
			Files=1, Tests=12, ...
			Result: PASS --

Sbouwhuis op 16 jan 2011 om 20:12

2011-01-16T20:12:05Z

← Oudere versie		Versie van 16 jan 2011 20:12
Regel 22:		Regel 22:
	our $tag = "admtest_btw";		our $tag = "admtest_btw";
	our $dbdriver = "postgres";		our $dbdriver = "postgres";

	# SQLite cannot import		# SQLite cannot import
	unshift( @INC, "t" ) if -d "t";		unshift( @INC, "t" ) if -d "t";
Regel 50:		Regel 51:
	11 - verification: btwall1.txt ok		11 - verification: btwall1.txt ok
	12 - verification: btwall2.txt ok		12 - verification: btwall2.txt ok
			ok
	All tests successful.		All tests successful.
	Files=1, Tests=12, ...		Files=1, Tests=12, ...

Sbouwhuis: Initiële versie

2011-01-16T20:05:02Z

Initiële versie

Nieuwe pagina

Het is ./Build test die de tests draait. Dit testproces omvat het uitvoeren van alle t/*.t files (dus alle files met .t extensie in de t directory).
prove [ -l | -b ] [ -v ] t/testnaam.t
De IVP tests zijn dus t/91_ivp_sqlite.t en t/92_ivp_postgres.t . Beide files maken gebruik van gemeenschappelijke code in 90_ivp_common.pl en data in t/ivp

== Test framework ==
Er is een test framework waarmee het eenvoudig is om functionele tests uit te voeren. Je zet de bekende vier bestanden in een directory, voegt een bestandje "tests.eb" toe en het framework zorgt ervoor dat de administratie wordt aangemaakt en de tests gedraaid. De tests worden geacht rapporten te produceren die dan worden gecontroleerd aan de hand van meegeleverde referentie-rapporten.

Bijvoorbeeld:
t/admtest_btw.t
t/admtest_btw/eekboek.conf
t/admtest_btw/mutaties.eb
t/admtest_btw/opening.eb
t/admtest_btw/relaties.eb
t/admtest_btw/schema.dat
t/admtest_btw/tests.eb
t/admtest_btw/ref/btwall1.txt
t/admtest_btw/ref/btwall2.txt

De eigenlijke test file is
t/admtest_btw.t
en die bevat enkel:
our $tag = "admtest_btw";
our $dbdriver = "postgres";
# SQLite cannot import
unshift( @INC, "t" ) if -d "t";
require " admtest_common.pl";

De tests.eb bevat:
btwaangifte --output=btwall1.txt
export --file=foo.ebz --single --nototals
import --file=foo.ebz
btwaangifte --output=btwall2.txt

De aangemaakte rapporten worden vergeleken met de referentie-rapporten:
t/admtest_btw/ref/btwall1.txt
t/admtest_btw/ref/btwall2.txt

De uitvoer van "prove -b -v t/admtest_btw.t" :
t/admtest_btw.t .. 1..12 ok
1 - use IPC::Run3; ok
2 - writable output dir ok
3 - file is present: eekboek.conf ok
4 - file is present: schema.dat ok
5 - file is present: opening.eb ok
6 - file is present: relaties.eb ok
7 - file is present: mutaties.eb ok
8 - file is present: tests.eb ok
9 - initialise database ok
10 - running tests ok
11 - verification: btwall1.txt ok
12 - verification: btwall2.txt ok
All tests successful.
Files=1, Tests=12, ...
Result: PASS --

De tests worden geacht rapporten te produceren die dan worden gecontroleerd aan de hand van meegeleverde referentie-rapporten. Bijvoorbeeld:
t/admtest_btw.t
t/admtest_btw/eekboek.conf
t/admtest_btw/mutaties.eb
t/admtest_btw/opening.eb
t/admtest_btw/relaties.eb
t/admtest_btw/schema.dat
t/admtest_btw/tests.eb
t/admtest_btw/ref/btwall1.txt
t/admtest_btw/ref/btwall2.txt