Zurück |  | Weiter

# Vorwort

### Aktuelle Testsituation in Projekten

Telefonrechnungen, Versicherungspolicen, amtliche Bescheide, Verträge jeglicher Art werden heute als PDF-Dokumente elektronisch zugestellt. Ihre Erstellung erfolgt in vielen Programmiersprachen mit zahlreichen Bibliotheken. Je nach Komplexität der zu erstellenden Dokumente ist diese Programmierung nicht einfach und enthält wie jede Software auch Fehler, die eventuell zu fehlerhaften PDF Documenten führen. Deshalb sollte geprüft werden:

- Steht in einem bestimmten Bereich einer Seite der erwartete Text?

- Stimmt der Barcode (QR-Code) auf dem Dokument mit dem erwarteten Inhalt überein?

- Stimmt das Layout mit der Vorgabe überein?

- Stimmen die Werte der eingebetteten ZUGFeRD-Daten mit den erwarteten Daten überein?

- Stimmen die Werte der eingebetteten ZUGFeRD-Daten mit den sichtbaren Daten überein?

- Entspricht ein Dokument den Regeln von DIN 5008?

- Ist das PDF signiert? Wann und von wem?

Es sollte Entwickler, Projekt- und Unternehmensverantwortliche erschrecken, dass es bisher kaum Möglichkeiten gibt, PDF-Dokumente automatisiert zu testen. Und selbst diese Möglichkeiten werden im Projektalltag nicht genutzt. Manuelles Testen ist leider weit verbreitet. Das ist teuer und fehleranfällig.

Egal, ob PDF-Dokumente mit einem mächtigen Design-Werkzeug, mit MS-Word/LibreOffice oder eigenen Programmen erstellt werden oder ob sie aus einem XSL-FO Workflow herausfallen, jedes PDF-Dokument kann mit PDFUnit getestet werden.

### Ein User-Interface für automatisiertes Testen - ein Widerspruch?

Ein Programm, das von einem Benutzer bedient werden kann, scheint ein Widerspruch zum Ziel, automatisiert zu testen, zu sein. Dieser Widerspruch löst sich aber auf, denn der PDFUnit-Monitor 'beobachtet' Dateiverzeichnisse und führt automatisch Testfälle aus, sobald neue PDF-Dokumente in den Verzeichnissen gespeichert werden. So kann die IT-Abteilung Dokumente erstellen - egal, auf welche Weise - und der PDFUnit-Monitor zeigt unmittelbar das Ergebnis der vorhandenen Tests an, ohne dass Tests manuell angestoßen werden müssen.

Der PDFUnit-Monitor ist leicht zu bedienen. Testfälle werden in Excel erfasst und können deshalb auch von Nicht-Entwicklern entwickelt werden. Neben seinem autonomen Betrieb kann der PDFUnit-Monitor auch über die rechte Maustaste oder Tastatur bedient werden, sodass auch individuelle Tests durchgeführt werden können.

Eine ausführliche Beschreibung der verfügbaren Funktionen steht in Kapitel 3: „Funktionalität“.

Zurück |  | Weiter
PDFUnit-Monitor | Zum Anfang | Kapitel 1. Über diese Dokumentation