X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch04s05.html;h=5c47f74c61d1eaab9197e80b10bff619a205046e;hb=0f37ddcd492b271a6b316893eda1544931c2a0ad;hp=2e9b01b5ba53b581c9f4b514575f4300046d413d;hpb=bd4debfbf0cddd53ba37a5f7881a4525e3c69891;p=kivitendo-erp.git diff --git a/doc/html/ch04s05.html b/doc/html/ch04s05.html index 2e9b01b5b..5c47f74c6 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