Integrationen

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.

Datenquellen

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.

Schnittstellen

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.

REST-API und CI/CD

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.

TERMINAL, curl
Prüflauf anstoßen und Ergebnis abholen
# 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"'
gitlab-ci.yml, Stage
Als Gate in Ihrer Pipeline
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"
Rückschreiben nach Jira und Xray
# 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.

Illustratives Beispiel, synthetische Werte
Ehrlich getrennt

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.
Datenhoheit

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.

Häufige Fragen

Zu Anbindung und Betrieb.

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.