Try for Free
Menu
Try for Free

QA Testing: Een nuttige gids voor software QA professionals

Inleiding

Kwaliteitsborging (QA - Quality Assurance). Het is een term die we vaak horen in de zakenwereld. Maar denken we eigenlijk na over wat het precies betekent? Het idee is vrij eenvoudig: QA zorgt ervoor dat een product (vanzelfsprekend) van een bepaalde kwaliteit is. QA is een stapsgewijze methode die waarborgt dat een bedrijfsproces of onderneming werkt zoals het hoort.

Wat is het resultaat van een correct uitgevoerd QA-plan? Tevreden klanten en personeel, verfijnde standaardprocedures en hogere inkomsten. De uitdaging? We leven in turbulente tijden. Bijna maandelijks biedt zich een nieuwe, ingrijpende verstoring aan die onze economie en onze bedrijven aantast.

Op het vlak van softwareontwikkeling richt QA zich op het identificeren en het overzien van vereisten voor betrouwbare productontwikkeling. Use cases zijn bijvoorbeeld financiële software, web- en mobiele apps, supply chain platforms en modules voor online leren op afstand.

Op het gebied van software testen manifesteert QA zich in een zorgvuldige en succesvolle analyse van een bepaald software-item om de verschillen tussen bestaande en vereiste voorwaarden te detecteren. Een QA proces is genadeloos. Het verwijdert het slechte en stimuleert het goede. Maar hoe wordt dat gedaan? Door nauwgezet een intuïtieve tool in te schakelen die aangedreven wordt door een provider die de beste QA-praktijken helemaal begrijpt — een tool zoals TestMonitor.

Download a PDF version of this guide by filling out this form, or keep scrolling to read.

NL-qa-guide-cover

Hoofdstuk 1

QA en Testen

Softwareteams verwarren vaak een focus op kwaliteitsborging met het eigenlijke testproces. Dat is net zoals als de kaart verwarren met de weg. QA concentreert zich op de processen en procedures over het volledige testproject. Dit zorgt ervoor dat de aan de klant geleverde software vrij is van gebreken en dat er in elke fase van de productontwikkeling tests worden uitgevoerd.

Als je QA-proces doeltreffend is, zal je team gebreken in de software kunnen identificeren voordat de klanten het product aanschaffen of gebruiken. Dit zorgt ervoor dat de software de verwachtingen van de klant overtreft en behoudt het de reputatie van je bedrijf als leverancier van kwaliteitsproducten.

Een goed QA-proces bespaart geld door de retourzendingen van de eerste verkoop te beperken. Met QA bespaar je ook geld vooraf. Je vermijdt dure terugbetalingen en afschrijvingen. Je hoeft niet terug naar de tekentafel om een probleem op te lossen dat aan het begin al had moeten worden geïdentificeerd.

Door problemen op te sporen en op te lossen voordat de software op de markt komt, voorkomt je bedrijf dure kosten en reputatieschade die voortvloeien uit nodeloze terugroepingen van producten, schadebeperking, boetes en rechtszaken. Tot slot geeft een sterk QA-proces medewerkers meer zelfvertrouwen, omdat ze ten volle genieten van het succes van de software. Een dergelijke reputatie zal op haar beurt in de toekomst topmedewerkers aantrekken.

"Door problemen op te sporen en op te lossen voordat de software op de markt komt, voorkomt je bedrijf dure kosten en reputatieschade die voortvloeien uit nodeloze terugroepingen van producten, schadebeperking, boetes en rechtszaken."

Een Waarschuwing vanuit Hollywood

In 2019 keek de filmwereld reikhalzend uit naar de geplande release van Cats, de film gebaseerd op de langlopende Broadway-gigant van Andrew Lloyd Webber. De musical had over meerdere decennia miljoenen fans vergaard. De verwachtingen voor de release en het succes van de film gingen door het dak. En Cats werd klaargestoomd voor nog meer succes: Universal Studios spendeerde $100 miljoen om de film uit te brengen, met een extra $95-100 miljoen voor wereldwijde marketing en distributiekosten. Een cast bezaaid met sterren - Sir Ian McKellen, Dame Judi Dench en Idris Elba, om er een paar te noemen - droeg kattenkostuums en was zelfs naar de "kattenschool” gegaan. Wat kon er in godsnaam misgaan?

Een gebrek aan QA... De productie werd opgejaagd. De regisseur maakte tot net voor de release voortdurend onnodige veranderingen. De timing van de release was rampzalig. Vanwege QA-tekortkomingen binnen de afdeling voor visuele effecten, moest de gehaaste film release uit de bioscoop worden teruggeroepen met de belofte op een verbeterde versie. Het resultaat? Miljoenen dollars verloren bioscoopinkomsten. Slechte kritieken op Universal door zowel critici als kijkers. Een kat-astrophe. Waarom? Een gebrek aan QA... Het niet volgen van de verwachte processen.

De moraal van het verhaal: je QA-proces kan zowel een Oscar-waardige onderneming of een epische flop zijn. Dus, ja... QA is belangrijk!

Hoofdstuk 2

Zorgen voor Top-QA bij het Testen

QA-managers worden geconfronteerd met een groeiende toevloed van obstakels en uitdagingen in een omgeving die voortdurend verandert. QA-managers worden tevens geconfronteerd met verwachtingen om oplossingen te bieden in een marktlandschap dat voortdurend verandert. Leidinggevenden verwachten dat QA-managers meer doen met minder. Door zich te richten op teams/functies en de vereisten kunnen QA-managers vanaf het begin het maximum uit het QA-proces halen.

Teams/Functies

Om succes te garanderen, zorg er dan voor dat jij, als QA-manager, én jouw team elke functie en verwachting begrijpt. Natuurlijk, geen twee teams zijn gelijk op het gebied van structuur, organisatiebehoeften en teamgrootte. Testers kunnen bijvoorbeeld een verscheidenheid aan functies omvatten: technologie, bedrijfsdomein, verschillende soorten tests en expertise.

Elk bedrijf is verschillend - verschillende hiërarchieën, verschillende functies en verschillende verantwoordelijkheden. Natuurlijk zijn er de traditionele functies zoals QA-manager, IT-manager, testmanager en release manager. Deze functies worden meestal duidelijk bepaald door de organisatie in een officiële hoedanigheid.

"Elke eindgebruiker heeft zijn eigen invalshoek, en het is belangrijk om de eindgebruikers vanaf het begin bij het hele project te betrekken."

De eindgebruiker heeft het laatste woord. Hij is de persoon die het product in het “echte” leven zal gebruiken. Hun inbreng beïnvloedt ontwikkelaars, consultants en het beheerteam van het product. De "eind" in eindgebruiker verwijst naar het feit dat hij aan het einde staat van een keten van onderling verbonden productcomponenten. Elke eindgebruiker heeft zijn eigen invalshoek, en het is belangrijk om de eindgebruikers vanaf het begin bij het hele project te betrekken.

De rol van de eindgebruiker als de voornaamste software-tester gaat veel verder dan louter het testen van het product en het rapporteren van problemen. De gebruiker werkt samen met iedereen in het team om de kwaliteit in het product op te bouwen en te verbeteren. Als een eindgebruiker meer verantwoordelijkheid krijgt, voelt hij zich ook meer betrokken. En betrokken testers verbeteren de QA. Je kunt de betrokkenheid van de testers verhogen door middel van verschillende tactieken:

  • Functionaliteit suggestie: Bied jouw testers de mogelijkheid om ideeën in te brengen over hoe het product kan worden verbeterd. Een functiesuggestie biedt QA inzicht in de behoeften van de klant en kan helpen bij de productplanning. De meeste functies zullen echter te moeilijk zijn om aan een product in de bèta-fase toe te voegen, maar als een overweldigend aantal testers vraagt om dezelfde functie kan het de moeite waard zijn om de opname ervan in de definitieve versie van het product te overwegen.

  • Reviews: Geef testers de mogelijkheid om hun enthousiasme voor het product te delen. Voorzie een kort formulier aan het einde van de test om vrije feedback te geven. Dit laat je gebruikers weten dat je om hen geeft.

  • Toegewezen taken: Specifieke taken aan testers toewijzen verbetert de test door de productinteractie te focussen. Toegewezen taken bieden structuur en begeleiding en geven testers de mogelijkheid om vervelende bugs of problemen te isoleren.

Requirements

Om in je project te zorgen voor QA van het hoogste niveau, heb je een manier nodig om te weten of je je wel in de juiste richting begeeft. Je moet over de juiste tool beschikken die helpt bij het bepalen van vereisten en risico's die cruciaal zijn voor het project — een tool die het team in staat stelt om het testproject te begeleiden van begin tot eind.

Tools zoals TestMonitor geven QA-teams de mogelijkheid om gemakkelijk om te gaan met grote hoeveelheden requirements en risico's door ze in groepen in te delen. Gebruikers kunnen de requirements in verschillende soorten indelen en gemakkelijk risico's prioriteren.
Door één of meerdere vereisten of risico's toe te wijzen aan testgevallen, kunnen QA-managers de relaties automatisch aanpassen om verbinding te maken met testruns, testresultaten en issues.
Met de juiste QA-tool ben je goed uitgerust om eindgebruikers en belanghebbenden te interviewen. Op die manier ontdek je hun verwachtingen die op hun beurt de analyse van documentatie of ontwerpplannen zullen informeren. Je kunt daarna de gegevens die je uit interviews krijgt in een bruikbaar requirements document gieten.

Bijgevolg zullen de requirements duidelijk, beknopt, gedetailleerd, toetsbaar en traceerbaar zijn én zich in het juiste toepassingsgebied bevinden. Om maximaal QA-succes te garanderen, moeten de documenten met requirements regelmatig door eindgebruikers en klanten worden herzien om ervoor te zorgen dat de vereisten blijven voldoen aan de behoeften van de klant.

Hoofdstuk 3

Testplannen en Testgevallen Optimaliseren

Met hun focus op de eindgebruiker zijn gebruikersacceptatietesten (GAT) (User Acceptance Testing - UAT) dé perfecte manier om feedback van gebruikers te krijgen. Zoals je je misschien herinnert uit ons "katachtig" voorbeeld, leek de film Cats een succes te worden, tot het moment waarop mensen de film in de bioscoop zagen. Hoogwaardige UAT-tools moeten op een doeltreffende manier omgaan met de essentie van de testplannen en testgevallen van het project.

Testplannen

Om UAT binnen het QA-proces te maximaliseren, moet je weten waar je test heen gaat. Wat is het plan? Wie is erbij betrokken? Wanneer het tijd is om de test te plannen, moet het team erop vertrouwen dat de UAT-tool gebruik maakt van intuïtieve navigatie en de juiste stappen in de juiste volgorde uitvoert.

Je UAT-tool en -proces moeten vermijden dat er een doelstelling vastgelegd wordt die ofwel slecht gedefinieerd, verwarrend, of helemaal niet gedefinieerd is. Het testplan moet duidelijk maken hoe succes eruit ziet. Degelijke planningstactieken sturen jouw aanpak van de tests, specificeren belangrijke testprocedures, en bepalen de verantwoordelijkheden en verwachtingen van zowel het team als de testers.

Je testdoel moet zo eenvoudig zijn dat je het in één zin kan definiëren. Door inzicht te krijgen in de behoefte waaraan moet worden voldaan, kan je team beter begrijpen hoe ze het testresultaat aan de gebruikers kunnen overbrengen. Ten slotte kunnen, zodra de doelstelling en de aangegeven behoeften zijn vastgelegd, specifieke tools worden ingezet om de vereisten, risico's, testgevallen en afhankelijkheden aan te pakken.

Een hoogwaardige tool moet het hele testproces optimaliseren: testgevallen, vereisten/risicobeheer, testruns, de analyse van de resultaten en het beheer van de issues. Dergelijke tools zullen ook meerdere runs en milestone cloning bieden, evenals grondige opvolging van resultaten, slimme rapportage, filter- en visualisatiemogelijkheden, intuïtieve gebruikersintegratie, en externe integratie voor bestandstypes zoals Jira, DevOps, en Slack.

Stel veel vragen bij het ontwikkelen van een testplan: hoe ziet een succesvolle test eruit? Wat zijn de belangrijkste waarschuwingssignalen en risico's? Hoe ontwikkelen we een interactief communicatieplatform voor zowel teamleden als testers? Wat zijn de verwachtingen en angsten van de gebruikers? Welke toolkit voldoet het beste aan de behoeften van het project?

Tot slot moeten de testplannen het volgende bevatten:
  • De functies die moeten worden getest
  • Uitzonderingen en beperkingen
  • Testaanpak en -methodologie
  • Testtypes en hun afhankelijkheden
  • Tracering van vereisten
  • Richtlijnen voor geslaagd of niet-geslaagd
  • Testvoorzieningen en tijdschema's
  • Plannen voor onvoorziene omstandigheden en maatstaven voor de release
  • Testgevallen die nodig zijn om een volledige systeemtest af te ronden

Testgevallen

Een testgeval is een verzameling van testvoorschriften waarvoor de test ofwel slaagt of niet slaagt. Testgevallen bevorderen de volgende acties in het proces, die op hun beurt de resultaten gericht houden. Testgevallen bepalen het verschil tussen een goed ontworpen testproces of een proces dat talrijke gebreken en fouten bevat. Testgevallen onderzoeken per vereiste één functionaliteit scenario.

Om voor een hoge QA te zorgen, concentreer je dan op waar gebreken het meest waarschijnlijk zullen optreden bij het ontwikkelen van testgevallen in het hele UAT-proces. Hoe? Raadpleeg en vertrouw op ervaren testers en ontwerpers.

"Stel veel vragen bij het ontwikkelen van een testplan: hoe ziet een succesvolle test eruit? Wat zijn de belangrijkste signalen en risico's? Welke toolkit voldoet het beste aan de behoeften van het project?"

Hoofdstuk 4

Testen

Testen geeft het vertrouwen dat de software zal werken zoals het hoort - een must-have voor de ontwikkeling van je QA. Daarom is het belangrijk om te bepalen welk soort test het meest geschikt is. Hoewel geautomatiseerde tests nuttig kunnen zijn, bieden handmatige tests meer manieren om de kwaliteit te waarborgen in complexere testprojecten. Testautomatisering gebruikt een "robot" op basis van software die binnen vooraf bepaalde waarden werkt om een specifiek systeem of subsysteem te testen. Door te vertrouwen op deze vooraf bepaalde waarden, kan de auto-tester snel te werk gaan en miljoenen lijnen met conversiedata vergelijken zonder ook maar één fout te maken. Geautomatiseerde tests kunnen niet gemakkelijk afwijken van de vooraf bepaalde waarden en moeten voortdurend worden getraind om correcte vergelijkingen te maken.

Hoewel geautomatiseerde tests doeltreffend kunnen zijn voor wat reeds gekend is, wordt het handmatig testen van software gedreven door het menselijk instinct en de ervaring om het onbekende aan te pakken. Dit biedt een hogere mate van zekerheid dat het testproject op z'n koers zal blijven, ongeacht welke getijden zich verschuiven op het wereldtoneel. Nieuwe ontwerpen vergen nieuwe testmodellen en nieuwe veronderstellingen. Alleen handmatige tests kunnen zo'n onstuimige mate van onzekerheid aanpakken, dat is de reden waarom het proces meer inspanning vergt.

Handmatig testen helpt jouw QA-team om zo vroeg mogelijk gebreken in de software te vinden, wat de kosten van aanpassingen vermindert. Door inspecties op gebreken in te plannen en de juiste mensen te betrekken - de ontwikkelaar, onafhankelijke reviewers en de bemiddelaar - zal het team alle gebreken die worden onthuld eenvoudig kunnen registreren.

"Hoewel geautomatiseerde tests doeltreffend kunnen zijn voor wat reeds gekend is, wordt het handmatig testen van software gedreven door het menselijk instinct en de ervaring om het onbekende aan te pakken."

Hoofdstuk 5

De Juiste Tool

Van alle best practices die betrokken zijn bij UAT-tests (als het gaat om QA), is de grootste het kiezen van de beste oplossing. Door de nieuwste en meest geavanceerde UAT-technologie te benutten, kun je gebruik maken van de onderstaande krachtige functies van tools zoals TestMonitor:

  • Een eenvoudige en krachtige interface die samengesteld is met de behoeften van projectmanagers in het achterhoofd
  • Persoonlijke to-do-lijsten van alle geplande testruns die aan elk teamlid zijn toegewezen
  • Een gedetailleerd overzicht van de resultaten van elke testrun

Kortom, je UAT-tool moet de QA verbeteren door het beste van alle testwerelden te bieden - zowel de vereisten als het beheer van testgevallen - zodat je team zich in de details kan verdiepen met de resultaten voor elk testgeval.

 

 

Hoofdstuk 6

TestMonitor: Jouw Oplossing

Als het gaat om het plannen van testruns, het analyseren van testresultaten, het beheren van gerelateerde issues, het ontwerpen van tests en het bepalen van vereisten en risico's, tilt TestMonitor het testen naar een hoger niveau. 

Het voordeel van TestMonitor is duidelijk:
  • Robuuste planningtools bieden meerdere testruns en mijlpaal dupliceren, evenals grondige opvolging van resultaten, geïntegreerd beheer van issues, slimme rapportage (met inbegrip van filter- en visualisatiemogelijkheden), vereenvoudigde gebruikersintegratie, en externe integratie voor Jira, DevOps en Slack.

  • Ontvang een overzicht van de resultaten van elke testrun of ga in detail in met de resultaten van elk testgeval. Bekijk de resultaten in de loop der tijd: Zie hoe ze verbeteren, stabiel blijven of terugvallen.

  • Gebruik een eenvoudige, maar krachtige, geïntegreerde issue tracker met filters, prioritering, een volledig controletraject, verwerking van bijlagen, commentaar en taakbeheer.

  • De handmatige oplossingen die door TestMonitor worden aangeboden, kunnen worden geoptimaliseerd voor testtrajecten op basis van requirements en risico's via een geavanceerd ontwerp dat duizenden testgevallen ondersteunt.

  • Door de requirements en de risico's te bepalen die voor jou het belangrijkst zijn, krijg je vat op de afloop van jouw project. 

  • Ga gemakkelijk om met grote hoeveelheden requirements en risico's door ze in groepen te organiseren. Rangschik je vereisten door gebruik te maken van verschillende types requirements; geef je risico's prioriteit door ze een classificatie te geven.

  • TestMonitor maakt het je gemakkelijk door één of meerdere requirements of risico's toe te wijzen aan je testgevallen. Alle relaties worden automatisch aangepast en doorgegeven aan je testruns, testresultaten en issues.

  • Filter en analyseer je testgevallen, testruns, testresultaten en issues op basis van de door jou bepaalde vereisten en risico's. Concentreer je op de testresultaten die het hoogste projectrisico hebben of bekijk alleen degenen die een impact hebben op je cruciale projectvereisten.

"TestMonitor tilt het testen naar een hoger niveau als het gaat om het plannen van testruns, het analyseren van testresultaten, het beheren van gerelateerde issues, het ontwerpen van tests en het bepalen van vereisten en risico's."

Hoofdstuk 7

Conclusie

TestMonitor stelt QA-managers in staat om de werklast van een volledig team te volgen via real-time status- en voortgangsrapporten voor testruns, testresultaten en issues. Geïntegreerde rapporten voor requirements, risico's, testruns, testresultaten, en issues zorgen ervoor dat je team verbonden, gesterkt en op de taak blijft. Kortom, TestMonitor zorgt voor kwaliteit.

Schrijf je vandaag nog in voor een gratis 14 dagen en wees gerust - de kwaliteit is verzekerd.

 

 

close chapters modal

Download a PDF version of this guide to save for later or share with a colleague. 

Simply fill out this form and get immediate access to receive your own copy of our UAT guide.

NL-qa-guide-cover