QA Testing: Een nuttige gids voor software QA professionals

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.

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.

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?

• 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.

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.

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.