Hoe u een transactiecheck opzet (stap voor stap)

Eerste navigatiestap

Voer de URL in die de browser als eerste moet openen in het veld Eerste navigatiestap - hier begint de hele transactie, voordat een van de stappen hieronder draait. U kunt de monitor ook een optionele naam geven (bijvoorbeeld "afrekenflow - EU-winkel") om hem later in waarschuwingen en rapporten herkenbaar te maken.

Hoofdinstellingen

• Monitoring ingeschakeld: pauzeert of hervat de check zonder hem te verwijderen.
• Intervalschema / Cronschema: draai op een vast interval of een cron-expressie. Omdat een volledige browserflow per run merkbaar langer duurt dan een simpele ping- of HTTP-check, begroot het interval daarnaar.
• Transactietime-out: de maximale totale tijd die is toegestaan voor de hele reeks stappen om te eindigen voordat de check een waarschuwing afvuurt. Standaard 40 seconden, en de schuif loopt van 1 tot 60 seconden voor de meeste accounts.
• Tags: door komma's gescheiden labels om uw monitorlijst te filteren en doorzoeken.
• Volledig log / Open statistieken: Volledig log slaat elk individueel checkresultaat op in plaats van herhaalde identieke te groeperen; Open statistieken maakt de statistieken- en logpagina deelbaar met mensen die niet zijn ingelogd op uw account. Transactiechecks hebben niet de gekoppelde-monitorschakelaars DNSBL/Web Risk die Ping-, Poort- en HTTP-checks dragen - dit type toont hier alleen deze twee vlaggen.

Transactiestappen

Dit is het hart van een transactiecheck. U bouwt een geordende lijst stappen - tot 10 per transactie - elk een actie die de browser uitvoert of een voorwaarde die hij verifieert. Klik op "+ Nieuwe transactiestap toevoegen" om er een toe te voegen, kies de Actie ervan, en vul de velden in die die actie nodig heeft:

• Klik op paginaelement: een CSS-selector die aangeeft waarop geklikt moet worden, plus een keuze voor gedrag na klik - de stap meteen beëindigen, een paar seconden wachten (een vertragingsschuif van 1 tot 10 seconden), wachten tot de resulterende navigatie klaar is, of wachten op navigatie en de stap laten falen als er niets gebeurt.
• Tekstinvoerveld invullen: een CSS-selector voor het invoerveld en de tekst om erin te typen - handig voor zoekvakken, inlogformulieren, of elk veld dat de flow ingevuld moet hebben.
• Tekstuele content van een pagina verifiëren: een of meer door komma's gescheiden trefwoorden, plus een matchmodus - een trefwoord aanwezig, alle trefwoorden aanwezig, een trefwoord afwezig, of alle trefwoorden afwezig - met optioneel hoofdlettergevoelig matchen en een optie om alleen zichtbare content te controleren (zodat tekst verborgen in de DOM, zoals een ingeklapt menu, geen valse match oplevert).
• Paginaelementen verifiëren: een te vinden CSS-selector, met een validatiestrategie - falen als er geen overeenkomende elementen worden gevonden, falen als er wel worden gevonden, of falen als er niet precies één is. Handig om te bevestigen dat een knop, banner, of foutmelding aanwezig (of afwezig) is.
• Terug naar vorige pagina: triggert browsernavigatie terug, met een time-outschuif van 1 tot 40 seconden voor hoe lang gewacht wordt tot dat klaar is.
• Naar nieuwe pagina navigeren: een doel-Pagina-URL plus een navigatietime-outschuif van 1 tot 40 seconden.
• Opgegeven tijd wachten: een vaste vertraging van 1 tot 10 seconden, voor content die een moment nodig heeft om te settelen voordat de volgende stap draait.

Onder de stappenlijst gelden twee schakelaars voor de hele run, beide standaard aan: Eindscreenshot legt een beeld vast van de laatste paginastatus, wat u laat zien waarom een stap faalde tegen een kleine overheadkost; Laden van mediabestanden overslaan versnelt elke run (en vermindert bandbreedte) door tijdens de transactie geen afbeeldingen, video's of fonts te laden, wat prima is wanneer u functionele flow test in plaats van hoe de pagina er visueel uitziet.

Antwoordvalidatie

Deze sectie heeft geen screenshot in deze handleiding, maar het is een volledige groep in het formulier, en staat los van de content-checks per stap hierboven - hij beoordeelt de run als geheel.

• Falen bij consolefout: staat dit aan, dan faalt elke browserconsolefout die tijdens de transactie optreedt de check, tenzij hij overeenkomt met de allowlist hieronder. Standaard uit.
• Verwachte consolefouten (alleen getoond wanneer de schakelaar hierboven aan staat): een optionele door komma's gescheiden allowlist met foutteksten om te negeren, voor sites die onschadelijke waarschuwingen of ruis van scripts van derden loggen die u geen waarschuwingen wilt laten triggeren.

Waarschuwingsabonnementen

• Alle contacten abonneren op Up/Down-gebeurtenissen: abonneert elk contact op uw account in één keer op zowel Up- als Down-waarschuwingen.
• Down/Up/Repeat-chips per contact: Down gaat af wanneer een stap faalt en de monitor overgaat naar een falende status, Up gaat af bij herstel, en Repeat stuurt de Down-melding volgens een schema opnieuw zolang de flow blijft falen.
• Contacten zoeken: filtert de contactenlijst op naam of adres.

Rapportabonnementen

• Alle contacten abonneren op wekelijkse/maandelijkse rapporten: abonneert elk contact op beide frequenties tegelijk.
• Daily/Weekly/Monthly-chips per contact: kies welke terugkerende uptime-samenvattingsmail elk contact ontvangt.

Monitoringlocaties

• Locatieboom: kies welke monitoringlocaties de transactie draaien, per continent, land, of hele wereld; "Locaties kopiëren van een andere taak" kloont de set van een bestaande monitor.
• Hercontrolestrategie: hoe een statuswijziging bevestigd wordt. Standaard is een meerderheidsstemming onder de hercontrolelocaties; alternatieven zijn een specifiek aantal dat Down bevestigt (schuif 1 tot 7), helemaal geen hercontrole, volledige overeenstemming over alle hercontrolelocaties, of volledige overeenstemming voor Down terwijl Up slechts een meerderheid nodig heeft.
• Als geselecteerde locaties onbeschikbaar zijn: "Alleen geselecteerde locaties" (standaard) wacht tot een gekozen locatie terugkomt; "Dichtstbijzijnde locaties" voert de check in plaats daarvan opnieuw uit vanaf de dichtstbijzijnde beschikbare; "Elke locatie" valt terug op elke beschikbare locatie wereldwijd.

Uitgewerkt voorbeeld

Een realistische afrekenmonitor voor een webwinkel: stap 1, Naar nieuwe pagina navigeren gericht op de productlijst; stap 2, Klik op paginaelement op de link "Toevoegen aan winkelwagen" van een specifiek product, met gedrag na klik ingesteld op wachten op navigatie; stap 3, Tekstuele content van een pagina verifiëren op het trefwoord "Cart" om te bevestigen dat het artikel daar terechtkwam; stap 4, Klik op paginaelement op de afrekenknop, opnieuw wachtend op navigatie; stap 5, Tekstinvoerveld invullen voor het e-mailveld met een testadres; stap 6, Paginaelementen verifiëren om te bevestigen dat de verzendknop van het betalingsformulier aanwezig is. Dat zijn 6 van de 10 beschikbare stappen, met ruimte om de flow later uit te breiden. Zet Eindscreenshot aan zodat een mislukking u een beeld nalaat van waar de flow daadwerkelijk stopte, houd Laden van mediabestanden overslaan aan aangezien deze test om functionele flow gaat, en abonneer uw team op Down, Up en Repeat onder Waarschuwingsabonnementen.

Probleemoplossing

• Een stap die vroeger slaagde faalt plotseling: de meest voorkomende oorzaak is een CSS-selector die breekt nadat de markup van de doelsite is veranderd - een herontwerp, een A/B-test, of een hernoemde class. Open de falende stap en bevestig dat de selector nog steeds een element op de live pagina matcht.
• Een navigatiestap loopt vast op een time-out: elke stap Naar nieuwe pagina navigeren of Terug naar vorige pagina heeft zijn eigen time-outschuif tot 40 seconden, los van de algemene Transactietime-out in Hoofdinstellingen - laadt een specifieke pagina gewoon traag, verhoog dan de eigen time-out van die stap in plaats van alleen het totaal.
• Falen bij consolefout gaat af op ruis waar u niets om geeft: scripts van derden voor advertenties of analytics loggen vaak onschadelijke consolefouten. In plaats van Falen bij consolefout helemaal uit te laten, voegt u de bekende foutentekst toe aan de allowlist Verwachte consolefouten zodat echte fouten nog steeds worden opgevangen.
• Tekstuele content verifiëren matcht (of niet) onverwacht: controleer of Alleen zichtbare content controleren en Hoofdlettergevoelige match staan zoals u verwacht - verborgen DOM-tekst kan een vals positief opleveren met de instelling uit, en een hoofdletterwijziging tussen paginavarianten kan een vals negatief opleveren met hoofdlettergevoelig matchen aan.
• De flow heeft meer dan 10 stappen nodig: de stappenlijst is beperkt tot 10. Kort een lang traject in tot de stappen die de flow valideren, of splits het over twee transactiemonitors die verschillende helften dekken.

Gerelateerd

• Transactiemonitoring - de productpagina voor dit checktype.
• Browser Access Timing - een ander checktype dat een echte browser aanstuurt, handig wanneer u laadtijddetail wilt in plaats van een flow met meerdere stappen.
• Pagesnelheidscheck: volledige opzetgids - de zustergids voor browsergebaseerde prestatiemonitoring.
• Assertion Mode: volledige referentie voor antwoordvalidatie - de taal voor antwoordvalidatieregels die bij andere checktypen wordt gebruikt.
• 500 Internal Server Error - de status die een kapotte tussenstap in een flow meestal teruggeeft.
• Alle monitoringhandleidingen - de opzetgids voor elk ander checktype.