X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch04s05.html;h=c7c2a4c52f2bad01a75cab93395cabddc11a9c9c;hb=c76aac82e44a7089898f8b1d37006e92390d3cc4;hp=8cb315244c1b75b563b3f53cc5f1a923c3247afd;hpb=0e14ae06e360e5560c691ddfc66068de3c0ed8f8;p=kivitendo-erp.git diff --git a/doc/html/ch04s05.html b/doc/html/ch04s05.html index 8cb315244..c7c2a4c52 100644 --- a/doc/html/ch04s05.html +++ b/doc/html/ch04s05.html @@ -1,6 +1,6 @@ - 4.5. Die kivitendo-Test-Suite

4.5. Die kivitendo-Test-Suite

4.5.1. Einführung

kivitendo enthält eine Suite für automatisierte Tests. Sie + 4.5. Die kivitendo-Test-Suite

4.5. Die kivitendo-Test-Suite

4.5.1. Einführung

kivitendo enthält eine Suite für automatisierte Tests. Sie basiert auf dem Standard-Perl-Modul Test::More.

Die grundlegenden Fakten sind:

  • Alle Tests liegen im Unterverzeichnis t/.

  • Ein Script (bzw. ein Test) in t/ @@ -33,12 +33,25 @@ URI::Find (Debian-Panetname: liburi-find-perl; Fedora: perl-URI-Find; openSUSE: - perl-URI-Find)

Weitere Voraussetzung ist, dass die Testsuite ihre eigene + perl-URI-Find)

  • + Sys::CPU (Debian-Panetname: + libsys-cpu-perl; Fedora und openSUSE: nicht + vorhanden)

  • + Thread::Pool::Simple (Debian-Panetname: + libthread-pool-simple-perl; Fedora und + openSUSE: nicht vorhanden)

  • Weitere Voraussetzung ist, dass die Testsuite ihre eigene Datenbank anlegen kann, um Produktivdaten nicht zu gefährden. Dazu müssen in der Konfigurationsdatei im Abschnit testing/database Datenbankverbindungsparameter angegeben werden. Der hier angegebene Benutzer muss weiterhin das - Recht haben, Datenbanken anzulegen und zu löschen.

    4.5.3. Existierende Tests ausführen

    Es gibt mehrere Möglichkeiten zum Ausführen der Tests: entweder, + Recht haben, Datenbanken anzulegen und zu löschen.

    Der so angegebene Benutzer muss nicht zwingend über + Super-User-Rechte verfügen. Allerdings gibt es einige + Datenbank-Upgrades, die genau diese Rechte benötigen. Für den Fall + kann man in diesem Konfigurationsabschnitt einen weiteren + Benutzeraccount angeben, der dann über Super-User-Rechte verfügt, und + mit dem die betroffenen Upgrades durchgeführt werden. In der + Beispiel-Konfigurationsdatei finden Sie die benötigten + Parameter.

    4.5.3. Existierende Tests ausführen

    Es gibt mehrere Möglichkeiten zum Ausführen der Tests: entweder, man lässt alle Tests auf einmal ausführen, oder man führt gezielt einzelne Scripte aus. Für beide Fälle gibt es das Helferscript t/test.pl.

    Will man die komplette Test-Suite ausführen, so muss man einfach @@ -97,6 +110,6 @@ Support::TestSetup::login();

    Wird eine vollständig initialisierte kivit config/kivitendo.conf im Abschnitt testing.login ein gültiger Login-Name eingetragen sein. Dieser wird für die Datenbankverbindung benötigt.

    Wir keine vollständig initialisierte Umgebung benötigt, so - kann die letzte Zeile Support::TestSetup::login(); + kann die letzte Zeile

    Support::TestSetup::login();

    weggelassen werden, was die Ausführungszeit des Scripts leicht verringert.

    \ No newline at end of file