--- title: Berichte in der Automatisierung konfigurieren description: "In den Programmen [toolstar®testLX](https://www.toolhouse.de/produkt/toolstartestlx/), [toolstar®testWIN](https://www.toolhouse.de/produkt/toolstartest-win/), [toolstar®shredderLX](https://www.toolhouse.de/produkt/toolstarshredder/) und [toolstar®shredderWIN](https://www.toolhouse.de/produkt/toolstarshredder-win/) haben Sie die Möglichkeit eigene Automatisierungsskripte anzulegen und diese ganz auf Ihre Wünsche anzupassen. Mehr Informationen zu anderen Einstellungen im Bereich der Berichte finden Sie auch unter [Eigene Links in PDF und…" url: "https://www.toolhouse.de/support/knowledgebase/berichte-in-der-automatisierung-konfigurieren/" updated: "2024-10-18" category: Datenlöschsoftware / toolstar®shredderLX --- # Berichte in der Automatisierung konfigurieren In den Programmen [toolstar®testLX](https://www.toolhouse.de/produkt/toolstartestlx/), [toolstar®testWIN](https://www.toolhouse.de/produkt/toolstartest-win/), [toolstar®shredderLX](https://www.toolhouse.de/produkt/toolstarshredder/) und [toolstar®shredderWIN](https://www.toolhouse.de/produkt/toolstarshredder-win/) haben Sie die Möglichkeit eigene Automatisierungsskripte anzulegen und diese ganz auf Ihre Wünsche anzupassen. Mehr Informationen zu anderen Einstellungen im Bereich der Berichte finden Sie auch unter [Eigene Links in PDF und HTML-Protokollen](https://www.toolhouse.de/support/knowledgebase/eigene-links-in-toolstar-berichten/), [Eigenes Firmenlogo in Protokolle und Zertifikate einbinden](https://www.toolhouse.de/support/knowledgebase/eigenes-logo-in-protokolle-und-zertifikate-einbinden/) und [Protokolle in MongoDB speichern](https://www.toolhouse.de/support/knowledgebase/protokolle-in-mongodb-speichern/). ## Übersicht über alle Berichte Hier finden Sie als erstes eine Aufstellung aller konfigurierten Berichte. Der erste Bericht ist immer das Bildschirmprotokoll und alle weiteren Protokolle sind dann Dokumente die später als Datei auf dem Stick im /testlx-Verzeichnis zur Verfügung stehen. [![](https://www.toolhouse.de/wp-content/uploads/2024/10/Automation_Report_Overview-1024x576.png)](https://www.toolhouse.de/wp-content/uploads/2024/10/Automation_Report_Overview.png) ## Das Bildschirmprotokoll Das Bildschirmprotokoll kann genauso angepasst werden wie die anderen physikalischen Berichte (Dateiberichte). Dadurch können Sie festlegen, wie viel Information am Ende des Tests auf dem Monitor ausgegeben werden sollen. Standardmäßig ist hier ein sehr umfangreicher Bericht mit vielen Details konfiguriert, jedoch keine Systemübersicht. ## Ziel & Format Bei den Einstellungen Ziel und Format können Sie verschiedenen Optionen festlegen. Als erstes legen Sie hier das Ziel fest. Zur Auswahl stehen Datei (Lokal und Netzwerk), E-Mail, Upload und Datenbank ([NoSQL MongoDB-Datenbank](https://www.mongodb.com/)). Als nächstes können Sie den Dateinamen festlegen. Wichtig ist hier eine Angabe von Variablen, damit Sie dich Dokumente nicht selber überschreiben. Sie können hier eine ganze Liste von verschiedenen Variablen nutzen, die Sie unter dem Punkt Sonderfunktionen hinten neben der Eingabezeile finden. Dazu zählen zum Beispiel %S (Seriennummer des Geräts), %P (Name/Modell des Geräts) und vieles mehr. Im Bereich Format legen Sie fest, in welcher Form das Dokument gespeichert werden soll. Sie haben die Auswahl zwischen Text, HTML, PDF, XML und JSON. Die Formate XML und JSON eigenen sich am besten zur automatisierten Weiterverarbeitung in externen Systemen. PDF und HTML unterstützten das Einbinden von Grafiken in die Dokumente wie [Firmenlogos](https://www.toolhouse.de/support/knowledgebase/eigenes-logo-in-protokolle-und-zertifikate-einbinden/) und [Unterschriften](https://www.toolhouse.de/support/knowledgebase/unterschriften-als-bild-einbinden/). Zum zusätzlichen Anpassen des Verhaltens stehen noch folgende Optionen zur Verfügung: - **An Datei anhängen (nur Text, HTML und XML)**Weitere Informationen von weiteren Test werden an dieses Protokoll angehängt, falls ein Dokument mit diesem Namen bereits vorhanden ist und das Dokument wird nicht überschriben. - **Bericht kontinuierlich speichern, nicht erst am Ende**Sinnvoll in jedem Dauertest, damit Sie trotz Abstürzen oder Freezes eine Ausgabe auf dem Stick im /testlx-Verzeichnis finden. Lokales speichern ist hier zu bevorzugen. - **Wann erstellen**Wann soll der Bericht erstellt werden? Hier gibt es noch den zusätzlichen Modifikator "Bei kontinuierlich gespeichertem Bericht diesen löschen ,wenn diese Bedingung ma Ende nicht erfüllt ist". Damit werden die großen ausführlichen Berichte gelöscht, sollte die Bedingung von "Wann erstellen" nicht eintreffen. [![](https://www.toolhouse.de/wp-content/uploads/2024/10/Automation_Report_TargetAndFormat-1024x576.png)](https://www.toolhouse.de/wp-content/uploads/2024/10/Automation_Report_TargetAndFormat-1024x576.png) ## Inhalte Hier legen Sie fest, welche Inhalte in ein Dokument eingefügt werden wollen. Die Auflistung spiegelt auch die Position im Dokument wieder. Das bedeutet, dass die Angaben zu PC & Tester immer ganz oben ind und der Dokumenten-Fingerabdruck immer ganz unten. - Angaben zu PC & Tester - Systemübersicht - Globale Einstellungen benutzen - Seitenumbruch - Ablaufprotokoll - Seitenumbruch nach jeder Gruppe - Hierarchisches Protokoll - Nur getestete Elemente - Global Einstellung benutzen - Benutzerdefinierter Text - Am Ende eingegebener Kommentar - Angaben zu PC & Tester - Unterschriften - Globale Einstellung benutzen - Dokumenten-Fingerabdruck - Mit QR-Code - Große Überschrift Weitere Informationen zu dem Punkt **Globale Einstellung benutzen** finden Sie weiter unten. ![](https://www.toolhouse.de/wp-content/uploads/2024/10/Automation_Report_Content-1024x576.png) ## Systemübersicht: Einseitig / Standard In diesem Bereich können Sie ganz dynamisch eigene Systemübersichten konfigurieren. Sie haben rechts eine Auswahl von allen möglichen Informationen und links eine Auswahl aller ausgewählter Informationen. Die Position in der Auswahl spiegelt auch die Position wieder und kann mit den Pfeiltasten in der Mitte geändert werden. [![](https://www.toolhouse.de/wp-content/uploads/2024/10/Automation_Report_SystemOverview-1024x576.png)](https://www.toolhouse.de/wp-content/uploads/2024/10/Automation_Report_SystemOverview.png) ## Detailstufe für hierarchisches Protokoll Hier können Sie festlegen, wie sich das hierarchische Protokoll verhält, wenn der Test fehlerfrei oder fehlerhaft durchgelaufen ist. Die Einstellungen lassen sich für diese Komponenten festelegen - Prozessor - Mainboard - Speicher - Floppy / Wechselmedien - Festplatten - CD/DVD/BD - Grafik - Sound - Ports - Netzwerk - Eingabe - Power - Externe Programme [![](https://www.toolhouse.de/wp-content/uploads/2024/10/HirachicDokument-1024x576.png)](https://www.toolhouse.de/wp-content/uploads/2024/10/HirachicDokument-1024x576.png) ## Benutzerdefinierter Text Im Bereich des Benutzerdinierten Texts können Sie viele verschiedene Variablen und auch Konditionen verwenden um den Text basierend auf den Tests und Ergebnisse variieren zu lassen. ### Bedingter Text Verwenden Sie `%?(Bedingung?Danntext)` oder `%?(Bedingung?Danntext:Sonsttext)` für bedingten Text: Wenn die *Bedingung* wahr ist, ist *Danntext* das Ergebnis, ansonsten *Sonstttext* (falls angegeben); beide können auch leer sein. Hinter *Bedingung* steckt jetzt kein vollumfänglicher Sprachen-Parser, etwa gibt es keine logischen Operationen wie Und oder Oder. Sie können diese Funktionalität verwenden: | `!Bedingung` | *Bedingung* negieren (das `!` muss das erste Zeichen sein) | | --- | --- | | `#Bedingung` | Groß-/Kleinschreibung beim Textvergleich ignorieren (das `#` muss das erste Zeichen nach einem etwaigen `!` vor dem ganzen Rest sein) | | `expr1=expr2` | vergleiche *expr1* mit *expr2* auf Gleichheit\* | | `expr1!=expr2` | \* | | expr1 | \* | | `expr1<=expr2` | \* | | `expr1>=expr2` | \* | | `expr1>expr2` | \* | | `expr1^=expr2` | *expr1* muss mit *expr2* beginnen (oder gleich sein) | | `expr1*=expr2` | *expr1* muss *expr2* enthalten (oder gleich sein) | | `expr1%=expr2` | *expr1* muss mit *expr2* enden (oder gleich sein) | | expr1 | *expr1* ist nicht leer und nicht 0 | *expr1* und *expr2* können einfacher Text sein oder auch aus o.a. Funktionen bestehen. \* Wenn sowohl *expr1* als auch *expr2* gültige Ganzzahlen sind, werden sie numerisch verglichen, ansonsten als Text. Wenn Sie einen expliziten Doppelpunkt oder Klammer ohne Gegenstück benötigen, schreiben Sie sie als `\:`, `\(` bzw. `\)`. ### Beispiele `%?(%(passed.total)?Hurra:Mist)` `%?(%(memory.gbnum)<7?nicht genug Speicher)` `%?(%(memory.gbnum)<7?nicht genug Speicher:%?(%(memory.gbnum)<15?ganz okay:genug Speicher))` ### Hinweise Beachten Sie bei den Dateinamen von Automatisierungsberichten, dass diese Funktionen (außer `%R`, das eine Sonderbehandlung bekommt) dann ausgewertet werden, wenn die Datei erstellt wird - bei einem fortlaufend gespeicherten Bericht (der ja schon beim Start des Skripts erstellt wird) eine Funktion, die von einem Ergebnis abhängt, zu verwenden, ist also eher sinnlos. [![](https://www.toolhouse.de/wp-content/uploads/2024/10/CustomText-1024x576.png)](https://www.toolhouse.de/wp-content/uploads/2024/10/CustomText-1024x576.png) ## Unterschriftenfelder Hier können Sie 1-3 Unterschriftenfelder definieren. Gerade bei Dokumenten die Sie ausdrucken kann das sinnvoll sein. Sie können auch global ein [Bild mit Ihren Unterschriften hinterlegen](https://www.toolhouse.de/support/knowledgebase/unterschriften-als-bild-einbinden/), welches dann eingefügt wird. Diese Einstellung ist jedoch global und wirkt für alle Berichte und muss in den allgemeinen Einstellungen festgelegt werden. [![](https://www.toolhouse.de/wp-content/uploads/2024/10/SignatureSettings-1024x576.png)](https://www.toolhouse.de/wp-content/uploads/2024/10/SignatureSettings.png)