what are test deliverables software testing
Leer alles over testresultaten bij softwaretests met voorbeelden:
Een zucht van verlichting komt voor elke tester wanneer de verleende opdracht met succes is voltooid. Aan het einde van elke test moet de tester de juiste testresultaten naar de klant sturen.
In dit artikel zullen we enkele van de belangrijke testresultaten in detail bekijken.
Testresultaten worden over het algemeen gedurende een project gebruikt. Ze worden in alle testfasen gebruikt en moeten altijd op tijd worden opgestuurd voor verdere verwerking.
Wat je leert:
Testresultaten bij softwaretests
Testresultaten spelen een belangrijke rol bij softwaretests. In dit artikel wordt alles over testresultaten in detail besproken.
Enkele van de belangrijke testresultaten worden hieronder ter referentie vermeld:
- Test strategie
- Testplan en schatting
- Testscenario
- Testgevallen en testgegevens
- RTM
- Samenvattend rapport testen
- Test afsluitingsrapport
- Proces verbaal
Teststrategie
De teststrategie wordt bepaald op basis van de specificatie van de bedrijfseisen. Het is een essentieel document dat alle details bevat van het testwerk dat moet worden uitgevoerd. Het is een compleet beheersdocument.
In vergelijking met het testplan is dit een document op hoog niveau en wordt het meestal opgesteld door de testmanager of -leider. Testdoel, testaanpak, testscope, entry- en exitcriteria, soorten en niveaus van testen, mijlpalen, personeelsbezetting, enz. Moeten hier worden vermeld.
Testplan en schatting
De gedetailleerde niveaugegevens voor elke teststap moeten hier worden vermeld. Over het algemeen leidt een goed plan tot een goede werkstructuur. Evenzo leidt een goed plan tot goed testen.
De testdoelstelling, testaanpak, testscope, entry- en exitcriteria, soorten en niveaus van testen, mijlpalen, personeelsbezetting, enz. Moeten hier op een gedetailleerde manier worden vermeld.
Het masterplan waarin is opgenomen hoe het testen moet worden uitgevoerd, wordt gebruikt voor eenvoudige projecten.
Schatting: Een schatting is het bepalen van hoe lang elke stap bij het testen zal plaatsvinden, samen met de totale kosten.
Lees ook => Een perfecte zelfstudie over het testplan - een uitgebreide gids
Testscenario
We zullen dit nu met een voorbeeld begrijpen. Laten we hier de treinreservering als voorbeeld nemen. Alle functionaliteiten die we moeten testen, worden in high-level formulieren genoemd in het testscenario-document. In eenvoudige bewoordingen betekent het een groep van vergelijkbare activiteiten die moeten worden uitgevoerd.
Twee technieken voor het scenario:
# 1) Gebruiksvoorbeeld
Het is de doelgerichte methode die een reeks interacties is tussen de externe factoren en het systeem. De componenten omvatten primaire stroom, alternatieve stroom, triggers of activiteiten, uitzonderingsstromen, randvoorwaarden, postcondities, enz.
Voorbeeld:
[beeld bron
# 2) ACE (Activity Component Element)
Het Activity Component Element-proces verdeelt de zakelijke vereisten in activiteiten.
Voorbeeld:
Over het algemeen boeken we een ticket door de passagiersgegevens, het geslacht, enz. In te vullen. Daarom moeten we de volgende velden valideren die daardoor scenario's worden.
- Reservering: Controleer de reserveringsfunctionaliteit.
- Passagier details: Controleer de functionaliteit van de velden voor geslacht, leeftijd en geslacht.
- Aanpassen: Controleer of de wijzigingsfunctionaliteit correct werkt.
- Concessie: Controleer of de concessiefunctie naar behoren werkt.
- Visie: Controleer of de weergavefunctie correct werkt.
- Annuleren: Controleer of de annuleringsfunctie correct werkt.
Hier kan de concessie worden genoemd als een 'alternatief scenario', aangezien de gebruiker met of zonder deze kan boeken op basis van de leeftijd. Het doel is echter hetzelfde, namelijk om een ticket te boeken.
Testgeval
Door hetzelfde bovenstaande voorbeeld van de reserveringspagina te nemen, worden de testcases als volgt geschreven:
Reservering:
- Controleer of de gebruiker een ticket kan boeken door geldige gegevens in alle velden in te vullen.
- Controleer of de gebruiker een ticket kan boeken door ongeldige gegevens in alle velden in te vullen.
- Controleer of de gebruiker een ticket kan boeken door een leeg veld achter te laten.
Passagier details:
- Controleer of de gebruiker een ticket kan boeken door een geldige naam in te voeren.
- Controleer of de gebruiker een ticket kan boeken door een ongeldige naam in te voeren.
- Controleer of de gebruiker een ticket kan boeken door een geslacht tegelijk te kiezen.
- Controleer of de gebruiker een ticket kan boeken door een leeftijd boven de 60 in te voeren.
- Controleer of de gebruiker een ticket kan boeken door een leeftijd onder de 60 in te voeren.
- Controleer of de gebruiker een ticket kan boeken door een geldige leeftijd hoger dan 5 in te voeren.
- Controleer of de gebruiker niet kan boeken door een leeftijd onder de 5 in te voeren.
Aanpassen:
- Controleer of de gebruiker het naamveld kan wijzigen.
- Controleer of de gebruiker het geslachtsveld kan wijzigen.
- Controleer of de gebruiker het leeftijdsveld kan wijzigen.
Concessie:
- Controleer of de gebruiker concessie kan krijgen door de ' Bejaarde ' optie.
- Controleer of de gebruiker concessie kan krijgen door de ' Gehandicapten / gehandicapten ' optie.
Visie:
- Controleer of de gebruiker het gereserveerde ticket kan inzien.
Annuleren:
- Controleer of de gebruiker het ticket kan annuleren.
Zo vertellen testcases tot in detail wat er precies moet worden getest. Testcases moeten in eenvoudige taal worden geschreven en moeten gemakkelijk te begrijpen zijn. Het moet in het juiste formaat worden geschreven, zoals gevraagd door de betrokken klant.
Testgegevens
Sommige projecten hebben voorafgaande gegevens van de klant nodig voordat ze doorgaan met de uitvoering van de testcase. Testgegevens moeten worden toegepast om tests uit te voeren.
Voorbeeld: In het ziekenhuisportaal voor het krijgen van een injectie is het belangrijk om de patiëntgegevens op te halen om de optie voor injectieherinnering te controleren.
Hier zijn de 'patiëntgegevens' de testgegevens.
Voorgesteld lezen => Testgegevens - betekenis en voorbereidingstechnieken met voorbeelden
Matrix voor traceerbaarheid van RTM / vereisten
- Zoals de naam al aangeeft, betekent het simpelweg dat je elke vereiste in kaart moet brengen met de juiste testcase.
- Het helpt ons bij het controleren of we aan alle vereisten in onze testcases hebben voldaan of niet.
- Het helpt bij het herwerken of de volgende opeenvolgende releases van een project.
- De klant kan eenvoudig onze dekkingsstatus controleren en ons testproces kennen.
Samenvatting testrapport
Testsamenvattingsrapport geeft een overzicht van alle uitgevoerde testactiviteiten en de testresultaten worden erin verzameld. Alle testinformatie zoals leden die betrokken zijn bij het testen, doelstellingen, reikwijdte, klantgegevens, gebruikte testbenadering, testresultaten, defectrapport, enz., Moeten hier worden vermeld.
Het testrapport moet echter worden opgesteld volgens het advies van de klant. Het is dus ook voor de klant een handig document om de algehele prestatie te beoordelen.
Testafsluitingsrapport
Het betekent dat we het project gaan sluiten na testen en defecten verhelpen. Hier moeten we dus een gedetailleerde analyse geven van de uitvoering van de tests.
De gevonden en verholpen gebreken moeten hier worden vermeld. De algemene dekking van de vereisten is te zien in dit rapport. Het wordt meestal voorbereid door de teamleider of manager. Aan alle exitcriteria moet dienovereenkomstig worden voldaan.
Proces verbaal
Als een gebruiker defecten aantreft tijdens het uitvoeren van een formatie, moet een incidentrapport (IR) worden opgesteld. Dit betekent dat er een defect is en dat de uitvoering daarom moet worden gestopt. We moeten nu een incidentrapport aan de klant voorleggen om hem toestemming te vragen om de foutgebieden als een aparte testcase opnieuw uit te voeren.
selenium webdriver met komkommer voorbeeld in eclips
Dit is inderdaad een zwarte vlek en wordt niet verwacht van een tester. Alle defecten moeten in de droogloop zelf worden gevonden. Als het wordt gemist en bij formele uitvoering wordt gevonden, wordt het een IR.
Voorbeeld:
Als ik bepaalde functionaliteit mis bij mobiel testen, zeg dan ' screensaver wijzigen optie. Tijdens het uitvoeren van een testcase word ik vergrendeld en kan ik vanwege deze optie niet verder gaan. Dan hef ik een IR op en schrijf ik een aparte testcase om de screensaver-optie uit te voeren.
Gevolgtrekking
De artefacten die tijdens de STLC naar de belanghebbenden van een softwareproject worden gestuurd, staan bekend als testresultaten. In dit artikel hebben we de belangrijkste testresultaten bekeken.
We hopen dat dit artikel u heeft geholpen meer te weten te komen over testresultaten in softwaretests !!
Aanbevolen literatuur
- Verschil tussen prestatietestplan en prestatieteststrategie
- Testplan opstellen en testcases schrijven voor ERP-applicaties - ERP-testen deel 2
- Testplan-zelfstudie: een gids om een softwaretestplan-document vanuit het niets te schrijven
- Test datamanagementconcept, proces en strategie
- Wat zijn testgegevens? Test gegevensvoorbereidingstechnieken met voorbeeld
- Testcases schrijven: de ultieme gids met voorbeelden
- Hoe een teststrategiedocument te schrijven (met voorbeeldteststrategiesjabloon)
- Verschil tussen testplan, teststrategie, testcase, testscript, testscenario en testconditie