TESTPLAN bij softwaretesten (voorbeeld)

Testplan

A Testplan Een gedetailleerd document dat de teststrategie, doelstellingen, planning, raming, deliverables en resources beschrijft die nodig zijn om een ​​softwareproduct te testen. Een testplan helpt ons de inspanning te bepalen die nodig is om de kwaliteit van de te testen applicatie te valideren. Het testplan dient als blauwdruk voor het uitvoeren van softwaretestactiviteiten als een gedefinieerd proces, dat nauwgezet wordt bewaakt en aangestuurd door de testmanager.

Volgens de ISTQB-definitie: “Testplan is een document waarin de reikwijdte, aanpak, middelen en planning van de beoogde testactiviteiten worden beschreven.”

Laten we beginnen met het volgende voorbeeld/scenario van een testplan: u wilt het testplan tijdens een vergadering met de teamleden bespreken, maar zij zijn niet geïnteresseerd.

Wat doe je in zo'n geval? Kies je antwoord zoals weergegeven in de volgende afbeelding.

👉 Schrijf je gratis in voor een live softwaretestproject

Wat is het belang van een testplan?

Het maken van een testplandocument heeft meerdere voordelen.

• Help mensen buiten het testteam, zoals ontwikkelaars, bedrijfsmanagers en klanten, begrijpen de details van het testen.
• Testplan gidsen ons denken. Het is als een regelboek, dat gevolgd moet worden.
• Belangrijke aspecten zoals testschatting, testomvang, Teststrategie zijn gedocumenteerd in het Testplan, zodat het door het Managementteam kan worden beoordeeld en hergebruikt voor andere projecten.

Soorten testplannen

Er zijn drie hoofdtypen van Testplannen bij het testen van software.

1. Hoofdtestplan: Een document op hoog niveau dat de algemene teststrategie, scope, middelen en planning voor alle testniveaus schetst. Het dient als de hoofdroadmap van het project.
2. Niveauspecifiek testplan: Richt zich op specifieke testniveaus, zoals unit-, integratie-, systeem- of acceptatietesten. Elk plan beschrijft de aanpak, omgeving en resultaten voor dat niveau.
3. Type-specifiek testplan: TargetGespecialiseerde testtypen zoals prestatie-, beveiligings-, bruikbaarheids- of automatiseringstesten. Het definieert tools, technieken en criteria die uniek zijn voor dat testtype.

Samen zorgen deze testplannen voor een volledige dekking, stemmen ze testdoelstellingen af ​​op projectdoelen en verbeteren ze de coördinatie tussen teams voor een hogere softwarekwaliteit.

Een testplan schrijven

Je weet al dat het maken van een Testplan is de belangrijkste taak van de TestmanagementprocesVolg de zeven onderstaande stappen om een ​​testplan te maken volgens IEEE 829

1. Analyseer het product
2. Ontwerp de teststrategie
3. Definieer de testdoelstellingen
4. Testcriteria definiëren
5. Resourceplanning
6. Testomgeving plannen
7. Planning en schatting
8. Testresultaten bepalen

Stap 1) Analyseer het product

Hoe kun je een product testen zonder enige informatie erover? Het antwoord is Onmogelijk. Je moet een product leren kennen grondig voordat u het gaat testen.

Het te testen product is de bankwebsite van Guru99. Onderzoek klanten en eindgebruikers om hun behoeften en verwachtingen van de applicatie te achterhalen.

• Wie gaat de website gebruiken?
• Wat wordt het voor gebruikt?
• Hoe zal het werken?
• Welke software/hardware gebruikt het product?

U kunt de volgende aanpak gebruiken om de site te analyseren.

Laten we nu bovenstaande kennis toepassen op een echt product: Analyseren de bankwebsite https://demo.guru99.com/V4.

Je zou een moeten nemen rondkijken deze website en ook beoordelen Productdocumentatie. RevDoor de productdocumentatie te bekijken, krijgt u inzicht in alle functies van de website en leert u ook hoe u deze kunt gebruiken. Als u onduidelijk bent over bepaalde items, kunt u dit doen interview klant, ontwikkelaar, ontwerper voor meer informatie.

Stap 2) Ontwikkel een teststrategie

Teststrategie is een kritische stap Bij het opstellen van een testplan voor softwaretesten. Een teststrategiedocument is een document op hoog niveau, dat meestal door de testmanager wordt opgesteld. Dit document definieert:

• De projecten doelstellingen testen en de middelen om deze te bereiken
• Bepaalt testen inspanning en kosten

Terug naar uw project: u moet een teststrategie ontwikkelen om die bankwebsite te testen. Volg hiervoor de onderstaande stappen.

Stap 2.1) Definieer de reikwijdte van het testen

Voordat een testactiviteit start, moet de reikwijdte van de test bekend zijn. Je moet er goed over nadenken.

• De componenten van het te testen systeem (hardware, software, middleware, etc.) worden gedefinieerd als “binnen bereik”
• De componenten van het systeem die niet getest zullen worden, moeten ook duidelijk gedefinieerd worden als: “buiten bereik.”

Het definiëren van de scope van uw testproject is erg belangrijk voor alle belanghebbenden. Een precieze scope helpt u.

• Geef iedereen vertrouwen en nauwkeurige informatie over de testen die u uitvoert.
• Alle projectleden hebben een duidelijk Begrip van wat er getest wordt en wat niet.

Hoe bepaalt u de omvang van uw project?

Om de reikwijdte te bepalen, moet u:

• Nauwkeurige klantbehoefte
• Project budget
• Product Specificatie
• Vaardigheden en talent van uw testteam

Nu moet er duidelijk worden gedefinieerd wat binnen en buiten het bereik van de test valt.

• Als de softwarevereiste bril, het project Guru99 Bank richt zich alleen op het testen van alle functies en externe interface van de website Guru99 Bank (in omvang testen)
• Niet-functionele testen zoals stress, prestaties or logische database wordt niet getest.van domein)

Probleemscenario

De klant wil dat je zijn API test. Maar het projectbudget laat dat niet toe. Wat ga je in zo'n geval doen?

In zo'n geval moet je de klant ervan overtuigen dat API-testen is extra werk en zal aanzienlijke resources verbruiken. Geef hem gegevens die je feiten onderbouwen. Vertel hem dat als API-testen in de scope wordt opgenomen, het budget met XYZ zal stijgen.

De klant gaat akkoord en dienovereenkomstig worden de nieuwe scopes en de items die buiten de scope vallen,

• Artikelen die binnen het bereik vallen: Functioneel testen, API-testen
• Artikelen die buiten het bereik vallen: Databasetesten, hardware en andere externe interfaces

Stap 2.2) Identificeer het testtype

A Type testen is een standaard testprocedure die een verwacht testresultaat oplevert.

Elk testtype is ontwikkeld om een ​​specifiek type productbugs te identificeren. Alle testtypen zijn echter gericht op één gemeenschappelijk doel: "Vroege detectie van alle gebreken voordat het product aan de klant wordt vrijgegeven”

De algemeen gebruikt De testtypen worden als volgt in de afbeelding beschreven

Er zijn tonnen testtypen voor het testen van een softwareproduct. Uw team kan niet zetten met voldoende inspanning om alle soorten testen af ​​te handelen. Als Test Manager moet je de prioriteit van de testtypen

• Welke testtypen zouden moeten zijn gericht voor het testen van webapplicaties?
• Welke testtypen zouden moeten zijn genegeerd om kosten te besparen?

Stap 2.3) Documenteer risico's en problemen

Risico is een toekomst onzekere gebeurtenis met een waarschijnlijkheid van voorval en kansen voor verlies. Wanneer het risico zich daadwerkelijk voordoet, wordt het de 'probleem'.

In het artikel Risicoanalyse en oplossing, heb je de 'Risico'-analyse al uitgebreid leren kennen en potentiële risico's in het project geïdentificeerd.

In het QA Testplan leg je deze risico’s vast

Risico	Risicovermindering
Teamleden beschikken niet over de vereiste vaardigheden om websites te testen.	Plan een training om uw leden te bekwamen
De projectplanning is te krap; het is moeilijk om dit project op tijd af te ronden	Set Prioriteit testen voor elk van de testactiviteiten.
De testmanager heeft slechte managementvaardigheden	Plannen leiderschap training voor de manager
Een gebrek aan samenwerking heeft een negatieve invloed op de productiviteit van uw werknemers	Aanmoedigen elk teamlid in zijn taak, en inspireren hen tot grotere inspanningen.
Verkeerde budgetschatting en kostenoverschrijdingen	Breng het omvang besteed vóór aanvang van de werkzaamheden veel aandacht aan de projectplanning en volg en meet voortdurend de voortgang

Stap 2.4) Creëer testlogistiek

Bij Test Logistics moet de Test Manager de volgende vragen beantwoorden:

• Wie werkt zal testen?
• . zal de test plaatsvinden?

Wie gaat testen?

U kent misschien niet de exacte namen van de testers die zullen testen, maar de soort tester kan worden gedefinieerd.

Om het juiste lid voor een specifieke taak te selecteren, moet u rekening houden met de kwalificaties van de betreffende persoon en ook het projectbudget inschatten. Het selecteren van het verkeerde lid voor de taak kan ertoe leiden dat het project mislukt. mislukken or worden uitgesteld.

Voor het uitvoeren van softwaretesten is iemand met de volgende vaardigheden ideaal:

• Mogelijkheid om begrijpen het standpunt van de klant
• Sterk verlangen voor kwaliteit
• Aandacht tot in detail
• Goed samenwerking

In uw project is het lid dat de leiding heeft over de uitvoering van de test de testerAfhankelijk van het projectbudget kunt u een intern of extern lid als tester kiezen.

Wanneer zal de test plaatsvinden?

Testactiviteiten moeten worden gekoppeld aan bijbehorende ontwikkelactiviteiten.

Je begint met testen zodra je dat hebt gedaan alle benodigde items zoals weergegeven in de volgende afbeelding.

Stap 3) Definieer de testdoelstelling

De testdoelstelling is het algemene doel en de prestatie van de testuitvoering. Het doel van de test is om zoveel mogelijk softwarefouten te vinden en ervoor te zorgen dat de te testen software voldoet aan de eisen. vrij van bugs voor release.

Om de testdoelstellingen te definiëren, moet u de volgende twee stappen uitvoeren

1. Maak een lijst van alle softwarefuncties (functionaliteit, prestaties, GUI...) die mogelijk getest moeten worden.
2. Definieer de doel of de doel van de test op basis van de bovenstaande kenmerken

Laten we deze stappen toepassen om het testdoel van uw Guru99 Bank-testproject te vinden

U kunt kiezen voor 'BOVEN-BENEDEN' Methode om de functies van de website te vinden die mogelijk getest moeten worden. Bij deze methode splitst u de te testen applicatie op in componenten en subcomponenten.

In het vorige onderwerp heb je de vereistenspecificaties al geanalyseerd en de website doorgenomen, zodat je een Mindmap om de functies van de website als volgt te vinden:

Deze afbeelding toont alle functies die de Guru99-website kan hebben.

Op basis van bovenstaande kenmerken kunt u het testdoel van het project Guru99 als volgt definiëren:

• Controleer of de website Guru99 functionaliteit(Rekening, Storting...) werkt zoals verwacht zonder fouten of bugs in de echte bedrijfsomgeving
• Controleer of de externe interface van de website, zoals UI, werkt zoals verwacht en voldoet aan de behoeften van de klant
• Controleer de bruikbaarheid van de website. Zijn die functionaliteiten handig voor de gebruiker of niet?

Stap 4) Definieer testcriteria

Testcriteria zijn een standaard of regel waarop een testprocedure of testoordeel kan worden gebaseerd. Er zijn twee soorten testcriteria:

Opschortingscriteria

Specificeer de kritische opschortingscriteria voor een test. Als tijdens het testen aan de opschortingscriteria wordt voldaan, is de testcyclus actief opgeschort totdat de criteria zijn opgelost.

Voorbeeld van een testplan: Als uw teamleden melden dat 40% van de testgevallen is mislukt, dat zou u moeten doen opschorten testen totdat het ontwikkelingsteam alle mislukte gevallen heeft opgelost.

Criteria afsluiten

Het specificeert de criteria die duiden op a geslaagd voltooiing van een testfase. De exitcriteria zijn de beoogde resultaten van de test en zijn noodzakelijk voordat doorgegaan kan worden naar de volgende ontwikkelingsfase. Voorbeeld: 95% van alle kritische testgevallen moet slagen.

Sommige methoden voor het definiëren van exitcriteria zijn het specificeren van een doel looptempo en slagingspercentage.

• De run rate is de verhouding tussen de aantal uitgevoerde testcases en/of totaal aantal testcases van de testspecificatie. Bijvoorbeeld, de testspecificatie heeft in totaal 120 TC's, maar de tester heeft er slechts 100 uitgevoerd, dus de run rate is 100/120 = 0.83 (83%)
• Het slagingspercentage is de verhouding tussen de aantal geslaagde testcases / uitgevoerde testcasesBijvoorbeeld, in de bovenstaande 100 uitgevoerde TC's zijn er 80 geslaagd, dus het slagingspercentage is 80/100 = 0.8 (80%).

Deze gegevens kunnen worden opgehaald in Test Metric-documenten.

• lopen tarief is verplicht 100% tenzij er een duidelijke reden voor is.
• Passeren Het tarief is afhankelijk van de projectomvang, maar een hoog slagingspercentage behalen is een doel.

Voorbeeld van een testplan:Jouw team heeft de testuitvoeringen al gedaan. Ze rapporteren het testresultaat aan u en willen dat u het bevestigt Uitgangscriteria.

In het bovenstaande geval is de Run rate verplicht en is 100%, maar het testteam voltooide slechts 90% van de testcases. Dit betekent dat de uitvoeringssnelheid niet wordt gehaald, dus bevestig de exitcriteria NIET.

Stap 5) Resourceplanning

Een hulpbronnenplan is een gedetailleerde samenvatting van alle soorten middelen die nodig zijn om een ​​projecttaak te voltooien. Middelen kunnen bestaan ​​uit mensen, apparatuur en materialen die nodig zijn om een ​​project te voltooien.

De resourceplanning is een belangrijke factor in de testplanning omdat het helpt bij bepalen the aantal van de middelen (medewerkers, apparatuur, enz.) die voor het project worden ingezet. Hierdoor kan de testmanager de juiste planning en raming voor het project maken.

In deze sectie worden de aanbevolen bronnen voor uw project weergegeven.

Human Resource

De volgende tabel geeft de verschillende leden van uw projectteam weer

Nee.	Lid	Taken
1.	Testmanager	Beheren het hele project Definieer project richtingen Zorg voor de juiste hulpmiddelen
2.	tester	Het identificeren en beschrijven van geschikte testtechnieken/tools/automatiseringsarchitectuur Verifieer en beoordeel de testaanpak Uitvoeren de testen, inloggen resultaten, en verslag de gebreken. Testers kunnen, afhankelijk van het projectbudget, interne of externe medewerkers zijn. Voor de taak die vereist is lage vaardigheid, ik raad je aan om te kiezen uitbestede leden aan besparen projectkosten.
3.	Ontwikkelaar in testfase	Implementeren de testgevallen, het testprogramma, de testsuite, enz.
4.	Testbeheerder	Bouwt op en verzekert Test omgeving en bezittingen zijn beheerd en onderhouden Ondersteuningstester om de testomgeving te gebruiken voor testuitvoering
5.	SQA-leden	Neem de leiding over kwaliteitsborging. Controleren of het testproces voldoet aan de gespecificeerde vereisten

Systeembron

Voor het testen van een webapplicatie moet u de bronnen als volgt plannen:

Nee.	Informatiebronnen	Descriptionen
1.	Server	Installeer de te testen webapplicatie. Dit omvat een aparte webserver, databaseserver en applicatieserver, indien van toepassing
2.	Testtool	Met de testtool kunt u het testen automatiseren, de gebruikershandelingen simuleren en de testresultaten genereren. Er zijn talloze testtools die u voor dit project kunt gebruiken, zoals: Selenium, QTP, enz.
3.	Netwerk	U hebt een netwerk nodig, inclusief LAN en internet, om de echte bedrijfs- en gebruikersomgeving te simuleren
4.	Computer	De pc die gebruikers vaak gebruiken om verbinding te maken met de webserver

Stap 6) Plan de testomgeving

Wat is de testomgeving

Een testomgeving is een opstelling van software en hardware waarop het testteam testcases gaat uitvoeren. De testomgeving bestaat uit een echte zaken en gebruiker omgeving, evenals fysieke omgevingen, zoals een server en een front-end-omgeving.

Hoe de testomgeving in te stellen

Terug naar je project, hoe stel je een test omgeving voor deze bankwebsite?

Om deze taak te voltooien, heb je nodig sterke samenwerking tussen het testteam en het ontwikkelingsteam.

U moet de ontwikkelaar enkele vragen stellen om de te testen webapplicatie te begrijpen duidelijkHier zijn enkele aanbevolen vragen. Natuurlijk kunt u ook de andere vragen stellen als u dat nodig heeft.

• Wat is het maximale aantal gebruikersverbindingen dat deze website tegelijkertijd kan verwerken?
• Wat zijn de hardware-/softwarevereisten voor het installeren van deze website?
• Zijn er specifieke instellingen nodig op de computer van de gebruiker om door de website te kunnen bladeren?

De volgende afbeelding beschrijft de testomgeving van de bankwebsite https://demo.guru99.com/V4

Stap 7) Planning en schatting

In het artikel TestschattingJe hebt al een aantal technieken gebruikt om de inspanning voor de voltooiing van het project te schatten. Nu moet je die schatting, samen met de planning, opnemen in de testplanning.

In de testschattingsfase kunt u ervan uitgaan dat u het hele project opsplitst in kleine taken en de schatting voor elke taak als volgt toevoegt

Taak	Leden	schatting inspanning
Maak de testspecificatie	Ontwerper testen	170 manuur
Voer een testuitvoering uit	Tester, Testbeheerder	80 manuur
Test rapport	tester	10 manuur
Testlevering		20 manuur
Totaal		280 manuur

Vervolgens maak je de rooster om deze taken te voltooien.

Het maken van een planning is een veelgebruikte term in projectmanagement. Door een gedegen planning in de testplanning op te stellen, kan de testmanager deze gebruiken als hulpmiddel om de projectvoortgang te bewaken en kostenoverschrijdingen te beheersen.

Om de projectplanning te maken, heeft de Testmanager verschillende soorten invoer nodig, namelijk:

• Deadline voor medewerkers en projecten:De werkdagen, de projectdeadline en de beschikbaarheid van middelen zijn de factoren die de planning beïnvloeden
• Projectschatting: Op basis van de raming weet de testmanager hoe lang het project duurt om het project af te ronden. Zo kan hij de juiste projectplanning maken.
• Projectrisico:Inzicht in het risico helpt de testmanager om voldoende extra tijd aan de projectplanning toe te voegen om de risico's aan te pakken

Laten we oefenen met een voorbeeld:

Stel dat de baas het project Guru99 wil voltooien een maand, en u hebt de inspanning voor elke taak al ingeschat in Test Estimation. U kunt het schema als volgt maken.

Stap 8) Test de resultaten

Testresultaten zijn een lijst met alle documenten, hulpmiddelen en andere componenten die ontwikkeld en onderhouden moeten worden ter ondersteuning van de testinspanning.

Er zijn verschillende testresultaten in elke fase van de test levenscyclus van softwareontwikkeling.

Er worden testresultaten geleverd vaardigheden de testfase.

• Document testplannen.
• Documenten voor testgevallen
• Testontwerpspecificaties.

Er worden testresultaten geleverd gedurende het testen

• Testscripts
• Simulatoren.
• Testgegevens
• Testtraceerbaarheidsmatrix
• Foutlogboeken en uitvoeringslogboeken.

Er worden testresultaten geleverd na De testcyclus is voorbij.

• Testresultaten/rapporten
• Defect Rapport
• Richtlijnen voor installatie-/testprocedures
• Release notes

Veelvoorkomende uitdagingen bij testplanning (en hun oplossingen)

Effectieve testplanning stuit vaak op praktische obstakels. Het erkennen van deze uitdagingen en het toepassen van proactieve oplossingen zorgt voor een soepelere uitvoering en een hogere softwarekwaliteit.

1. Onduidelijke vereisten
   Uitdaging: Onduidelijke of veranderende projectvereisten leiden tot onvolledige testdekking.
   Oplossing: Voer een evaluatie van de vereisten uit en houd een actuele traceerbaarheidsmatrix voor de vereisten bij.
2. Beperkte middelen
   Uitdaging: Onvoldoende hulpmiddelen, tijd of bekwame testers hebben invloed op de testkwaliteit.
   Oplossing: Geef prioriteit aan kritieke testcases en maak gebruik van automatisering voor repetitieve taken.
3. Onrealistische deadlines
   Uitdaging: Krappe planningen verkorten de tijd die nodig is voor het goed ontwerpen en uitvoeren van tests.
   Oplossing: Maak gebruik van schattingstechnieken en communiceer risico's vroegtijdig met belanghebbenden.
4. Slechte communicatie
   Uitdaging: Slechte afstemming tussen teams zorgt voor vertragingen en extra werk.
   Oplossing: Voer regelmatige synchronisatievergaderingen en gedeelde dashboards in voor transparantie.
5. Onvoldoende risicobeheer
   Uitdaging: Het negeren van potentiële risico's kan de planning van projecten verstoren.
   Oplossing: Identificeer risico's vroegtijdig, houd een risicologboek bij en plan strategieën om deze te beperken.

Veelgestelde vragen: