Lösung · Powered by Probe

SIP-Call-
Testing.

Eine Voice-Regression, die in die Produktion gelangt, ist ein für Kunden sichtbarer Vorfall, eine Welle an Support-Tickets und ein Rollback. Fangen Sie sie stattdessen in der Pipeline ab: funktionale Regression bei jedem Release, mit Codec-Coverage, DTMF, Hold, Transfer und T.38, abgesichert per Pass/Fail über GitHub Actions und den Sipfront-MCP-Server. Schneller ausliefern, weil Sie sicher ausliefern. Powered by Probe.

Was Sie testen

Echte Calls, echtes Signalling, echte Media.

Ein funktionales Regression-Book durchläuft die Call-Flows, die Ihre Kunden tatsächlich nutzen, mit demselben forensischen Mitschnitt wie ein Produktions-Trace.

Codec-Coverage

Validieren Sie jeden Codec, den Ihr Stack aushandeln soll. Erkennen Sie eine Transcoding-Regression, bevor sie live geht.

DTMF, Hold, Transfer

Prüfen Sie Mid-Call-Signalling: DTMF-Erkennung, Hold/Resume, blinder und begleiteter Transfer.

T.38-Fax

Bestätigen Sie, dass Fax nach einer Änderung weiter funktioniert. T.38-Aushandlung und Seitenzustellung, end-to-end validiert.

MOS, Jitter, Loss, RTT

Echte Call-Quality-Metriken bei jedem funktionalen Lauf, nicht nur Pass/Fail beim Signalling.

Content-Validierung

Bestätigen Sie, dass das richtige Audio die Gegenstelle erreicht. DTMF-Echo, Prompt-Erkennung, Call-Content-Checks.

Routing-Assertions

Stellen Sie sicher, dass ein Call nach einer Routing-Änderung auf dem erwarteten Peer oder Ziel landet.

So funktioniert es

Vom PR zum Pass/Fail in Ihrer Pipeline.

1
Book entwerfen
Bauen Sie ein Regression-Book mit Codecs, DTMF, Hold, Transfer und T.38. Ein Book, alle Szenarien.
2
Trigger anbinden
GitHub Actions bei jedem PR oder der MCP-Server aus jeder Pipeline. Auch auf Abruf aus dem Dashboard.
3
Release absichern
Der Lauf liefert Pass/Fail und volle Traces. Bei einer Regression den Merge blockieren, bei Grün ausliefern.
4
Nachweise behalten
Jeder Call wird erfasst. Wenn etwas fehlschlägt, ist der Trace schon da, kein erneuter Lauf zum Reproduzieren nötig.
Geplant vs. auf Abruf

Beat überwacht. Probe sichert ab.

Geplante Regression, die unabhängig vom Release läuft, ist Monitoring (Beat). Regression, die läuft, weil Sie ausgeliefert haben, ist Release-Gating (Probe). Gleiche Engine, gleiches Nachweisformat, anderer Auslöser.

Gating pro PR (Probe)

Ausgelöst durch ein Deploy oder einen Pull Request. Beantwortet die Frage “Ist diese Änderung sicher auslieferbar?” und blockiert den Merge bei einer Regression.

Wöchentlicher Takt (Probe)

Regression auf Abruf im Release-Rhythmus. Volles Book vor jedem geplanten Release-Fenster ausführen.

Kontinuierliche Überwachung (Beat)

Geplante Checks, die unabhängig von Releases laufen. Beantwortet die Frage “Läuft die Produktion gerade noch sauber?”

Sichern Sie Ihr nächstes Release mit echten Calls ab.

Testen Sie Probe 14 Tage kostenlos. Der AI Assistant baut Ihr erstes Regression-Book und bindet es in GitHub Actions ein. Keine Kreditkarte. Jederzeit fortsetzbar, wenn Sie pausieren.