Kies functies die voor uw bezoekers tellen
Een server kan bereikbaar zijn terwijl een formulier geen mail verstuurt. Kies daarom controles die passen bij de website: een product zoeken, een bestand downloaden, inloggen of een aanvraag afronden.
Maak onderscheid tussen bereikbaarheid en werking. Een HTTP-status 200 zegt dat een aanvraag technisch is afgehandeld, maar bewijst niet dat de verwachte inhoud of bedrijfsfunctie klopt. Een nette foutpagina kan zelfs met die status worden teruggegeven.
Leg per controle het verwachte resultaat vast
Beschrijf de URL of handeling, de verwachte uitkomst en wie afwijkingen beoordeelt. Gebruik voor herhaalde controles herkenbare testgegevens. Voorkom dat iedere controle een echte bestelling, betaling of klantmail veroorzaakt.
Bereikbaarheid: laadt de bedoelde pagina via HTTPS?
Inhoud: staat het verwachte element op de pagina?
Formulier: komt een afgesproken testaanvraag daadwerkelijk aan?
Achtergrondtaak: is de laatste geslaagde verwerking recent genoeg?
Koppeling: werkt een relevante verbinding met een ander systeem?
Kies het interval op basis van het belang van de functie en de belasting van de controle. Leg ook vast wanneer onderhoud een verwachte onderbreking veroorzaakt.
Meld een afwijking met context
Noteer het tijdstip met tijdzone, de betrokken URL en wat u verwachtte. Voeg de fouttekst toe en vermeld of het probleem op een tweede verbinding of apparaat terugkomt. Bewaar een relevante aanvraagreferentie als de applicatie die toont.
Deel geen wachtwoorden, volledige sessies of klantgegevens. Het artikel over veilig logs delen helpt bij het verzamelen van bruikbare informatie.
Stem de taakverdeling af
Bespreek met VedaWeb welke controles bij de afgenomen hostingdienst horen en welke uw applicatiebeheerder uitvoert. Leg vast wie een melding ontvangt en wie de website na herstel controleert.
Een technische beschikbaarheidscontrole vervangt geen test van uw eigen bestelproces of maatwerkformulier. Met een korte lijst van concrete functies kunt u gerichter vaststellen waar een storing zit en of deze werkelijk is opgelost.
Voorbeeld: een contactaanvraag volgen tot ontvangst
Kies één formulier en spreek een herkenbare testtekst en ontvanger af. Open de pagina als gewone bezoeker, vul alleen de afgesproken testgegevens in en druk op de verzendknop. Noteer de precieze knopnaam van uw eigen website in uw testplan, bijvoorbeeld “Versturen” als dat werkelijk de getoonde tekst is.
Controleer vervolgens drie uitkomsten: de bezoeker ziet de verwachte bevestiging, de aanvraag staat in de bedoelde administratie als de site die gebruikt, en de juiste ontvanger krijgt het bericht. Een groene melding op de website bewijst niet dat de e-mail is aangekomen. Controleer ook dat er niet onbedoeld twee aanvragen zijn aangemaakt.
Een webshop testen zonder echte klantacties
Gebruik waar mogelijk een afgeschermde testomgeving met de sandbox van de betaalprovider. Controleer productkeuze, aantallen, verzendkosten, betaling in teststand en de bestelling in het beheer. Test ook wat er gebeurt als een betaling wordt afgebroken. Gebruik geen echte klantgegevens voor deze controles.
Spreek een beperkte productiecontrole afzonderlijk af wanneer die nodig is. Voorkom onbedoelde betaling, voorraadwijziging, factuur of klantmail. Een testomgeving die technisch werkt bewijst niet dat iedere productiekoppeling dezelfde instellingen heeft; controleer daarom de bedoelde sleutels en bestemmingen zonder ze in uw testrapport te zetten.
Herhaalbare acceptatiecontrole
Functie en URL:
Omgeving: test / productie
Browser, apparaat en tijdstip met tijdzone:
Begintoestand: uitgelogd / ingelogd met testaccount
Handeling en exacte knopnaam:
Verwachte bevestiging voor de bezoeker:
Verwachte verwerking in beheer of externe dienst:
Werkelijke uitkomst en aanvraagreferentie:
Wie onderzoekt een afwijking:
Hertest na herstel:
Testgegevens opgeruimd:Bewaar geen wachtwoorden, sessiecookies, betaalgegevens of volledige klantgegevens in dit overzicht.
Mislukt de test, maak de afwijking kleiner
Bepaal of de pagina niet laadt, de knop niet reageert, de server een fout geeft of de verwerking achteraf ontbreekt. Noteer de eerste stap die afwijkt. Herhaal niet onbeperkt een opdracht die mogelijk toch verwerkt wordt; dat kan dubbele bestellingen of berichten veroorzaken.
Vergelijk zo nodig een tweede browser of verbinding en noteer het verschil. Deel de relevante fouttekst en het tijdstip met de juiste beheerder. Test na herstel opnieuw de volledige functie vanaf het begin, niet alleen het scherm waarop de fout zichtbaar was. Leg ook vast wie de uitkomst accepteert.