Menu

Volledige gids voor het testen van webapplicaties (Hoe een website te testen)

  • Hoofd
  • Webtesten
  • Volledige gids voor het testen van webapplicaties (Hoe een website te testen)

web application testing complete guide

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Een complete gids voor het testen van webapplicaties: hoe u een website test

We zijn het er allemaal over eens dat internet in de steeds veranderende en competitieve wereld van vandaag een integraal onderdeel van ons leven is geworden.

De meesten van ons nemen onze beslissingen door tegenwoordig de informatie op internet te doorzoeken, daarom is het hosten van een website niet langer optioneel, maar verplicht voor alle soorten bedrijven. Het is de eerste stap om relevant te worden en te blijven in de markt.

Alleen een website hebben is niet genoeg. Er is een organisatie nodig om een ​​website te ontwikkelen die informatief, toegankelijk en gebruiksvriendelijk is. Om al deze kwaliteiten te behouden, moet de website goed worden getest, en dit proces van het testen van een website staat bekend als webtesten.

Testen van webapplicaties

Wat je leert:

Wat is webtesten?

Webtesten is een softwaretestpraktijk om websites of webapplicaties te testen op mogelijke bugs. Het is een volledige test van webgebaseerde applicaties voordat ze live gaan.

Een webgebaseerd systeem moet volledig van begin tot eind worden gecontroleerd voordat het live gaat voor eindgebruikers.

Door websitetests uit te voeren, kan een organisatie ervoor zorgen dat het webgebaseerde systeem naar behoren functioneert en door realtime gebruikers kan worden geaccepteerd.

Het UI-ontwerp en de functionaliteit zijn de kapiteins van het testen van websites.

Checklists voor webtesten

1) Functionaliteitstesten
twee) Bruikbaarheidstesten
3) Interface testen
4) Compatibiliteitstesten
5) Prestatietesten
6) Beveiligingstesten

Aanbevolen tools voor het oefenen van webtestconcepten die op deze pagina worden genoemd:

# 1) LoadNinja

Met LoadNinja kunt u uw webtoepassing laden met echte browsers op schaal, met behulp van testscripts die onmiddellijk na het opnemen kunnen worden afgespeeld, waarbij actiegerichte browsergebaseerde prestatiegegevens worden geproduceerd om problemen te isoleren en fouten in realtime op te sporen.

LoadNinja - Banner

​ Bezoek de LoadNinja-website

# 2) LambdaTest

LambdaTest is een schaalbaar cloudgebaseerd cross-browser testplatform dat is ontworpen om alle websites en webapp-tests te bieden die nodig zijn voor de cloudinfrastructuur.

LambdaTest

LambdaTest-platform helpt ervoor te zorgen dat uw webapp-elementen (zoals JavaScript, CSS, HTLM5, video… enz.) Naadloos worden weergegeven op elke desktop- en mobiele webbrowser met ondersteuning van handmatige, visuele en geautomatiseerde tests. Met LambdaTest heb je toegang tot meer dan 2000 combinaties van desktop- en mobiele browsers in de cloud.

​ Bezoek de LambdaTest-website

# 1) Functionaliteitstesten

Test voor - alle links in webpagina's, databaseverbinding, formulieren die worden gebruikt voor het indienen of verkrijgen van informatie van de gebruiker op de webpagina's, cookietesten, enz.

Bekijk alle links:

  • Test de uitgaande links van alle pagina's naar het specifieke te testen domein.
  • Test alle interne links.
  • Test links die op dezelfde pagina springen.
  • Testlinks worden gebruikt om vanaf webpagina's e-mails naar admin of andere gebruikers te sturen.
  • Test of er verweesde pagina's zijn.
  • Ten slotte omvat linkcontrole het controleren op verbroken links in alle bovengenoemde links.

Testformulieren op alle pagina's:
Formulieren zijn een integraal onderdeel van elke website. Formulieren worden gebruikt om informatie van gebruikers te ontvangen en om met hen te communiceren. Dus wat moet er in deze formulieren worden gecontroleerd?

  • Controleer eerst alle validaties op elk veld.
  • Controleer op standaardwaarden in de velden.
  • Verkeerde invoer in de formulieren naar de velden in de formulieren.
  • Opties om eventuele formulieren te maken, formulieren te verwijderen, te bekijken of te wijzigen.

Laten we een voorbeeld nemen van het zoekmachine-project waaraan ik momenteel werk. In dit project hebben we aanmeldingsstappen voor adverteerders en partners. Elke aanmeldingsstap is anders, maar is afhankelijk van de andere stappen.

De aanmeldingsstroom moet dus correct worden uitgevoerd. Er zijn verschillende veldvalidaties zoals e-mail-ID's, validaties van financiële gebruikersinformatie, enz. Al deze validaties moeten worden gecontroleerd in handmatige of geautomatiseerde webtests.

Cookie testen:

Cookies zijn kleine bestanden die op de gebruikerscomputer worden opgeslagen. Deze worden in feite gebruikt om de sessie te onderhouden - voornamelijk de inlogsessies. Test de applicatie door de cookies in uw browseropties in of uit te schakelen.

Test of de cookies zijn gecodeerd voordat u naar de gebruikerscomputer schrijft. Als u sessiecookies test (d.w.z. cookies die vervallen nadat de sessie is beëindigd), controleer dan op inlogsessies en gebruikersstatistieken nadat de sessie is beëindigd. Controleer het effect op de applicatiebeveiliging door de cookies te verwijderen. (Ik zal binnenkort ook een apart artikel schrijven over het testen van cookies)

Valideer uw HTML / CSS:

Als u uw site optimaliseert voor zoekmachines, is HTML / CSS-validatie de belangrijkste. Controleer de site voornamelijk op HTML-syntaxisfouten. Controleer of de site door verschillende zoekmachines kan worden gecrawld.

Database testen:

Dataconsistentie is ook erg belangrijk in een webapplicatie. Controleer op gegevensintegriteit en fouten terwijl u de formulieren bewerkt, verwijdert, wijzigt of DB-gerelateerde functies uitvoert.

Controleer of alle databasequery's correct worden uitgevoerd, gegevens worden opgehaald en ook correct worden bijgewerkt. Meer over databasetests kan een belasting van DB zijn, we zullen dit hieronder behandelen in het laden van het web of prestatietests.

Bij het testen van de functionaliteit van de websites moet het volgende worden getest:

Links
ik. Interne koppelingen
ii. Externe links
iii. E-maillinks
iv. Gebroken links

Formulieren
ik. Veldvalidatie
ii. Foutmelding voor verkeerde invoer
iii. Optionele en verplichte velden

Database
Er wordt getest op de integriteit van de database.

# 2) Bruikbaarheidstesten

Bruikbaarheidstesten is het proces waarmee de mens-computer-interactiekarakteristieken van een systeem worden gemeten en zwakke punten worden geïdentificeerd voor correctie.

• Gemakkelijk te leren
• Navigatie
• Subjectieve gebruikerstevredenheid
• Algemeen voorkomen

Test voor navigatie:

Navigatie betekent hoe een gebruiker op de webpagina's surft, verschillende bedieningselementen zoals knoppen, vakjes of hoe de gebruiker de links op de pagina's gebruikt om op verschillende pagina's te surfen.

Bruikbaarheidstesten omvatten het volgende:

  • De website moet gebruiksvriendelijk zijn.
  • De verstrekte instructies moeten heel duidelijk zijn.
  • Controleer of de verstrekte instructies perfect zijn om aan het doel te voldoen.
  • Het hoofdmenu moet op elke pagina staan.
  • Het moet consistent genoeg zijn.

Inhoud controleren:

De inhoud moet logisch en gemakkelijk te begrijpen zijn. Controleer op spelfouten. Het gebruik van donkere kleuren irriteert de gebruikers en mag niet worden gebruikt in het sitethema.

qa analisten interviewvragen en antwoorden

U kunt enkele standaardkleuren volgen die worden gebruikt voor webpagina's en het opbouwen van inhoud. Dit zijn de algemeen aanvaarde normen zoals wat ik hierboven noemde over vervelende kleuren, lettertypen, kaders, enz.

Inhoud moet zinvol zijn. Alle ankertekstlinks zouden correct moeten werken. Afbeeldingen moeten correct worden geplaatst met de juiste formaten.

Dit zijn enkele van de belangrijkste basisnormen die moeten worden gevolgd bij webontwikkeling. Uw taak is om alles te valideren voor UI-testen.

Overige gebruikersinformatie voor gebruikershulp:

Net als de zoekoptie helpt de sitemap ook bij bestanden, enz. De sitemap moet beschikbaar zijn met alle links op websites met een goede boomstructuur van navigatie. Kijk voor alle links op de sitemap.

De optie 'Zoeken op de site' helpt gebruikers de inhoudspagina's die ze zoeken gemakkelijk en snel te vinden. Dit zijn allemaal optionele items en indien aanwezig moeten ze worden gevalideerd.

# 3) Testen van interfaces

Bij webtesten moet de server-side interface worden getest. Dit kan worden gedaan door te controleren of de communicatie correct verloopt. De compatibiliteit van de server met software, hardware, netwerk en de database moet worden getest.

De belangrijkste interfaces zijn:

  • Webserver en toepassingsserverinterface
  • Applicatieserver en databaseserverinterface.

Controleer of alle interacties tussen deze servers worden uitgevoerd en fouten correct worden afgehandeld. Als de database of webserver een foutbericht retourneert voor een zoekopdracht door de applicatieserver, moet de applicatieserver deze foutmeldingen opvangen en op de juiste manier weergeven aan de gebruikers.

Controleer wat er gebeurt als de gebruiker een transactie tussendoor onderbreekt? Kijk wat er gebeurt als de verbinding met de webserver tussendoor wordt gereset?

# 4) Compatibiliteitstesten

De compatibiliteit van uw website is een zeer belangrijk testaspect. Bekijk welke compatibiliteitstest moet worden uitgevoerd:

  • Browser compatibiliteit
  • Compatibiliteit met besturingssystemen
  • Mobiel browsen
  • Afdrukopties

Browser compatibiliteit:

In mijn carrière als webtest heb ik dit ervaren als het meest invloedrijke onderdeel van het testen van websites.
Sommige applicaties zijn erg afhankelijk van browsers. Verschillende browsers hebben verschillende configuraties en instellingen waarmee uw webpagina compatibel moet zijn.

De codering van uw website moet compatibel zijn met verschillende browsers. Als u Java-scripts of AJAX-oproepen voor UI-functionaliteit gebruikt, beveiligingscontroles of validaties uitvoert, leg dan meer nadruk op het testen van de browsercompatibiliteit van uw webtoepassing.

Test webtoepassingen op verschillende browsers zoals Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, Opera-browsers met verschillende versies.

OS Compatibiliteit:

Sommige functionaliteit in uw webtoepassing is dat deze mogelijk niet compatibel is met alle besturingssystemen. Alle nieuwe technologieën die worden gebruikt bij webontwikkeling, zoals grafische ontwerpen en interface-aanroepen, zoals verschillende API's, zijn mogelijk niet beschikbaar in alle besturingssystemen.

Test daarom uw webapplicatie op verschillende besturingssystemen zoals Windows, Unix, MAC, Linux, Solaris met verschillende OS-smaken.

Mobiel browsen:

We bevinden ons in het nieuwe technologietijdperk. Dus in de toekomst zal mobiel browsen rocken. Test uw webpagina's in mobiele browsers. Compatibiliteitsproblemen kunnen ook voorkomen op mobiele apparaten.

Afdrukopties:

Als u opties voor het afdrukken van pagina's geeft, zorg er dan voor dat lettertypen, pagina-uitlijning, pagina-afbeeldingen enz. Correct worden afgedrukt. Pagina's moeten passen op het papierformaat of volgens het formaat dat wordt vermeld in de afdrukoptie.

# 5) Prestatietests

De webapplicatie moet zwaar worden belast. Het testen van webprestaties omvat:

  • Testen van webbelasting
  • Web stresstests

Test de prestaties van applicaties bij verschillende internetverbindingssnelheden.

Testen van webbelasting : U moet testen of veel gebruikers dezelfde pagina openen of aanvragen. Kan het systeem piekbelastingen aan? De site moet veel gelijktijdige gebruikersverzoeken verwerken, grote invoergegevens van gebruikers, gelijktijdige verbinding met DB, zware belasting van specifieke pagina's, enz.

Webstresstests: Over het algemeen betekent stress dat het systeem buiten de gespecificeerde limieten wordt uitgerekt. Webstresstests worden uitgevoerd om de site te breken door stress te geven en er wordt gecontroleerd hoe het systeem reageert op stress en hoe het herstelt van crashes. De nadruk wordt meestal gelegd op invoervelden, inlog- en aanmeldingsgebieden.

Bij webprestaties wordt het testen van websitefunctionaliteit op verschillende besturingssystemen en verschillende hardwareplatforms gecontroleerd op fouten in het geheugenlek van software en hardware.

Prestatietests kunnen worden toegepast om de schaalbaarheid van de website te begrijpen of om de prestaties in de omgeving van producten van derden, zoals servers en middleware, te benchmarken voor mogelijke aankoop.

Snelheid van de verbinding
Getest op verschillende netwerken zoals inbellen, ISDN, etc.

Laden
ik. Wat is het nee. van gebruikers per keer?
ii. Controleer op piekbelastingen en hoe het systeem zich gedraagt
iii. Een grote hoeveelheid gegevens waartoe de gebruiker toegang heeft

Spanning
ik. Continu laden
ii. Prestaties van geheugen, CPU, bestandsafhandeling, enz.

# 6) Beveiligingstests

Hieronder volgen enkele van de testcases voor het testen van webbeveiliging:

  • Test door de interne URL rechtstreeks in de adresbalk van de browser te plakken zonder in te loggen. Interne pagina's mogen niet openen.
  • Als u bent ingelogd met gebruikersnaam en wachtwoord en door interne pagina's bladert, probeer dan de URL-opties rechtstreeks te wijzigen. D.w.z. Als u bepaalde sitestatistieken van een uitgever controleert met de site-ID van de uitgever = 123. Probeer de parameter URL-site-ID rechtstreeks te wijzigen in een andere site-ID die niet gerelateerd is aan de ingelogde gebruiker. Toegang moet worden geweigerd voor deze gebruiker om de statistieken van anderen te bekijken.
  • Probeer een aantal ongeldige invoer in invoervelden, zoals gebruikersnaam, wachtwoord, invoertekstvakken, enz. Controleer de reactie van het systeem op alle ongeldige invoer.
  • Webmappen en -bestanden mogen niet rechtstreeks toegankelijk zijn, tenzij ze de downloadoptie hebben.
  • Test de CAPTCHA om scriptaanmeldingen te automatiseren.
  • Test of SSL wordt gebruikt voor beveiligingsmaatregelen. Indien gebruikt, zou het juiste bericht moeten worden weergegeven wanneer gebruikers overschakelen van niet-beveiligde HTTP: //-pagina's naar beveiligde HTTPS: //-pagina's en vice versa.
  • Alle transacties, foutmeldingen en pogingen tot inbreuk op de beveiliging moeten ergens op de webserver in logbestanden worden vastgelegd.

De belangrijkste reden om de beveiliging van een web te testen, is om mogelijke kwetsbaarheden te identificeren en deze vervolgens te herstellen.

  • Netwerkscannen
  • Scannen op kwetsbaarheden
  • Wachtwoord kraken
  • Logboekbeoordeling
  • Integriteitscontrole
  • Virus detectie

Soorten webtests

Een website is onderverdeeld in vele typen, ongeveer 20 typen. Al deze krimpen onder statisch en dynamisch type. Laten we onder hen 4 typen en hun testmethoden op een gedetailleerde manier bespreken. Voordien wil ik die typen gewoon opsommen.

  • Eenvoudig statisch testen van websites
  • Dynamisch testen van webapplicaties
  • E-commerce website testen
  • Testen van mobiele websites

# 1) Eenvoudige statische website

Een eenvoudige statische website geeft dezelfde inhoud weer voor alle bezoekers die de website op verschillende tijdstippen bezoeken. Het is ook bekend als een informatieve website. Op een statische website kunnen alleen ontwikkelaars die ook alleen in code wijzigen. Dit type website heeft geen grote functionaliteiten en hangt puur af van het UI-ontwerp.

Het testen van een eenvoudige statische website is heel eenvoudig, u hoeft tijdens het testen maar een paar dingen in overweging te nemen. Sommigen van hen worden hieronder genoemd:

Punten om te onthouden:

# 1) Het testen van het GUI-ontwerp is een must omdat een statische website er puur van afhankelijk is. U moet de goedgekeurde PSD-bestanden vergelijken met de ontwikkelde webpagina. Controleer of alle elementen in het ontwerp op de ontwikkelde pagina moeten worden gepresenteerd.

#twee) Het andere deel van GUI-ontwerp is om de lettergrootte, letterstijl, spatiëring en kleur te controleren, alles is gereproduceerd.

(Deze afbeelding verklaart het probleem met de uitlijning van de tussenruimte in de desktopweergave van een website.)

# 3) Ten tweede moet u de links (paginalinks) controleren om te zien of het correct werkt of niet. Wilt u ook weten of er een verbroken link is?

# 4) Controleer de spelling en inhoud van alle webpagina's door de inhoud van de klant te vergelijken.

# 5) In sommige gevallen wordt de afbeelding niet correct weergegeven, kan deze breken of soms wordt de afbeelding gedupliceerd, kunnen verkeerde afbeeldingen worden weergegeven. Het moet nauwkeurig worden gecontroleerd. Want voor een statische website geven alleen inhoud en afbeeldingen levens.

# 6) Controleer de schuifbalk zorgvuldig en mijn ervaring is dat ik problemen heb ondervonden met de schuifbalk. Het probleem waarmee u te maken krijgt, is het verschijnen van ongewenst scrollen of het verbergen van scrollen (het kan de inhoud verbergen). De bovenstaande problemen zijn van toepassing op zowel horizontale als verticale scrolls.

# 7) Als er een contactformulier is, controleer dan of het goed werkt door enkele dummy-berichten te sturen.

Dingen om op het contactformulier te controleren zijn:

  • Wordt het bericht correct verzonden en verschijnt er een succesvol bericht?
  • Controleer of de e-mail is ontvangen aan de betrokken persoon in het juiste formaat zoals ontworpen?
  • Controleer of e-mail niet als ongewenste e-mail in spam mag belanden?
  • Als er een antwoord-e-mailtrigger is geactiveerd, controleer dan of de afzender de e-mail heeft ontvangen?

# 8) Controleer of het een foutloze webpagina is en valideer deze met W3-validator of andere gerelateerde software.

# 9) Enkele constante dingen die moeten worden gecontroleerd op een statische website,

  • Controleer of er een favicon op de tabbalk staat
  • URL moet de juiste paginatitel bevatten
  • Als er copyrightinformatie is, moet deze worden weergegeven
  • Als er een contactformulier is, is Captcha een must. (Het voorkomt ongewenste e-mail)
  • Controleer de laadsnelheid van de website. (Een statische website zou niet veel tijd moeten kosten om te laden). Als een gif-afbeelding wordt gebruikt tijdens het laden, houd dan de functionaliteit bij

Afgezien van deze, zijn er enorme dingen die moeten worden getest aan de achterkant van elke website systeem testen , beveiligingstests, interfacetests, compatibiliteitstests en prestatietests, enz. Hiervoor heeft u technische kennis nodig. Op een eenvoudige statische website vind je niet meer functionaliteiten als je daar ook functionaliteit moet testen.

# 2) Dynamische webapplicatie (CMS-website)

Het is het type waarmee de gebruiker zijn website-inhoud regelmatig kan bijwerken en wijzigen. Vanaf hier ga ik het woord 'webapplicatietesten' gebruiken in plaats van het dynamisch testen van websites. De webapplicatie is een combinatie van front-end en back-end programmeren ​

De front-end zal HTML en CSS zijn, terwijl de back-end programmeertalen zoals PHP, Javascript en ASP etc. gebruikt. Met deze backend kan de gebruiker / opdrachtgever de inhoud van de website toevoegen of wijzigen.

Het testen van een webapplicatie is niet eenvoudig dan het testen van een statische website, maar niet veel moeilijker dan het testen van een e-commerce website. Functionaliteitstesten zijn het belangrijkste dat moet worden uitgevoerd tijdens het testen van een webapplicatie. De webapplicatie kan veel gecompliceerde functionaliteit bevatten, dus de tester moet tijdens het testen heel voorzichtig zijn.

Er zijn twee verschillende soorten webapplicaties, de ene is dat er geen actie wordt uitgevoerd door de gebruiker aan de voorkant (dat wil zeggen dat alleen de wijzigingen aan de achterkant worden weergegeven in de voorkant) en de andere is dat de eindgebruiker vooraan werkt zichzelf beëindigen ( bijvoorbeeld login, aanmelding, nieuwsbriefabonnement en andere soortgelijke acties). Het testen moet er dus naar gebeuren.

Punten om te onthouden:

De punten die ik noemde bij het testen van statische websites, moeten ook worden meegenomen bij het testen van een webapplicatie. Daarnaast moeten de volgende zaken worden opgemerkt.

# 1) In GUI-sectie, tooltip is verplicht voor alle velden en knoppen moet de velduitlijning (spatiëring) correct worden uitgevoerd, uitgeschakelde velden / knoppen moeten grijs zijn, velden / knoppen moeten in het standaardformaat zijn zoals in SRS, foutmelding moet worden weergegeven als er iets misgaat, pop-up bericht mag alleen in het midden van de webpagina worden weergegeven, het vervolgkeuzemenu mag niet worden afgekapt.

De sneltoets voor tabbladen zou in alle velden en meer moeten werken.

#twee) In het functionaliteitsgedeelte, als uw webtoepassing inlog- of aanmeldingsfunctionaliteit heeft, controleer dan het verplichte veldvalidatie , formuliervalidatie (d.w.z. cijfervelden mogen alleen cijfers accepteren, geen alfabetten), tekenbeperking op velden (d.w.z. alleen deze vele tekens kunnen worden ingevoerd).

Beperking van speciale tekens en negatieve getallen op velden, testen van de e-mailfunctionaliteit, testen van het uploaden van documenten (d.w.z. alleen gespecificeerd documenttype kan worden geüpload ), time-outfunctionaliteit, sorteerfunctionaliteit, javascript werkt op compatibele browsers enz. moeten worden getest.

# 3) Wanneer u naar de sectie back-endfunctionaliteit komt, test u het uploaden van afbeeldingen voor defecte afbeeldingen, of het invoeren van tekst in de velden werkt of niet. Back-end-update zou moeten reflecteren op front-end ​ database testen (d.w.z. of u nieuwe velden kunt toevoegen of ongewenste velden kunt verwijderen) al deze dingen moeten worden uitgevoerd.

Prestaties zijn niet zozeer nodig voor een webapplicatie (dynamische website) omdat deze veel minder inhoud heeft. Als je het nodig hebt, kun je het doen met de tools waarmee je bekend bent. Koop een standaard online prestatietool als u eenvoudige prestatietests wilt doen.

beste anime-sites om anime te bekijken

# 3) E-commerce website

Een e-commerce website is enigszins gecompliceerd in vergelijking met de bovenstaande twee. De tester moet erg voorzichtig zijn bij het testen van een e-commercesite. Er zijn enorme dingen die moeten worden gecontroleerd op e-commercesites. Ik bespreek alleen enkele van mijn ervaren problemen met het testen van e-commercewebsites.

In de GUI-sectie moet u alle functies controleren zoals in SRS en hetzelfde met de functionaliteit. De functionaliteit zal voor alle commerciële websites nagenoeg hetzelfde zijn.

Functioneel gezien moet u alle pagina's controleren, zoals de hoofdpagina (inclusief aanbevolen producten, weergave van speciale aanbiedingen, inloggegevens, zoekfunctionaliteit) productdetailpagina, categoriepagina, een bestelling plaatsen, betalingsgateway alles moet worden getest.

Punten om te onthouden:

# 1) Controleer of het winkelwagentje wordt bijgewerkt wanneer u koopt of verhoog het aantal. Controleer deze functionaliteit op alle pagina's en omstandigheden.

#twee) Controleer of speciale kortingsbonnen en aanbiedingen worden toegepast op correcte bestellingen en je ziet dat de kortingsprijs wordt weergegeven of niet.

(Deze afbeelding legt uit over gratis verzending en hoe deze wordt toegepast in het betalingsgedeelte)

# 3) Soms wordt het bij het updaten van een enkel product vermenigvuldigd door rekening te houden met het aantal variaties in het product. Controleer dus of het enkele product wordt weergegeven en de variaties correct worden weergegeven. (Ik stond voor dit probleem)

# 4) Controleer of de filteroptie precies werkt. Als er is gefilterd, op basis van de gekozen categorie en prijs?

# 5) Tijdens het aanmelden moet supervalidatie worden uitgevoerd. Alleen de nieuwe gebruiker kan zich aanmelden.

# 6) Als een bestaande gebruiker een product aan het winkelmandje heeft toegevoegd, moet de verlanglijstsectie tijdens zijn vorige login worden opgeslagen en ook worden weergegeven tijdens de volgende login.

# 7) Producten vergelijken zou moeten werken door de producten te vergelijken op basis van een aantal specificaties die in de back-end zijn toegewezen.

# 8) Controleer of de valuta-omzetter goed werkt. Op basis van het gekozen land moet de valuta-omzetter de relevante prijs en belastingtarieven weergeven.

(Bij het kiezen van de taal wordt Valuta omgerekend, hier is USD als standaard bedoeld)

# 9) Over het algemeen worden veel plug-ins gebruikt in een e-commerce (WordPress en soortgelijke) website, u moet heel voorzichtig zijn. De installatie van de plug-in kan een conflict veroorzaken of andere belangrijke functies beïnvloeden. Dus volg de installatie van plug-ins en het gebruik ervan.

# 10) Controleer of de optie voor sociaal delen werkt op het individuele product of niet.

#elf) Verzendkosten moeten worden gegenereerd op basis van de geselecteerde regio. En controleer ook de generatie van het belastingtarief. (Het kan juridische problemen veroorzaken tijdens de aankoop van de eindgebruiker).

belastingtarief

(In deze afbeelding worden de verzendkosten en het belastingtarief berekend voor de regio Frankrijk)

# 12) De betalingsgateway zou alleen moeten werken als er geldige kaartgegevens zijn opgegeven. Validatie moet gelden voor het kaartnummer en het CCV-codenummer. (Het is beter om de validatie op het kaartnummerveld zelf te houden).

# 13) E-mailgeneratie voor elk proces tijdens de aankoop moet plaatsvinden (aanmelding, productbestelling, betaling geslaagd, bestelling geannuleerd, bestelling ontvangen en andere e-mailtriggers, indien van toepassing).

# 14) Bekijk de livechat met een paar saaie e-mails.

Notitie: Over het algemeen zal een e-commerce website niet worden ontwikkeld voor mobiele compatibiliteit en wanneer de mobiele versie beschikbaar komt, wordt er een app gegenereerd. In sommige gevallen zullen ze geen app maken, maar wordt er een mobiel-compatibele website gemaakt. In dergelijke gevallen moet u zorgvuldig controleren of er functionaliteit ontbreekt en of de gebruikersinterface afwijkt.

Dit zijn enkele van de problemen waarmee ik te maken kreeg en die ik opmerkte tijdens het testen van een e-commerce-website. Afgezien hiervan moet u alle algemene zaken met betrekking tot een e-commercewebsite controleren.

# 4) Mobiele website

Laten we allereerst duidelijk zijn over een mobiele website. Over het algemeen denken mensen dat zowel een mobiele website als een mobiele applicatie hetzelfde zijn, maar in werkelijkheid is een mobiele website ontwikkeld met HTML-pagina's en kan deze alleen worden bekeken met een internetverbinding.

Maar de mobiele app is niets anders dan een applicatie die kan worden gedownload en later zonder internetverbinding kan worden gebruikt. Hier raken velen van ons in de war en stellen een vraag Wat is het verschil tussen een mobiele website en een responsieve website?

Een responsieve website betekent dat de inhoud in de grootte van het mobiele apparaat past in plaats van een versie te maken, terwijl een mobiele website een nieuwe versie maakt die geen reflectie-desktopversie is. Op de mobiele website heb je maar een beperkt aantal pagina's en worden ongewenste functionaliteiten hier verwijderd.

Het testen van een mobiele website is eerder vervelend dan andere soorten websites. Het zal aparte ontwerpen hebben en je moet voorzichtig zijn bij het testen van de functionaliteiten.

Punten om te onthouden:

Belangrijke aandachtspunten bij het testen van een mobiele website:

  • Meestal gebruiken we een emulator voor het testen van een mobiele website en kunnen we ideale resultaten krijgen, maar ik geef er altijd de voorkeur aan dat u test op echte apparaten. Ik heb veel problemen ondervonden bij het testen in echte apparaten (vooral Apple-apparaten). Echte apparaatspecificaties kunnen in strijd zijn met de ontwikkelde webpagina's.

(Deze afbeelding geeft uitleg over simulatortests en het backline-probleem dat erin voorkomt.)

  • GUI & bruikbaarheidstesten zijn belangrijker omdat het niet de weerspiegeling is van de desktopversie.
  • Prestaties zijn een andere belangrijke factor waarmee rekening moet worden gehouden bij het testen van mobiele websites. Prestatiegerelateerde problemen kunnen worden gevolgd wanneer u in de echte apparaten test.
  • Controleer of het bladeren door normale weblinks vanaf mobiele apparaten wordt geactiveerd door een mobiele link.
  • Controleer het scrollen van pagina's, paginanavigatie, afgekapte tekst, enz. Op de mobiele website.

Beste webtesttools

Er is een breed scala aan testtools die beschikbaar zijn voor het testen van webapps.

top mp3 download-apps voor Android

​ Bekijk deze uitgebreide lijst van de meest populaire testtools voor webapplicaties.

Punten waarmee u rekening moet houden bij het testen van een website

De websites zijn in wezen client / server-toepassingen - met webservers en ‘browser’ clients.

Er moet aandacht worden besteed aan de interacties tussen HTML-pagina's, TCP / IP-communicatie, internetverbindingen, firewalls, toepassingen die op webpagina's worden uitgevoerd (zoals applets, javascript, plug-in applicaties) en applicaties die op de server draaien (zoals CGI-scripts, database-interfaces, logboektoepassingen, dynamische paginageneratoren, asp, enz.).

Bovendien is er een grote verscheidenheid aan servers en browsers met verschillende versies van elk. Ze bevatten kleine maar soms significante verschillen tussen hen in termen van variaties in verbindingssnelheden, snel veranderende technologieën en meerdere standaarden en protocollen. Het eindresultaat waarvan het testen voor websites een grote doorlopende inspanning kan worden.

Voorbeeldtestscenario's voor het testen van een webtoepassing

Hieronder worden enkele andere overwegingen gegeven die bij het testen van een website moeten worden meegenomen ​

  • Wat is de verwachte belasting van de server (bijv. Aantal hits per tijdseenheid)?
  • Welke prestaties zijn vereist onder elke laadtoestand (zoals responstijd van webserver, responstijden voor databasequery's)?
  • Welke tools zijn nodig voor prestatietests (zoals tools voor het testen van webbelasting, andere tools die al in huis zijn en die kunnen worden aangepast, tools voor het downloaden van webrobots, enz.)?
  • Wie is de doelgroep? Wat voor soort browsers zullen ze gebruiken? Wat voor soort verbindingssnelheden zullen ze gebruiken? Zijn ze intra-organisaties (dus waarschijnlijk met hoge verbindingssnelheden en vergelijkbare browsers) of internetbreed (dus met een grote verscheidenheid aan verbindingssnelheden en browsertypes)?
  • Welke prestaties worden verwacht van de client-kant (bijv. Hoe snel moeten pagina's verschijnen, hoe snel moeten animaties, applets, enz. Laden en draaien)?
  • Is de downtime voor server- en contentonderhoud / upgrades toegestaan? Zo ja, hoeveel?
  • Wat voor soort beveiliging (firewalls, encryptie, wachtwoorden, etc.) is vereist en wat wordt er verwacht te doen? Hoe kan het worden getest?
  • Hoe betrouwbaar moeten de internetverbindingen van de site zijn? En hoe beïnvloedt dat het back-upsysteem of de redundante verbindingseisen en testen?
  • Welk proces is vereist om updates van de inhoud van de website te beheren?
  • Wat zijn de vereisten voor het onderhouden, volgen en beheren van pagina-inhoud, afbeeldingen, links, enz.?
  • Aan welke HTML-specificatie wordt voldaan? Hoe strikt? Welke variaties zijn toegestaan ​​voor gerichte browsers?
  • Zullen er standaardvereisten zijn voor het uiterlijk van de pagina en / of afbeeldingen op een site of delen van een site?
  • Hoe worden interne en externe links gevalideerd en bijgewerkt? En hoe vaak? zal het gebeuren?
  • Kan er getest worden op het productiesysteem of is er een apart testsysteem nodig?
  • Hoe moeten browsercaching, variaties in browseroptie-instellingen, variabiliteit in inbelverbindingen en real-world internet ‘verkeerscongestie’ problemen worden verantwoord bij het testen?
  • Hoe uitgebreid of aangepast zijn de serverregistratie- en rapportagevereisten; worden ze beschouwd als een integraal onderdeel van het systeem en moeten ze worden getest?
  • Hoe moeten CGI-programma's, applets, javascript, ActiveX-componenten, etc. worden onderhouden, gevolgd, gecontroleerd en getest?
  • Pagina's mogen maximaal 3-5 schermen bevatten, tenzij de inhoud sterk gericht is op één onderwerp. Indien groter, geef interne links op de pagina.
  • De paginalay-outs en ontwerpelementen moeten overal op een site consistent zijn, zodat het voor de gebruiker duidelijk is dat ze zich nog steeds op een site bevinden.
  • Pagina's moeten zo browseronafhankelijk mogelijk zijn, of pagina's moeten worden aangeleverd of gegenereerd op basis van het browsertype.
  • Alle pagina's moeten externe links hebben; er mogen geen doodlopende pagina's zijn.
  • Op elke pagina moeten de eigenaar van de pagina, de herzieningsdatum en een link naar een contactpersoon of organisatie worden vermeld.

Veelgestelde vragen over webtesten

Hieronder worden de verschillende vragen genoemd die in de geest van een tester komen als hij denkt aan een website die al is ontwikkeld en die aan het publiek kan worden blootgesteld:

  • Functioneert de website zoals verwacht?
  • Vindt de eindgebruiker het gemakkelijk om door de website te bladeren?
  • Is de website toegankelijk op verschillende apparaten van eindgebruikers?
  • Is de website voldoende beveiligd?
  • Zijn de prestaties van de website goed?
  • Worden de gegevens die op een website worden ingevoerd nauwkeurig opgeslagen en blijven ze gedurende sessies bestaan?
  • Is de website goed geïntegreerd met andere interfaces in de workflow?
  • Zal de website presteren zoals verwacht, zelfs nadat deze live is gegaan?

Om deze vragen te beantwoorden zijn verschillende testtechnieken geïdentificeerd die kunnen worden gebruikt om een ​​webapplicatie te testen.

Laten we een voorbeeld nemen van een e-commercewebsite die onlangs is vrijgegeven aan het QA-team om te testen.

We zullen elk van de hierboven gespecificeerde vragen in detail bespreken om de reikwijdte van de test te begrijpen en te zien hoe websitetests kunnen worden uitgevoerd.

website testen

Functioneert de website zoals verwacht?

bevestigen dat de website goed functioneert, QA moet functionele tests uitvoeren. Gedurende functioneel testen moeten verschillende kenmerken van een applicatie worden gevalideerd aan de hand van de vereisten vermeld in het functionele specificatiedocument.

Hieronder staan ​​een paar algemene scenario's die naar verwachting door een QA worden bestreken tijdens het uitvoeren van functionele tests van een website, zelfs als ze niet in functionele specificaties worden vermeld:

  • Gebruikersnavigatie naar verschillende pagina's van de website en het voltooien van de end-to-end-workflow
  • Als de gebruiker selectievakjes kan in- / uitschakelen
  • Als de gebruiker waarden uit vervolgkeuzelijsten kan selecteren
  • Als de gebruiker Keuzerondjes kan selecteren / deselecteren
  • Verschillende navigatieknoppen zoals de knoppen Verzenden, Volgende, Uploaden enz. Werken goed
  • Kalenders worden correct geladen en de gebruiker kan een datum selecteren
  • Er worden berekeningen uitgevoerd zoals ze zijn geïmplementeerd
  • De zoekfunctionaliteit werkt indien aanwezig
  • Correcte informatiedisplay
  • Diverse interne en externe links naar andere pagina's
  • Correcte tabvolgorde van de velden op webpagina's
  • Verplichte en optionele velden moeten worden gecontroleerd op de positieve en negatieve inputs
  • Standaardwaarden voor elk webveld moeten worden geverifieerd
  • E-mailfunctionaliteit is geïmplementeerd voor bepaalde acties op de website

Het is belangrijk dat websites compatibel zijn met zoekmachines. Daarom moeten we websites beoordelen op correctheid van HTML-syntaxis, formaat en nalevingsnormen zoals WS-I, ISO en ECMA.

Gezien cookies, die worden gebruikt om inlogsessies te behouden, moet de website worden getest door cookies in / uit te schakelen of door het niet-overeenkomende domein te gebruiken. Testen kan ook worden uitgevoerd tussen sessies door cookies te resetten om browsers terug te brengen naar de vanillestatus.

QA moet ook valideren dat websitecookies altijd lokaal in een gecodeerde indeling worden opgeslagen.

Gezien onze e-commerce website, moeten verschillende links, zoals herenmode, damesmode, kindermode, woonaccessoires, elektronische apparaten, boeken, films en muziek, enz. Die beschikbaar zijn op een webpagina, worden aangeklikt en geverifieerd als de gebruiker naar de verwachte pagina.

Evenzo moeten verschillende functionaliteiten, zoals inloggen, aanmelden, zoekoptie, filters, sorteervolgorde, toevoegen aan winkelwagen, etc. worden geverifieerd op verschillende webpagina's, zoals inlogpagina, aanmeldingspagina, productgegevenspagina, winkelwagen, beoordeling van bestelling, betaling, etc. De website moet worden gecontroleerd op sessie- / cookiebeheer zoals het verlopen van sessies en sessieopslag etc.

Vindt de eindgebruiker het gemakkelijk om door de website te bladeren?

Bruikbaarheidstests moeten worden uitgevoerd om het gebruiksgemak van de website voor een eindgebruiker te meten in de context van toegankelijkheid, doorzoekbaarheid en bruikbaarheid, enz.

Bruikbaarheidstesten

Hieronder worden enkele van de testscenario's genoemd die moeten worden geverifieerd tijdens het uitvoeren van bruikbaarheidstests voor een website:

  • Website-inhoud moet informatief, gestructureerd en logisch gelinkt zijn, zodat de gebruiker het gemakkelijk kan begrijpen
  • Webpaginabesturingselementen moeten gemakkelijk te navigeren zijn voor gebruikers
  • De website moet Help- en instructiedocumenten hebben geüpload
  • Voor het gemak van de eindgebruiker moet de website de zoekfunctie hebben
  • Toegang tot / vanuit het hoofdmenu tot alle pagina's moet aanwezig zijn
  • Website-inhoud moet worden gecontroleerd op spelfouten
  • De website moet gedefinieerde richtlijnen volgen in de context van achtergrondkleur, patroon, stijl, lettertypen, plaatsingen van afbeeldingen, kaders, randen, enz.
  • De website moet gewend zijn aan de vertaalfunctie, gezien het feit dat deze toegankelijk is voor gebruikers uit verschillende landen met verschillende talen, valuta, enz.

Er zijn maar weinig tools die kunnen worden gebruikt om bruikbaarheidstests uit te voeren Gebruikerszoom en Reflector ​

Een e-commerce website moet klantvriendelijk, gemakkelijk te navigeren en de aandacht trekken. Alle webpagina's moeten worden gecontroleerd op toegankelijkheid, lettertypen, stijl, afbeeldingen, spelfouten en productrelevante informatie. Een website moet zijn uitgerust met relevante hulpdocumenten en faciliteiten voor klantenondersteuning.

Gezien de toename van touchscreen-gebaseerde interfaces moeten we de toegankelijkheid van zowel toetsinvoer als touchscreen-invoer valideren. Evenzo moeten afbeeldingen en website-inhoud worden gevalideerd voor bruikbaarheid op verschillende schermformaten (mobiele telefoons, laptops en tabbladen, enz.).

Is de website toegankelijk op verschillende apparaten van eindgebruikers?

Ervan uitgaande dat onze website toegankelijk is voor een reeks gebruikers met een verschillende set apparaten, moeten we ervoor zorgen dat de website op al deze apparaten goed werkt en zonder storingen.

Om hetzelfde te garanderen, moeten compatibiliteitscontroles op de website worden uitgevoerd Compatibiliteitstesten ​Tijdens compatibiliteitstests van een website wordt ervoor gezorgd dat de website goed werkt op verschillende browsers, besturingssystemen en apparaten zoals laptops, mobiele telefoons, tablets, printers, enz.

Browserscompatibiliteit (crossbrowser-testen):

De website zou goed moeten werken met verschillende browsers zoals Microsoft Internet Explorer, Microsoft Edge, Firefox, Google Chrome, Safari en Opera. Alle actieve versies van deze browsers moeten worden geverifieerd met verschillende browserfuncties AAN / UIT.

Ook tijdens het optreden cross-browser testen , QA moet ook controleren op de optimale websiteprestaties in alle browsers.

Compatibiliteit met besturingssystemen (testen op meerdere platforms):

Om mogelijke problemen met gebruikerservaringen te identificeren, moet een website worden getest op verschillende platforms zoals Windows, Linux, Unix.MAC, Solaris, enz. Om zeker te zijn van de compatibiliteit met het besturingssysteem.

Apparaatcompatibiliteit (testen op verschillende apparaten):

Een website kan door verschillende apparaten worden gebladerd, zoals laptops, mobiele telefoons, tablets, enz. Met verschillende beschikbare besturingssystemen zoals iOS, Android, Windows, enz. Daarom moeten tests worden uitgevoerd op de apparaten die ook de onderstaande scenario's dekken.

  • De schermgrootte van de website moet per apparaat kunnen worden aangepast
  • Een apparaat moet voorzien zijn van schermrotatie
  • De website zou geen laadproblemen moeten vertonen op verschillende apparaten met verschillende netwerksnelheden
  • Controleer het gedrag van de website wanneer het apparaat zich binnen / buiten het netwerkbereik bevindt
  • Verifieer het websitegedrag bij lage CPU en geheugen om verschillende vormfactoren te ondersteunen

Voor een e-commercewebsite is de compatibiliteitscontrole een van de belangrijkste testtypen. Het klantenbestand zal groot zijn en toegang krijgen tot onze website vanuit verschillende browsers, besturingssystemen en apparaten.

Aangezien mobiele platforms populair worden, moeten we ervoor zorgen dat de website wordt geladen op een kleine vormfactor bij een acceptabele laadtijd. Het is ook belangrijk om het gebruik van verschillende netwerksnelheden te valideren om ervoor te zorgen dat het voor alle klanten bruikbaar is.

Is de website voldoende beveiligd?

Er worden beveiligingstests uitgevoerd om kwetsbaarheden in een systeem aan het licht te brengen en ervoor te zorgen dat een website beveiligd is.

Hieronder vindt u de checklist die kan worden geverifieerd tijdens het uitvoeren van beveiligingstests:

  • De website mag alleen toegankelijk zijn voor geauthenticeerde gebruikers
  • Websitegebruikers moeten alleen die taken kunnen uitvoeren waarvoor ze geautoriseerd zijn
  • De website moet worden geverifieerd op CAPTCHA-velden voor gebruikersidentificatie
  • Browserbeveiligingsinstellingen moeten worden geverifieerd tijdens het overschakelen van beveiligde naar onveilige pagina's
  • Web Server-bescherming zou er moeten zijn voor ontoegankelijke webmappen of -bestanden
  • Zorg ervoor dat beperkte bestanden niet mogen worden gedownload zonder de juiste toegang
  • Sessies die inactief werden, zouden na een bepaalde tijd automatisch moeten worden beëindigd
  • Alle ongeldige en ongeautoriseerde pogingen van eindgebruikers of intermitterende systeemfouten / -storingen moeten worden geregistreerd voor analysedoeleinden

Tools zoals Beheer van kwetsbaarheden , Veracode en SQL-kaart kan worden gebruikt om beveiligingstesten van uw website uit te voeren.

Als onderdeel van beveiligingstests moet een e-commercewebsite worden gevalideerd

  1. Toegangscontrole voor websites.
  2. Elke lekkage van persoonlijke gebruikersinformatie.
  3. Beveiligde betalingsmethoden.

Zijn de prestaties van de website goed?

Om de prestaties van een website te controleren, kunnen prestatietests worden uitgevoerd. Het evalueert het gedrag van een applicatie onder verschillende werkbelastingsomstandigheden, wat een realistisch scenario zou kunnen zijn. Als het systeem live gaat zonder prestatietests uit te voeren, kan het problemen opleveren zoals een traag werkend systeem of slechte bruikbaarheid, wat waarschijnlijk zowel het merkimago als de marktverkoop zal beïnvloeden.

Een website kan worden getest op belasting en stress.

Hieronder vindt u de checklist voor het testen van webprestaties:

  • Het gedrag van de website moet worden geobserveerd onder normale omstandigheden en bij piekbelasting
  • De prestaties van de website moeten worden onderzocht door de reactietijd, snelheid, schaalbaarheid en het gebruik van bronnen te meten
  • De juiste RCA (root cause analysis) moet worden gedaan met een oplossing als een systeem uitvalt of op enig moment instabiel wordt
  • Eventuele problemen met netwerklatentie moeten worden vastgesteld

Een e-commerce website moet grondig worden getest met behulp van een reeks gesimuleerde gebruikers tijdens zowel normale als piekbelastingen, die zich tijdens ‘Sale Season’ kunnen voordoen.

Tijdens de verkoop zouden gebruikers die de website bezoeken, zich vermenigvuldigen. Ook moet het gedrag van de website worden onderzocht terwijl meerdere gelijktijdige gebruikers toegang hebben tot dezelfde items of dezelfde acties uitvoeren (zoals transacties of bestellingen plaatsen) op de website.

Er zijn verschillende tools beschikbaar op de markt voor prestatietests. Weinigen van hen zijn LoadRunner, WinRunner, Silk Performer, JMeter, enz.

Worden de gegevens die op een website worden ingevoerd nauwkeurig opgeslagen en blijven ze gedurende sessies bestaan?

De database is een van de kritieke componenten van een webtoepassing die de volledige informatie bevat die via een website is ingevoerd. Om ervoor te zorgen dat de juiste gebruikersgegevens zonder enige manipulatie in databasetabellen worden opgeslagen en om de gegevensintegriteit te behouden, moeten onderstaande verificaties worden uitgevoerd.

  • Controleer de gegevensconsistentie in de gebruikersinterface, d.w.z. website-gebruikersinterface en database
  • Controleer of DB-tabellen correct worden bijgewerkt wanneer invoegen / bijwerken / verwijderen-acties worden uitgevoerd door een websitetoepassing
  • Controleer de responstijd van technische vragen en stel ze indien nodig bij
  • Controleer op DB-connectiviteit en toegangsrechten

Als QA-teamlid dat een e-commerce-website test, kunt u onderstaande activiteiten uitvoeren en de wijzigingen elke keer valideren in de bijbehorende databasetabellen. Dit zorgt ervoor dat de UI en DB van de website beide consistent zijn.

1) Een bestelling plaatsen voor een product.

twee) Product annuleren.

3) Kies ervoor om een ​​product te ruilen.

4) Kies ervoor om het product te retourneren.

Is de website goed geïntegreerd met andere interfaces in de workflow?

Testen op interfaceniveau worden uitgevoerd om de soepele interactie van de website met verschillende interfaces zoals Web Server en Database Server te controleren.

Tijdens het testen van de interface moet de tester ervoor zorgen dat de applicatieverzoeken correct naar de database worden gestuurd en of de juiste informatie als output aan de client wordt weergegeven. Een webserver mag op geen enkel moment uitzonderingen genereren en de database moet altijd synchroon blijven met de applicatie.

Zal de website presteren zoals verwacht, zelfs nadat deze live is gegaan?

Zodra een product naar een productieomgeving gaat, moet de regelmatige inspectie worden uitgevoerd om de kwaliteitscontrole te controleren.

Onderstaande scenario's kunnen worden overwogen bij het verifiëren van het product in productie:

  • Webapplicatietests moeten periodiek worden uitgevoerd en testlogboeken moeten worden opgeslagen als bewijs van conformiteit met Service Level Agreement (SLA)
  • Auto-scaling-systemen en load balancers moeten worden gecontroleerd als ze aanwezig zijn en werken
  • Houd de ervaringen van de eindgebruiker in de gaten en probeer defecten of kwaadwillende aanvallen te ontdekken die doorgaans onopgemerkt blijven tijdens QA-testen
  • Bewaak de reactietijd van het product tijdens piekbelastingen
  • Voer edge-level testcases uit in realtime om netwerkstoringen, verbindingsstoringen of onderbrekingen door een onverwachte oproep te identificeren

Gevolgtrekking

Ik heb deze gedetailleerde tutorial opgesteld met mijn jarenlange ervaring met het testen van de verschillende websites.

Ik hoop dat dit artikel je helpt de verschillende facetten van het testen van webapplicaties te begrijpen. Denk eraan om de volgende keer dat u een testplan voor uw website schrijft, verschillende aspecten te valideren die verder gaan dan de functionaliteit van de website.

Ik hoop dat dit artikel informatief voor je zou zijn geweest!

Aanbevolen literatuur

^