RenderLog Leitfäden
Diese Leitfäden helfen zu entscheiden, was erfasst, was regelmäßig geprüft und wann Referenzen, Benachrichtigungen oder längere Historie ergänzt werden sollten. Jeder Artikel beginnt mit einer echten Seitenaufgabe, nicht mit einer allgemeinen Testliste.
Hier starten
Wähle den Einstieg, der am besten zu der Seite passt, die du schützen oder rendern willst.
API-Ausgabe
Wähle das, wenn ein Produkt, Backend-Job oder Kundenauftrag Screenshots, PDFs, HTML, Markdown oder gespeicherte Dateien braucht.
Wiederkehrende Prüfungen
Nutze das, wenn dieselbe URL, Ansicht und Seitensituation wiederholt mit Historie und Review geprüft werden soll.
Preisseiten
Starte hier, wenn Preiskarten, Rabatte, Checkout-Links oder lokalisierte Preise nach Produktänderungen abweichen können.
Preisseiten ändern sich oft und brechen leise. RenderLog beobachtet die ganze Seite, vergleicht sie mit einem freigegebenen Stand und hält den Kontext für die nächste Preisentscheidung fest.
Nützlich wenn: Überwache die ganze Preisseite, nicht nur einen Selektor oder eine API-Antwort.
Nutze sofortige Warnungen für kaputte Seiten und tägliche Digests für stabile Prüfhistorie, die das Team nicht nach jedem Lauf unterbrechen soll.
Nützlich wenn: Nutze jede Ausführung für dringende Prüfungen und Signale zu kaputten Seiten.
Die Basishistorie deckt aktuelle Arbeit ab. Einjährige Aufbewahrung ist für Teams gedacht, die ältere Ergebnisdateien, Referenzen und Prüfkontext leicht finden müssen.
Nützlich wenn: Die Basishistorie konzentriert sich auf die letzten 30 Tage.
Fehlerregeln halten schlechte Aufnahmen aus der Prüfung heraus, damit Teams echte visuelle Änderungen prüfen.
Nützlich wenn: Nutze Vorgaben für Challenges, CAPTCHA und Login-Seiten.
Starte mit GET für schnelle Ausgaben. Wechsle zu POST, wenn Secrets, längere Eingaben, Speicherziele oder wiederholbare Schritte dazukommen.
Nützlich wenn: Nutze GET für schnelle URL-Ausgaben als Screenshot, PDF, HTML oder Markdown.
Ein Screenshot wird erst dann zu nützlichem Prüfmaterial, wenn klar ist, was freigegeben ist, was sich geändert hat und wer als Nächstes reagieren soll.
Nützlich wenn: Die Referenz markiert den Stand, den das Team akzeptiert hat.
Plane eine Seite, wenn jemand das Ergebnis verantwortet und dasselbe Capture-Setup erneut laufen muss.
Nützlich wenn: Prüfungen nach Bereitstellungen.
Starte manuell, wenn eine Seite schnell geprüft werden muss. Speichere dasselbe Setup erst dann als Automatisierung, wenn die Prüfung wiederkehrt.
Nützlich wenn: Ein gemeldetes Layoutproblem prüfen, ohne auf einen Zeitplan zu warten.
Eine Seitenerfassung hilft nur, wenn die nächste Person ihr vertrauen kann. Halte Datei, Konfiguration, freigegebenen Stand und Entscheidung zusammen.
Nützlich wenn: Eine einmalige Aufnahme starten, wenn das Team einen aktuellen Zustand braucht.