Checklist voor website testen en checklist voor webapplicatie testen

Elke softwareontwikkelingscyclus moet een testfase omvatten – anders kan het product dat al aan eindgebruikers is geleverd vol met defecten zitten, wat resulteert in een groot aantal negatieve recensies, verloren klanten en uitval. Websites en webapplicaties vormen hierop geen uitzondering. Om hun hoge kwaliteit en stabiele prestaties te garanderen, is het cruciaal om ze grondig te testen vóór de lancering. De meegeleverde checklist voor website testen helpt u niets te missen, alle aspecten van uw product te testen en ervoor te zorgen dat het volledig aan de eisen voldoet.

Wat is website testen?

Het primaire doel van website testen is om een website of webapplicatie te testen op bugs en problemen die de ervaring van bezoekers of gebruikers negatief kunnen beïnvloeden en als gevolg daarvan het imago van het bedrijf of product. Webtesten is de laatste fase vóór de implementatie, gericht op het valideren dat het product voldoet aan de oorspronkelijke eisen en de verwachtingen van gebruikers (eenmaal in productie moet een website of webapplicatie nog steeds voortdurend getest worden). Hoe complexer het product, hoe meer tijd en middelen het kost om het te testen en de bugs te verhelpen. Ongeacht de complexiteit van het project, moet website testen echter de volgende fasen omvatten:

Sommige bedrijven verkorten deze lijst tot functioneel, gebruiksvriendelijkheid, interface, compatibiliteit, prestatie en beveiliging testen, maar het doorlopen van alle bovengenoemde fasen is een effectievere aanpak. Zo bereidt u zich goed voor op website testen en controleert u alle aspecten van uw website of webapplicatie.

Fasen van website testen

We zullen de testfasen één voor één behandelen om u een complete checklist voor website- en webapplicatietesten te bieden en u te helpen uw testprocessen te organiseren en taken te prioriteren.

1. Documentatiebeoordeling

Documentatie beoordeling is een voorbereidende fase waarbij QA-experts de testdocumenten (indien beschikbaar) doornemen en analyseren om hun volledigheid en nauwkeurigheid te waarborgen en zo de efficiëntie van andere testfasen te maximaliseren. Hier zijn de artefacten die doorgaans worden beoordeeld:

Testbeleidsdocument waarin de testmethoden, -principes en -doelen worden beschreven
Teststrategiedocument dat de techniek voor het ontwerpen van tests uitlegt en bepaalt hoe de tests precies moeten worden uitgevoerd
Projectvereisten
Testgevallen
Traceerbaarheidsmatrix die gevallen en vereisten koppelt
Testscenario’s
Testplan met de aanpak, planning en middelen

Idealiter moet het QA-team vanaf het begin betrokken zijn bij de levenscyclus van de ontwikkeling, zodat de documentatie parallel wordt aangemaakt en indien nodig wordt bijgewerkt. Als de bovengenoemde documenten ontbreken, is het essentieel om ze te creëren.

2. Functioneel testen

De fase van functioneel testen omvat het testen van de functies van de website of app om ervoor te zorgen dat deze overeenkomen met de vereisten, en het controleren of alle formulieren, links en databaseverbindingen correct werken. De meegeleverde checklist voor website- en webapplicatietesten helpt u ervoor te zorgen dat de functionele testfase compleet is:

Geen gebroken links
Alle interne en externe links werken correct en leiden naar de verwachte pagina’s
E-maillinks werken correct
Formulier validatie werkt correct
Een asterisk is zichtbaar voor alle verplichte formuliervelden
Een formulier kan niet worden verzonden als de verplichte velden leeg zijn
Gebruikers kunnen waarden selecteren uit vervolgkeuzelijsten (indien aanwezig)
Gebruikers kunnen bestanden aan de formulieren koppelen en deze verwijderen (indien van toepassing)
Foutmeldingen verschijnen indien vereist
CAPTCHA’s werken correct (indien aanwezig)
Gegevens worden opgeslagen in de juiste databasevelden wanneer een gebruiker een formulier verzendt
Databases worden gevalideerd
Gebruikers kunnen cookies in- en uitschakelen
Cookies worden versleuteld voordat ze naar het apparaat van de gebruiker worden geschreven
Cookies functioneren correct in alle browsers
Alle functies, functionaliteiten en knoppen werken volgens de productspecificaties
Geen HTML-syntaxisfouten
Sitemap is accuraat en relevant

3. Gebruiksvriendelijkheid en toegankelijkheid testen

Gebruiksvriendelijkheid testen is gericht op het meten hoe gebruiksvriendelijk en gemakkelijk te gebruiken een website of webapplicatie is. Het is een van de meest cruciale fasen van het website testproces, omdat gebruikers zelfs een volledig gedebugd product niet zullen waarderen als het een slechte gebruikerservaring oplevert. Bekijk de volgende checklist voor het testen van webapplicaties om ervoor te zorgen dat uw website of app gebruiksvriendelijk is:

Geen spelfouten of grammaticale fouten
Alle elementen en tekst zijn correct uitgelijnd
Geen gebroken afbeeldingen of video’s
Inhoud is gestructureerd, samenhangend en gemakkelijk te lezen
Alle knoppen hebben een standaard formaat en afmeting
Navigatie is intuïtief op de hele website of webapplicatie
Interactieve elementen zijn gemakkelijk te gebruiken
Lettertypen en kleuren zijn geoptimaliseerd en consistent
Hoofdmenu is op elke pagina beschikbaar
Link naar de homepage is op elke pagina beschikbaar
Elke pagina bevat een relevante en duidelijke titel
Snelle laadsnelheid

Houd er rekening mee dat gebruiksvriendelijkheid testen soms wordt gevolgd door de fase van toegankelijkheid testen. Hoewel het uitvoeren van gebruiksvriendelijkheid testen een verplichte taak is die essentieel is om de gebruiksvriendelijkheid van een website of webapplicatie te garanderen, is toegankelijkheid testen vaak optioneel en gericht op het controleren of het product toegankelijk is voor gebruikers met bepaalde beperkingen (bijvoorbeeld kleurenblindheid of doofheid).

Hoewel het uitvoeren van toegankelijkheid testen als hoffelijkheid wordt beschouwd en publieksuitbreiding mogelijk maakt omdat het product gebruiksvriendelijker wordt, voeren veel bedrijven dit nog steeds niet uit vanwege de specificiteit van dit testtype. Echter, als de doelgroep de functies van het product niet optimaal kan benutten vanwege beperkingen, wordt toegankelijkheid testen een verplichte fase. Als uw bedrijf website testen uitvoert voor een andere onderneming, is het nuttig om de fasen te bespreken en te verduidelijken of toegankelijkheid testen moet worden uitgevoerd.

Nadat u een definitieve beslissing neemt en toegankelijkheid testen uitvoert, gebruik dan de volgende QA website checklist om de volledigheid van de stappen te garanderen:

Website of webapplicatie is navigeerbaar zonder muis
Knoppen zijn klikbaar zonder muis
Belangrijke links staan bovenaan
Meerdere zoekpaden zijn beschikbaar
Geen “toetsenbordvallen” (wanneer een toetsenbordgebruiker niet van een specifiek element of component kan wegkomen)
Geen berichten die alleen zichtbaar worden wanneer een gebruiker over een specifiek pictogram zweeft
Alle afbeeldingen hebben alternatieve tekst
Alle tabellen zijn gemaakt met HTML
Kleuren hebben voldoende contrast tussen tekstkleur en achtergrond
Lettertypen zijn groot genoeg
Reflow is ingeschakeld
Juiste kop-tags worden gebruikt
Elke pagina heeft een accurate titel en metadata
Alle formulieren kunnen zonder toetsenbord worden ingevuld
Timing voor het doen van een aankoop is voldoende, of gebruikers kunnen een timer vernieuwen
Automatisch afspelen is uitgeschakeld
Leesvolgorde is logisch
Video- en audiomateriaal hebben ondertitels of scripts
Geen knipperende elementen

4. UI-testen

UI testen (of GUI testen) is essentieel om ervoor te zorgen dat de grafische gebruikersinterface van uw website of webapplicatie voldoet aan de specificaties. Tijdens deze fase moet u verschillende visuele elementen evalueren die voor gebruikers zichtbaar zijn, zoals lettertypen en hun groottes, kleuren, tekstvakken, iconen, knoppen, links en inhoud. UI testen lijkt mogelijk op gebruiksvriendelijkheid testen, en ze hebben zeker veel gemeen. Tegelijkertijd zijn er ook verschillende belangrijke verschillen.

Gebruiksvriendelijkheid testen richt zich op de gebruiksvriendelijkheid van het product en is gericht op het zorgen dat het gemakkelijk te gebruiken is. Op zijn beurt is UI testen gewijd aan het uiterlijk en de sfeer van het product en helpt het ervoor te zorgen dat het voldoet aan de vereisten. In het geval van gebruiksvriendelijkheid testen, moet een website of webapplicatie gemakkelijk te gebruiken zijn, ongeacht hoe deze eruitziet, terwijl tijdens de UI testfase het product er geweldig uit moet zien, of het nu gemakkelijk te gebruiken is of niet. De volgende checklist helpt u de UI testfase te voltooien:

Testen is uitgevoerd op doelapparaten en rekening houdend met verschillende schermresoluties
Gelokaliseerde versies van het product (met verschillende talen en valuta) zijn getest
Lay-out, lettertypen (inclusief hun groottes), kleuren, tekstvakken, labels, bijschriften, lijsten, knoppen, links, iconen en tekstopmaak voldoen aan de vereisten
Alle elementen zijn getest op grootte, lengte, breedte, positie en acceptatie van tekens of cijfers
Tekst is leesbaar en correct uitgelijnd
Afbeeldingen en video’s zijn correct uitgelijnd
Mediabestanden zijn van hoge kwaliteit
Foutmeldingen worden correct weergegeven
Website of webapplicatie is esthetisch aantrekkelijk

5. Compatibiliteit testen

Het doel van compatibiliteit testen is om te identificeren of een website of app de juiste prestaties levert bij gebruik op de vereiste hardware, browsers en besturingssystemen. De meegeleverde checklist helpt u bij het voltooien van deze fase:

Website of webapplicatie wordt correct weergegeven bij weergave in Chrome, Opera, Safari, Firefox en Internet Explorer (en de verschillende versies van de browsers)
Lettertypen, kleuren, afbeeldingen, video’s en GIF’s worden correct weergegeven bij weergave in Chrome, Opera, Safari, Firefox en Internet Explorer (en de verschillende versies van de browsers)
Product functioneert zonder fouten bij het browsen via Chrome, Opera, Safari, Firefox en Internet Explorer (en de verschillende versies van de browsers)
Product functioneert correct in alle vereiste besturingssystemen
Website of webapplicatie ziet er even goed uit op apparaten met verschillende schermresoluties (laptops, smartphones, pc’s, tablets) en met verschillende schermoriëntaties
Geen laadproblemen op apparaten met verschillende netwerksnelheden

6. Prestatie testen

Tijdens de fase van prestatie testen moet u identificeren hoe de snelheid, stabiliteit, reactiesnelheid en schaalbaarheid van uw website of webapplicatie “overleven” onder een specifieke werkbelasting. Prestatie testen is cruciaal omdat het de stabiliteit onder piekverkeer meet, identificeert of het prestatieniveau voldoet aan de oorspronkelijke vereisten, en potentiële knelpunten detecteert. Bekijk de volgende checklist om de volledigheid van de prestatie testfase te garanderen:

Gedrag van het product voldoet aan de vereisten onder normale belastingsomstandigheden
Gedrag van het product voldoet aan de vereisten onder piekbelastingsomstandigheden
Gedrag van het product voldoet aan de vereisten als de extra werkbelasting continu wordt toegepast
Website of webapplicatie presteert correct wanneer meerdere gebruikers er tegelijkertijd op inloggen
De prestaties van het product worden niet beïnvloed wanneer het datavolume in de database toeneemt
Pagina’s laden snel en alle maatregelen om de laadsnelheid te verhogen zijn genomen
Alle potentiële problemen zijn gedetecteerd en opgelost

7. Beveiliging testen

Het uitvoeren van beveiligingstesten is essentieel om kwetsbaarheden en zwakheden te detecteren en de beveiliging van gevoelige gegevens en middelen te waarborgen. De resultaten van de fase moeten als volgt zijn:

Website of webapplicatie heeft een geldig SSL-certificaat
Interne pagina’s openen niet in het geval dat de interne URL’s in de adresbalk worden geplakt zonder voorafgaand inloggen
Alle foutmeldingen, transacties en beveiligingsschendingspogingen worden gelogd
Website of webapplicatie reageert correct op ongeldige invoer, zoals een onjuiste gebruikersnaam of wachtwoord
Gevoelige gegevens worden in versleutelde vorm weergegeven
Tweefactorauthenticatie werkt correct (indien van toepassing)
Foutmeldingen tonen geen gevoelige gegevens
Broncode is niet zichtbaar voor gebruikers
Gebruikers hebben geen toegang tot de beheerderspagina
Cookies slaan geen wachtwoorden op
Cookies worden in versleutelde vorm opgeslagen
CAPTCHA’s werken correct
Sessie eindigt automatisch na langdurige inactiviteit van de gebruiker
Alle gedetecteerde kwetsbaarheden zijn opgelost

8. Mobielvriendelijk testen

Volgens Statista heeft het aantal smartphonegebruikers wereldwijd al 6 miljard overschreden en dit aantal zal naar verwachting niet dalen. Dit feit maakt mobielvriendelijk testen cruciaal, omdat het ervoor zorgt dat uw website of webapplicatie compatibel is met mobiele apparaten. De fase van compatibiliteitstesten dekt specifieke aspecten van mobielvriendelijkheid, maar dat is niet voldoende – gebruik de volgende checklist om ultieme resultaten te bereiken:

Website of webapplicatie is compatibel met smartphones en tablets
Navigatie is eenvoudig
Laadtijd is geoptimaliseerd
Groottes van alle mediabestanden zijn geoptimaliseerd
Knoppen zijn gemakkelijk met een vinger aan te klikken
Geen pop-ups
Tekst is gestructureerd en gemakkelijk te lezen op kleinere schermen
Telefoonnummers zijn klikbaar
Website of webapplicatie kan toegang krijgen tot de locatie van de gebruiker (indien van toepassing)

9. Wijzigingsgerelateerd testen

De fase van wijzigingsgerelateerd testen heeft twee hoofddoelen: ervoor zorgen dat alle bugs die tijdens eerdere testfasen zijn gedetecteerd, zijn verholpen, en verifiëren dat er geen nieuwe problemen zijn. Daarom kan de fase worden onderverdeeld in twee stadia: bevestigingstesten (herverificatie) en regressietesten. Voor beide stadia zijn de checklists erg kort.

Bevestigingstesten:

Testgevallen die de bugs hebben gedetecteerd, zijn opnieuw uitgevoerd en zonder problemen geslaagd

Regressietesten:

Er zijn geen nieuwe bugs verschenen na de implementatie van wijzigingen

10. Bèta testen

Bèta testen, meestal uitgevoerd door echte gebruikers in hun werkelijke omgeving, is de laatste fase die voorafgaat aan het implementatieproces. Het uitvoeren van dit type testen is essentieel om zwakheden vanuit het perspectief van de gebruiker te identificeren. Tijdens bèta testen kan een website of webapplicatie beschikbaar worden gesteld aan de hele wereld of slechts aan een specifieke groep gebruikers – alles hangt af van uw behoeften. In ieder geval helpt de meegeleverde checklist u ervoor te zorgen dat de bèta testfase op de juiste manier is voltooid:

Feedback van de doelgroep is verzameld via geselecteerde kanalen
Alle suggesties zijn beoordeeld
Alle gemelde bugs en problemen zijn verholpen
Alle geaccepteerde suggesties zijn geïmplementeerd
Bèta testrapport is voorbereid
Website of webapplicatie is klaar voor release

Onze ervaring

Web app testen is een van de diensten die door onze QA-experts worden geleverd, en dat is precies wat we hebben gedaan voor Unpakt en Evolv.

Unpakt

Aanvankelijk was onze taak om nieuwe productfuncties te testen vóór maandelijkse releases, maar nadat Unpakt overstapte van Angular naar React, was onze missie om zowel de web- als mobiele versies van de app te onderhouden en een vlekkeloze overgang naar de gekozen technologie te garanderen.

We begonnen met het ontwikkelen van een testplan en bespraken met Unpakt welke aspecten getest moesten worden (inclusief apparaten, browsers en platforms). Aangezien we moesten controleren of alle functies in beide versies correct werkten, verdeelden we de QA-testen in twee fasen, elk gericht op een specifieke set functies. Om het Unpakt-bedrijf op de hoogte te houden van de testvoortgang, stuurden we hen dagelijkse rapporten en suggesties over hoe de UI en de algehele prestaties van de app te verbeteren.

We hebben Unpakt handmatig getest, alle functionele en niet-functionele bugs in beide versies van de app gedetecteerd en verholpen. Als gevolg hiervan werd het product volledig klaar voor een nieuwe release – het wordt nu gewaardeerd door gebruikers en regelmatig bijgewerkt met nieuwe functies.

Evolv

Voor Evolv was een van onze belangrijkste taken het testen van de Manager web app, ontwikkeld voor het lanceren en beheren van AI-gestuurde UI/UX-experimenten en het monitoren van hun statistieken, en ervoor te zorgen dat de rapporten die door de applicatie worden verstrekt nauwkeurig zijn.

Om uitgebreide tests te leveren, hebben we de documentatie grondig bestudeerd en nauw samengewerkt met het team van Evolv – zij bereidden debug documenten voor om ons begrip van de bedrijfslogica van het platform te vergroten.

Vervolgens voerden we een reeks regressietesten uit die de kernfunctionaliteit van het product dekten, en slaagden we erin het proces van 3-4 dagen naar 2 dagen te automatiseren en te versnellen. Als gevolg hiervan werd het nieuwe product van Evolv op tijd uitgebracht, en nu zetten we onze samenwerking met hun team voort. We blijven geautomatiseerde testen uitvoeren om de juiste werking van nieuwe functies en tijdige releases van software-updates, die elke maand plaatsvinden, te garanderen.

Slotoverwegingen

U kunt de meegeleverde website testchecklist gebruiken om zelf te testen of om te controleren of er niets mis is met de testfasen die door een derde partij voor u worden uitgevoerd.

Houd er rekening mee dat om het aantal bugs en problemen te minimaliseren en uw website of webapplicatie volledig klaar te maken voor implementatie, het cruciaal is om alle bovengenoemde fasen te doorlopen: documentatie beoordeling, functioneel, gebruiksvriendelijkheid, UI, compatibiliteit, prestatie, beveiliging, mobielvriendelijk, wijzigingsgerelateerd en bèta testen. Door geen uitzonderingen te maken, kunt u alle aspecten van uw product testen, ervoor zorgen dat het voldoet aan de oorspronkelijke vereisten en de verwachtingen van gebruikers, en de kans op succes aanzienlijk vergroten.