# Tests Ein Test definiert, **wie** und **in welcher Häufigkeit** eine Kontrolle bewertet wird, und auf welchen Nachweisen diese Bewertung basiert. Die Tests bilden die operative Verbindung zwischen: * den **Kontrollen** (umgesetzte Maßnahmen), * den gesammelten **Nachweisen**, * und den **Compliance-Ergebnissen**, die im Zeitverlauf beobachtet werden. *** ### Rolle der Tests in Dastra Ein Test ermöglicht die Beantwortung einer einfachen, aber wesentlichen Frage: > *Wird die Kontrolle tatsächlich angewendet und ist sie wirksam?* Jeder Test ist: * einem **Referenzkontrollelement** zugeordnet * gemäß einer **definierten Häufigkeit** ausgeführt * in **Compliance-Projekten** verwendet, um verwertbare Nachweise und Ergebnisse zu liefern *** ### Bibliotheksansicht der Tests
Die Testbibliothek bietet einen übergreifenden Überblick über alle verfügbaren Tests, insbesondere: * ihren Typ (manuell oder automatisiert), * das Erstellungsdatum, * die zugehörigen Kontrollen, * erweiterte Filter (Framework, Typ, Anforderungen, verwaiste Tests). 👉 Diese Ansicht ermöglicht: * Tests zu identifizieren, die in mehreren Kontexten wiederverwendet werden, * nicht zugeordnete Tests zu erkennen, * die Überprüfungsmethoden zu industrialisieren. *** ### Manuelle Tests (Standard) Standardmäßig ist ein Test **manuell**. 📌 Ein manueller Test basiert auf einer **menschlichen Handlung**, zum Beispiel: * Dokumentenprüfung, * Gespräch mit den Teams, * Überprüfung eines Verzeichnisses, * punktuelles Audit eines Prozesses. #### Funktionsweise in einem Compliance-Projekt Wenn ein manueller Test einem Projekt hinzugefügt wird: * erfordert er eine **regelmäßige Aktualisierung der Nachweise** * gemäß der im Test **definierten Häufigkeit** (monatlich, vierteljährlich, jährlich usw.) 👉 Dies ermöglicht eine **lebendige** Compliance, die im Zeitverlauf aktualisiert wird. *** ### Konfiguration eines Tests {% columns %} {% column %} Bei der Erstellung oder Bearbeitung eines Tests legt der Nutzer fest: * **den Namen und die Referenz des Tests** (mit Referenzgenerator) * **die Häufigkeit des Tests** * **die detaillierte Beschreibung**, einschließlich: * des Testzwecks * des zu befolgenden Verfahrens * der erwarteten Nachweisdokumente {% endcolumn %} {% column %}
{% endcolumn %} {% endcolumns %} Diese Informationen dienen als operativer Leitfaden bei der Durchführung des Tests in einem Projekt. *** ### Automatisierte Tests mit Dastra-Konnektoren Dastra bietet mehrere Arten einsatzbereiter Konnektoren (Fragebögen, Verzeichnisse, Richtlinien usw.) sowie einen generischen Konnektor. Diese Konnektoren werden direkt in den **automatisierten Tests** des Compliance-Moduls verwendet.
Ergänzend zu den manuellen Tests ermöglicht Dastra die Konfiguration **automatisierter Tests** mithilfe von **Konnektoren**. Ein automatisierter Test nutzt einen Dastra-Konnektor, um: * Elemente des Mandanten direkt abzufragen * automatisch Nachweise zu sammeln * die Compliance anhand definierter Kriterien zu überprüfen #### Beispiele für Konnektoren Die Konnektoren können insbesondere ermöglichen: * ein **Verzeichnis der KI-Systeme** zu erfassen * die **Existenz und Aktualität von Dokumenten** zu überprüfen (z. B. Dokumentation der KI-Systeme) * Verzeichnisse abzufragen (Assets, Vorfälle, Datenverarbeitungen) * Fragebögen oder Richtlinien zu analysieren 📌 Beispiel:\ Ein automatisierter Test kann überprüfen, dass jedes KI-System über eine konforme und aktuelle Dokumentation verfügt, ohne manuellen Eingriff. ### Hinzufügen eines benutzerdefinierten Konnektors Ergänzend zu den Standardkonnektoren ermöglicht Dastra die Erstellung **benutzerdefinierter Konnektoren**, um die Nachweissammlung in den Compliance-Tests zu automatisieren.
Ein benutzerdefinierter Konnektor ermöglicht: * eine technische Abfrage auszuführen (z. B. HTTP-Anfrage), * eine interne oder externe Quelle abzufragen, * automatisch faktische Elemente zu erfassen, * verwertbare Nachweise für Audits zu erstellen. Der Konnektor wird so zu einer **wiederkehrenden und nachvollziehbaren Nachweisquelle**. #### HTTP-Anfrage Der Konnektor **HTTP-Anfrage** ermöglicht die Abfrage jeder API oder jedes exponierten Endpoints. Er eignet sich besonders für: * die Abfrage von Drittanbieter-Tools, * die Überprüfung der Existenz oder des Zustands einer Ressource, * die Automatisierung technischer oder dokumentarischer Kontrollen. ### Konfiguration eines benutzerdefinierten Konnektors Bei der Erstellung eines HTTP-Konnektors können folgende Parameter definiert werden: #### Testhäufigkeit * Bestimmt die Ausführungshäufigkeit des Tests (z. B. monatlich). * Angepasst an wiederkehrende Kontrollen. #### URL (Pflichtfeld) * Abzufragender Endpoint. * Kann einer internen oder externen API entsprechen. #### HTTP-Methode (optional) * GET, POST usw. * Je nach Art der Abfrage auszuwählen. #### HTTP-Header (optional) * Ermöglicht insbesondere die Authentifizierungsverwaltung (Tokens, API-Schlüssel, benutzerdefinierte Header). #### Anfragekörper (optional) * Nützlich für POST-Anfragen oder Aufrufe, die einen spezifischen Payload erfordern. ### Vorteile automatisierter Tests Die automatisierten Tests ermöglichen: * eine **kontinuierliche Nachweissammlung** * eine Reduzierung der operativen Belastung * eine bessere Zuverlässigkeit der Kontrollen * eine schnellere Erkennung von Abweichungen Sie eignen sich besonders für wiederkehrende oder strukturierte Kontrollen. *** ### Komplementarität der Ansätze Dastra ermöglicht die Kombination von: * **manuellen Tests** für Kontrollen, die menschliche Analyse oder Beurteilung erfordern * **automatisierten Tests** für objektive und wiederholbare Überprüfungen 👉 Diese Komplementarität bietet ein Gleichgewicht zwischen Rigorosität, Effizienz und Pragmatismus. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://doc.dastra.eu/de/features/compliance/library/tests.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.