Syntetisk övervakning kör skriptade tester mot en webbplats eller applikation regelbundet från kontrollerade platser, och mäter tillgänglighet, prestanda och funktionell korrekthet. Det står i kontrast till verklig användarövervakning, som passivt samlar in data från faktiska besökare, och de två kompletterar varandra snarare än alternativa.
Dess främsta fördel är konsekvens, vilket gör jämförelser meningsfulla. Eftersom varje test körs under identiska förhållanden, från samma platser med samma enhetsprofil och nätverksegenskaper, återspeglar förändringar i resultaten förändringar på webbplatsen snarare än förändringar i vem som råkade besöka den. Verkliga användardata är mer representativa och betydligt mer brusiga, eftersom de blandar enhetstyper, anslutningskvalitet och geografi i proportioner som varierar kontinuerligt.
Den andra fördelen är att täcka vad riktiga användare ännu inte har stött på. Syntetiska tester utför sidor och resor oavsett trafik, vilket innebär att lågtrafikerade men värdefulla sökvägar övervakas lika noggrant som populära, och problem upptäcks utanför kontorstid när få riktiga användare är närvarande. Det möjliggör också testning före lansering, i testmiljöer där inga riktiga användare finns alls.
Transaktionsövervakning utökar tillvägagångssättet från mätning till funktionell verifiering. Ett skript som slutför en inloggning, lägger till en vara i en varukorg och fortsätter genom utcheckningen bekräftar att en kritisk resa faktiskt fungerar, inte bara att sidorna laddas. Detta upptäcker fel som tillgänglighetskontroller missar helt, inklusive trasiga integrationer, utgångna inloggningsuppgifter, problem med betalningsgateway och defekter som introducerats av ändringar från tredje part.
Dess begränsning är representativitet, och det är här överdriven beroende orsakar problem. Ett syntetiskt test från ett väluppkopplat datacenter på en modern enhetsprofil återspeglar inte upplevelsen hos en kund på en mellanpristelefon med dålig mobilanslutning. Webbplatser som övervakas uteslutande på detta sätt rapporterar ofta hälsosam prestanda medan riktiga användare upplever något betydligt sämre, vilket är anledningen till att de två metoderna måste användas tillsammans.
Testdesignen avgör vad övervakningen är värd. Kontroller som bara bekräftar att en sida returnerade en lyckad statuskod kommer att rapportera hälsotillstånd medan sidan visar ett felmeddelande eller ingenting. Påståenden om förekomsten av förväntat innehåll, om svarstider mot tröskelvärden och om det framgångsrika slutförandet av varje steg i en resa är det som gör ett fel upptäckbart. Att underhålla dessa när webbplatsen ändras är en löpande kostnad som ofta underskattas.
Platsvalet bör återspegla var kunderna faktiskt befinner sig snarare än var det är bekvämt att testa. Övervakning uteslutande från en plats nära ursprungsinfrastrukturen ger genomgående gynnsamma resultat och missar den latens som avlägsna marknader upplever. Testning från varje betydande marknad, och jämförelser mellan dem, visar ofta att en region betjänas betydligt sämre än de aggregerade siffrorna antyder.
Aviseringskonfigurationen avgör om övervakningen producerar åtgärd eller brus. För snävt inställda tröskelvärden genererar frekventa aviseringar för övergående variationer, och team som väcks upprepade gånger för icke-problem slutar svara. Att kräva att ett fel kvarstår vid flera kontroller i rad eller på flera platser innan aviseringar utlöses, och att särskilja allvarlighetsgrad så att en långsam sida och en misslyckad utcheckning inte ger samma svar, är det som gör systemet trovärdigt.
Eftersom den verifierar både tillgänglighet och affärskritiska resor, ligger praktiken mellan prestationsarbete och operativ övervakning. I praktiken fastställs prestationsmätningen genom webbprestanda arbetar tillsammans med fältdata, körskripten och varningarna hanteras av IT-avdelningOch för e-handel Företag är kassatransaktionschecken ofta den enskilt mest värdefulla kontrollen i boet.