Andockbar an das, was bei Ihnen schon läuft.
SQACE setzt sich nicht an die Stelle Ihrer Pipeline, sondern daneben, als unabhängige Prüfinstanz. Dafür liest es Ihre Quellen und lässt sich über REST in Ihre bestehende CI/CD-Strecke einbinden. Diese Seite nennt den heutigen Stand, klar getrennt von dem, was noch nicht enthalten ist. Technische Teams sollen wissen, woran sie sind, ohne zwischen den Zeilen zu lesen.
Woraus SQACE liest.
Datenbanken
Über JDBC
Benannt und im Einsatz: Oracle, Microsoft SQL Server, PostgreSQL. Jede JDBC-erreichbare Datenbank ist anbindbar, Sie bringen den passenden JDBC-Treiber mit. SQACE liest mit lesendem Zugriff aus der Quelle.
Dateien
CSV, JSON, XML, Fixed-Length
Flache und strukturierte Dateiformate als Quelle für den Soll/Ist-Vergleich, etwa Exporte, Schnittstellendateien und Abzüge.
Womit SQACE sich verbindet.
Web Services
REST für CI/CD
Prüfläufe per REST anstoßen und Ergebnisse abholen. So binden Sie SQACE in Jenkins, GitLab CI, Azure DevOps oder Camunda ein.
Testmanagement
Jira und Xray
Prüfungen und Ergebnisse mit Ihrem Testmanagement in Jira und Xray verknüpfen, statt parallel zu dokumentieren.
Steuerbar aus Ihrer Pipeline, nicht nur per Klick.
SQACE wird über eine REST-API bedient: Prüflauf anstoßen, Status abfragen, Befund abholen. So wird die Verifikation zum Gate in Ihrer bestehenden Strecke. Die Beispiele sind illustrativ und zeigen die Form der Aufrufe, nicht eine veröffentlichte Spezifikation.
# 1) Prüflauf für eine Test-Suite anstoßen, Lauf-ID aus der Antwort lesen
RUN=$(curl -sS -X POST https://sqace.example/api/v1/runs \
-H "Authorization: Bearer $SQACE_TOKEN" \
-H "Content-Type: application/json" \
-d '{"suite":"kest-release","params":{"stichtag":"2026-06-30"}}' \
| jq -r '.id')
# 2) Status pollen, bis der Lauf fertig ist (PASSED oder FAILED)
until curl -sS https://sqace.example/api/v1/runs/$RUN \
-H "Authorization: Bearer $SQACE_TOKEN" \
| jq -e '.status | test("PASSED|FAILED")' >/dev/null; do sleep 5; done
# 3) Bei Abweichung den Build rot machen (Exit-Code aus dem Befund)
curl -sS https://sqace.example/api/v1/runs/$RUN \
-H "Authorization: Bearer $SQACE_TOKEN" \
| jq -e '.status == "PASSED"' verify-data:
stage: test
image: curlimages/curl:latest
variables:
SQACE_TOKEN: $SQACE_TOKEN # als maskierte CI-Variable hinterlegt
script:
- apk add --no-cache jq
- ./scripts/sqace-run.sh kest-release # Skript von oben
rules:
- if: $CI_PIPELINE_SOURCE == "merge_request_event" # Testreport automatisch an Xray melden (Lauf-Ergebnis je Testfall)
curl -sS -X POST https://sqace.example/api/v1/runs/$RUN/xray-export -H "Authorization: Bearer $SQACE_TOKEN" Der Befund landet als Testreport am verknüpften Testfall in Jira und Xray. Sie dokumentieren nicht parallel, das Ergebnis steht dort, wo Ihr Test schon geführt wird.
Die REST-API ist dokumentiert und in der Demo sowie im technischen Review einsehbar. Wir verlinken hier bewusst keine öffentliche Spezifikation: die genauen Endpunkte und Felder besprechen wir im Review an Ihrem Aufbau.
Heute verfügbar und Roadmap.
Stillschweigen und Überversprechen schaden beide. Deshalb der heutige Stand und die Roadmap nebeneinander, nicht vermischt.
Heute verfügbar
Im Produktivbetrieb im Einsatz.
- Datenbanken über JDBC: Oracle, Microsoft SQL Server, PostgreSQL. Jede JDBC-erreichbare Datenbank ist anbindbar (JDBC-Treiber mitbringen)
- Dateien: CSV, JSON, XML, Fixed-Length
- Steuerung über REST für CI/CD (Jenkins, GitLab CI, Azure DevOps, Camunda)
- Testmanagement: Jira und Xray
Roadmap, nicht heute
Richtung, kein heutiger Funktionsstand.
- Native Connectoren für Werkzeuge des modernen Data Stack (etwa dbt, Snowflake, Airflow) sind heute nicht enthalten
- Solche Anbindungen sind Richtung, kein heutiger Funktionsstand. Brauchen Sie eine bestimmte Quelle, sprechen Sie uns an.
Anbindung heißt nicht, dass Ihre Daten das Haus verlassen.
SQACE verbindet sich mit lesendem Zugriff auf Ihre Quellen und arbeitet im geschützten Datenraum, On-Premise oder in einer EU-Cloud. Berechtigungskonzept, Audit Trail, Versionierung und automatische Löschung sind Teil davon. Wie der Datenfluss im Detail aussieht und welche regulatorischen Anforderungen die einzelnen Funktionen bedienen, steht auf der Seite Sicherheit und Architektur.
Zu Anbindung und Betrieb.
Heute nicht als nativen Connector. SQACE liest Datenbanken über JDBC und Dateien als CSV, JSON, XML und Fixed-Length und lässt sich über REST in Ihre CI/CD-Strecke einbinden. Native Connectoren für solche Werkzeuge sind Roadmap, kein heutiger Stand.
Oracle, Microsoft SQL Server und PostgreSQL sind benannt und im Einsatz. Darüber hinaus ist jede JDBC-erreichbare Datenbank anbindbar, sofern Sie den passenden JDBC-Treiber mitbringen. Sprechen Sie uns auf Ihre konkrete Datenbank an.
SQACE ist über REST steuerbar. So lassen sich Prüfläufe aus Jenkins, GitLab CI, Azure DevOps oder Camunda anstoßen und Ergebnisse abholen. Testfälle lassen sich mit Jira und Xray verknüpfen.
On-Premise oder in einer EU-Cloud, im geschützten Datenraum, mit lesendem Zugriff auf Ihre Quellen. Details stehen auf der Seite Sicherheit und Architektur.
Passt SQACE zu Ihrem Stack?
In einer Demo verbinden wir SQACE mit einer Ihrer Quellen und zeigen den Prüflauf über REST. Für die technische Anbindung steuern wir SQACE per REST, etwa aus Jenkins, GitLab CI, Azure DevOps oder Camunda.