Postman API-Überwachung, die Ihre Sammlungen in 24/7-Produktionsmonitore verwandelt

Ja. Importieren Sie Postman Collection v2.0 und v2.1 JSON-Dateien direkt. Ordner, Anfragen, Umgebungsvariablen, Pre-Request-Skripte und Test-Assertions werden beim Import vollständig erhalten.

Postman Monitors führt Ihre Collection nach Zeitplan aus Postmans Cloud-Regionen aus. Dotcom-Monitor führt dieselbe Collection von mehr als 30 eigenen globalen Standorten aus, fügt Private Agents für Prüfungen hinter der Firewall hinzu, native PagerDuty/Slack/Teams-Weiterleitungen und behandelt sie als vollständigen synthetischen Monitor mit eigener 99,99%-SLA — nicht als sequentiellen Testlauf.

Ja. Statische und dynamische Umgebungsvariablen (einschließlich Postman-Built-Ins wie {{$randomUUID}}) werden direkt importiert, zusammen mit Pre-Request-Skripten und Test-Assertions, die in Postmans JavaScript-Dialekt geschrieben sind.

Ja. Wählen Sie aus über 30 globalen Überwachungsstandorten und führen Sie die Collection parallel von jedem aus durch. Erfassen Sie regionale CDN-Probleme oder DNS-Propagation-Lücken, die eine Überwachung von nur einem Standort verpasst.

Ja. So oft wie jede Minute pro Collection. Für kritische Pfade (Login, Zahlung, Checkout) empfehlen wir 1-Minuten-Intervalle; weniger kritische Collections verwenden typischerweise 5- oder 15-Minuten-Intervalle.

Ja. Importieren Sie Umgebungen zusammen mit Collections — wählen Sie pro Monitor aus, welche Umgebung verwendet werden soll (dev/staging/prod), und importieren Sie erneut, wenn sich Ihr Postman-Arbeitsbereich weiterentwickelt.

Ja. Lösen Sie Monitorläufe von GitHub Actions, Jenkins, Azure DevOps oder jedem Tool aus, das HTTP-Aufrufe tätigen kann. Stellen Sie die Bereitstellung basierend auf Assertionsergebnissen, Latenz- oder Verfügbarkeitsgrenzen ein.

Ja. Setzen Sie Private Agents in Ihrem VPC oder Rechenzentrum ein — dieselben Collection-Läufe gegen interne Endpunkte ohne erforderliche eingehende Firewall-Regel.

Gleiche Geschichte — importieren Sie Insomnia v4 Exporte direkt. Siehe Insomnia API Monitoring →

Postman JavaScript-Skripte unter Verwendung der pm.environment-, pm.variables- und pm.collectionVariables-APIs werden unterstützt. Dynamische Variablen ({{$randomInt}}, {{$randomUUID}} usw.) werden zur Anforderungszeit ausgeführt. Skripte, die von Postman-spezifischen APIs abhängig sind, die außerhalb von Postman nicht verfügbar sind, werden beim Import markiert.

Ja. Dynamische Umgebungsvariablen werden bei jedem Monitorlauf aufgelöst, sodass Werte wie Zeitstempel, zufällige UUIDs und eindeutige IDs pro Überprüfung neu generiert werden.

Ja. Importierte Collections liegen auf Kontoebene und können mit Teammitgliedern über rollenbasierte Zugriffskontrolle geteilt werden. Aktualisierungen der importierten Collection gelten für alle Monitore, die darauf verweisen.

Sie können Newman lokal in CI als Teil des Pre-Deploy-Tests ausführen UND dieselbe Collection mit Dotcom-Monitor für kontinuierliches Post-Deploy-Monitoring registrieren. Beide verwenden das gleiche Collection JSON.