TESTPLAN bij softwaretesten (voorbeeld)

Testplan

A Testplan is een gedetailleerd document dat de teststrategie, doelstellingen, planning, schatting, deliverables en middelen beschrijft die nodig zijn om tests voor een softwareproduct uit te voeren. Testplan helpt ons bij het bepalen van de inspanning 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 minutieus wordt gemonitord en gecontroleerd door de testmanager.

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

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 gaat u in zo'n geval doen? Selecteer uw antwoord zoals in de volgende afbeelding

 

Wat is het belang van een testplan?

Het maken van een testplandocument heeft meerdere voordelen

• Help mensen buiten het testteam zoals ontwikkelaars, bedrijfsmanagers, 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 Management Team kan worden beoordeeld en hergebruikt voor andere projecten.

Een testplan schrijven

Je weet al dat het maken van een Testplan is de belangrijkste taak van het testmanagementproces. Volg 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 grondig voordat u het gaat testen.

Het geteste product is de bankwebsite van Guru99. Je moet klanten en eindgebruikers onderzoeken om hun behoeften en verwachtingen van de applicatie te kennen

• 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 maken van een testplan bij het testen van software. Een Teststrategiedocument is een document op hoog niveau, dat doorgaans door Test Manager wordt ontwikkeld. 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 voor het testen van die bankwebsite. U moet de onderstaande stappen volgen

Stap 2.1) Definieer de reikwijdte van het testen

Voordat met een testactiviteit wordt begonnen, moet de reikwijdte van het testen bekend zijn. Je moet er goed over nadenken.

• De componenten van het te testen systeem (hardware, software, middleware, etc.) worden gedefinieerd als “in omvang"
• De componenten van het systeem die niet zullen worden getest, moeten ook duidelijk worden gedefinieerd als zijnde “buiten bereik. '

Het definiëren van de reikwijdte van uw testproject is van groot belang voor alle belanghebbenden. Een nauwkeurig bereik helpt u

• Geef iedereen een vertrouwen en nauwkeurige informatie van de tests die u uitvoert
• Alle projectleden hebben een duidelijk inzicht in wat wordt getest en wat niet

Hoe bepaal je de omvang van je project?

Om de reikwijdte te bepalen, moet u:

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

Nu moet duidelijk worden gedefinieerd wat “binnen de reikwijdte” en “buiten de reikwijdte” van de tests 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 spanning, prestatie or logische database zal momenteel niet worden getest. (van domein)

Probleemscenario

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

Nou ja, in zo’n geval moet je de klant daarvan overtuigen API-testen is extra werk en vergt aanzienlijke middelen. Geef hem gegevens die uw feiten ondersteunen. Vertel hem dat als Api-testen in de scope is opgenomen, het budget met het XYZ-bedrag zal stijgen.

De klant gaat ermee akkoord en dienovereenkomstig vallen de nieuwe scopes en items buiten de scope

• 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 geformuleerd om een ​​specifiek type productbugs te identificeren. Maar alle testtypen zijn gericht op het bereiken van één gemeenschappelijk doel “Vroege detectie van alle gebreken voordat het product aan de klant wordt vrijgegeven”

De algemeen gebruikt Testtypen worden beschreven als de volgende afbeelding

Er zijn tonnen testtypen voor het testen van softwareproducten. Jouw team kan niet hebben genoeg inspanningen om alle soorten tests uit te voeren. Als Testmanager moet u instellen 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 van de 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 voor het testen van websites.	Plannen training om uw leden te bekwamen
De projectplanning is te krap; het is moeilijk om dit project op tijd af te ronden	Zet de Prioriteit testen voor elk van de testactiviteiten.
Testmanager heeft slechte managementvaardigheden	Plannen leiderschap training voor manager
Een gebrek aan samenwerking heeft een negatieve invloed op de productiviteit van uw werknemers	Aanmoedigen ieder teamlid in zijn taak, en inspireren hen tot grotere inspanningen.
Verkeerde budgetschatting en kostenoverschrijdingen	Breng het omvang besteed voordat u met de werkzaamheden begint 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 tester die gaat testen, maar de soort tester kan worden gedefinieerd.

Om het juiste lid voor een specifieke taak te selecteren, moet u overwegen of zijn vaardigheid geschikt is voor de taak of niet, en ook het projectbudget schatten. Als u het verkeerde lid voor de taak selecteert, kan dit tot gevolg hebben dat het project mislukt mislukken or vertraging.

Iemand met de volgende vaardigheden is het meest geschikt voor het uitvoeren van softwaretesten:

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

In uw project is het lid dat de leiding neemt over de testuitvoering de tester. Op basis van het projectbudget kunt u een in-source of outsourced 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 artikelen weergegeven in de volgende afbeelding

Stap 3) Definieer de testdoelstelling

Testdoelstelling is het algemene doel en de prestatie van de testuitvoering. Het doel van het testen is het vinden van zoveel mogelijk softwarefouten; Zorg ervoor dat de geteste software dat is vrij van bugs voor release.

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

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

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

U kunt kiezen voor de 'ONDERSTEBOVEN' methode om de functies van de website te vinden die mogelijk moeten worden getest. Bij deze methode splitst u de te testen applicatie op bestanddeel en subcomponent.

In het vorige onderwerp heeft u de vereistenspecificaties al geanalyseerd en door de website gelopen, zodat u een Mindmap om de websitefuncties als volgt te vinden

Deze figuur toont alle functies die de Guru99-website mogelijk heeft.

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

• Controleer of website Guru99 functionaliteit(Account, Deposit...) werkt zoals verwacht zonder fouten of bugs in een echte zakelijke omgeving
• Controleer of de externe interface van de website, zoals UI werkt zoals verwacht en voldoet aan de behoefte van de klant
• Controleer de bruikbaarheid van de website. Zijn deze 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 2 soorten testcriteria, namelijk:

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 dit het geval is 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.

• Run-rate is de verhouding tussen aantal uitgevoerde testgevallen/totaal aantal testgevallen van testspecificatie. De testspecificatie heeft bijvoorbeeld in totaal 120 TC's, maar de tester heeft slechts 100 TC's uitgevoerd. De run rate is dus 100/120 = 0.83 (83%)
• Slagingspercentage is de verhouding tussen nummers testgevallen geslaagd / testgevallen uitgevoerd. Van de meer dan 100 uitgevoerde TC's zijn er bijvoorbeeld 80 TC's 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 het behalen van een hoog slagingspercentage 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 bovenstaand geval is de Run-snelheid verplicht 100% maar het testteam voltooide slechts 90% van de testgevallen. Het betekent dat niet aan de Run-snelheid wordt voldaan, dus bevestig de Exit-criteria NIET

Stap 5) Resourceplanning

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

De resourceplanning is een belangrijke factor bij de testplanning, omdat deze helpt bepalen the aantal van de middelen (werknemer, uitrusting…) die voor het project moeten worden gebruikt. Hierdoor kan de Testmanager de juiste planning en inschatting maken voor het project.

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

Human Resource

De volgende tabel geeft de verschillende leden van uw projectteam weer

Nr.	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, Log resultaten, Rapport de gebreken. De tester kan bestaan ​​uit interne of externe leden, op basis van het projectbudget 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, testprogramma, testsuite etc.
4.	Testbeheerder	Bouwt op en verzekert Test omgeving en bezittingen zijn beheerd en onderhouden SupportTester om de testomgeving te gebruiken voor testuitvoering
5.	SQA-leden	Neem de leiding over de kwaliteitsborging Controleer of het testproces aan de gespecificeerde eisen voldoet

Systeembron

Voor het testen van een webapplicatie moet u de bronnen plannen volgens de volgende tabellen:

Nr.	Informatiebronnen	Descriptionen
1.	Server	Installeer de te testen webapplicatie Dit omvat, indien van toepassing, een afzonderlijke webserver, databaseserver en applicatieserver
2.	Testtool	De testtool is bedoeld om het testen te automatiseren, de gebruikershandeling te simuleren en de testresultaten te genereren Er zijn talloze testtools die u voor dit project kunt gebruiken, zoals Selenium, QTP... enz.
3.	Netwerk	U hebt een netwerk nodig met 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 opzet van software en hardware waarop het testteam testgevallen gaat uitvoeren. De testomgeving bestaat uit echte zaken en gebruiker omgeving, evenals fysieke omgevingen, zoals server, front-end-runningomgeving.

Hoe u de testomgeving instelt

Terug naar je project, hoe zet je het in test omgeving voor deze bankwebsite?

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

U moet de ontwikkelaar enkele vragen stellen om de te testen webapplicatie te begrijpen duidelijk. Hier volgen enkele aanbevolen vragen. De overige vragen kunt u uiteraard stellen als dat nodig is.

• Wat is de maximale gebruikersverbinding die deze website tegelijkertijd aankan?
• Wat zijn hardware-/softwarevereisten om deze website te installeren?
• Heeft de computer van de gebruiker een bepaalde instelling nodig om door de website te bladeren?

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

Stap 7) Planning en schatting

In het artikel Testschatting, heb je al enkele technieken gebruikt om de inspanning om het project te voltooien in te schatten. Nu moet u die schatting en de planning opnemen in de testplanning

Stel dat u in de testschattingsfase het hele project opsplitst in kleine taken en de schatting voor elke taak toevoegt, zoals hieronder

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.

Planning maken is een veelgebruikte term in projectmanagement. Door een solide planning in de Testplanning te maken, kan de Testmanager deze gebruiken als hulpmiddel voor het monitoren van de projectvoortgang en het beheersen van de kostenoverschrijdingen.

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

• Deadline voor medewerkers en projecten: De werkdagen, de projectdeadline en de beschikbaarheid van middelen zijn de factoren die van invloed zijn op de planning
• Projectschatting: Op basis van de inschatting weet de Testmanager hoe lang het duurt om het project af te ronden. Zodat hij de juiste projectplanning kan maken
• Projectrisico : Door het risico te begrijpen, kan Test Manager voldoende extra tijd aan de projectplanning toevoegen om met de risico's om te gaan

Laten we oefenen met een voorbeeld:

Stel dat de baas het project Guru99 wil voltooien een maand hebt u de inspanning voor elke taak al geschat in Testschatting. U kunt het schema zoals hieronder maken

Stap 8) Test de resultaten

Test Deliverables is een lijst met alle documenten, tools en andere componenten die moeten worden ontwikkeld en onderhouden ter ondersteuning van de testinspanningen.

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

Er worden testresultaten geleverd vaardigheden test fase.

• 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 testcycli zijn voorbij.

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

Informatiebronnen

Download een voorbeeld van een testplansjabloon

Download het voorbeeldsysteemtestplan van de website Guru99 Bank