Wat is een testplan-sjabloon?
TESTPLAN-SJABLOON is een gedetailleerd document dat de teststrategie, doelstellingen, planning, schatting en deliverables en middelen beschrijft die nodig zijn voor het testen. Testplan helpt ons te bepalen welke inspanning nodig is om de kwaliteit van de geteste applicatie te valideren. Het testplan dient als blauwdruk om softwaretestactiviteiten uit te voeren als een gedefinieerd proces dat minutieus wordt bewaakt en gecontroleerd door de testmanager.
Het maken van een testplan is verplicht om het succes van uw softwaretestproject te garanderen.Als u nieuw bent bij testplanning, raadpleegt u deze tutorial over het maken van een testplan
Download een voorbeeldtestplan-sjabloon
Hieronder vindt u belangrijke onderdelen van een testplan-
- 1. Inleiding
- 1.1 Toepassingsgebied
- 1.1.1 Binnen bereik
- 1.1.2 Buiten bereik
- 1.2 Kwaliteitsdoelstelling
- 1.3 Rollen en verantwoordelijkheden
- 2 Testmethodologie
- 2.1 Overzicht
- 2.2 Testniveaus
- 2.3 Bug Triage
- 2.4 Opschortingscriteria en hervattingsvereisten
- 2.5 Volledigheid van de test
- 3 testresultaten
- 4 Behoeften op het gebied van hulpbronnen en milieu
- 4.1 Testhulpmiddelen
- 4.2 Testomgeving
1. Inleiding
Korte introductie van de teststrategieën, het proces, de workflow en de methodologieën die voor het project zijn gebruikt
1.1) Toepassingsgebied
1.1.1) Binnen bereik
Scope definieert de kenmerken, functionele of niet-functionele vereisten van de software die wordt getest
1.1.2) Buiten bereik
Out Of Scope definieert de kenmerken, functionele of niet-functionele vereisten van de software die NIET zullen worden getest
1.2) Kwaliteitsdoelstelling
Geef hier het algemene doel aan dat u wilt bereiken met uw handmatige tests en automatiseringstests.
Enkele doelstellingen van uw testproject zouden kunnen zijn
- Zorg ervoor dat de te testen applicatie voldoet aan functionele en niet-functionele vereisten
- Zorg ervoor dat de AUT voldoet aan de kwaliteitsspecificaties die door de klant zijn gedefinieerd
- Bugs / problemen worden geïdentificeerd en opgelost voordat ze live gaan
1.3) Rollen en verantwoordelijkheden
Gedetailleerde beschrijving van de rollen en verantwoordelijkheden van verschillende teamleden, zoals
- QA-analist
- Test Manager
- Configuratiebeheer
- Ontwikkelaars
- Installatieteam
Onder anderen
2) Testmethodologie
2.1) Overzicht
Noem de reden waarom u voor het project een bepaalde testmethodologie heeft aangenomen. De testmethode die voor het project is geselecteerd, zou kunnen zijn
- Waterval
- Iteratief
- Behendig
- Extreem programmeren
De gekozen methodologie is afhankelijk van meerdere factoren. U kunt hier meer lezen over testmethodologie
2.2) Testniveaus
Testniveaus bepalen de soorten tests die moeten worden uitgevoerd op de te testen applicatie (AUT ). De testniveaus zijn voornamelijk afhankelijk van de reikwijdte van het project, tijds- en budgetbeperkingen.
2.3) Bug Triage
Het doel van de triage is om
- Om het type oplossing voor elke bug te definiëren
- Voorrang geven aan bugs en een schema opstellen voor alle "te repareren bugs".
2.4) Opschortingscriteria en hervattingsvereisten
Opschortingscriteria definiëren de criteria die moeten worden gebruikt om de testprocedure geheel of gedeeltelijk op te schorten, terwijl de criteria voor hervatting bepalen wanneer het testen kan worden hervat nadat deze is opgeschort
2.5) Volledigheid van de test
Hier definieert u de criteria die uw testen als voltooid beschouwen.
Een paar criteria om de volledigheid van de test te controleren, zijn bijvoorbeeld
- 100% testdekking
- Alle handmatige en geautomatiseerde testcases uitgevoerd
- Alle openstaande bugs zijn opgelost of zullen in de volgende release worden opgelost
3) Testresultaten
Noem hier alle testartefacten die zullen worden geleverd tijdens verschillende fasen van de testlevenscyclus.
Hier zijn de eenvoudige resultaten
|
4) Behoeften aan middelen en milieu
4.1) Testhulpmiddelen
Maak een lijst met tools zoals
- Hulpprogramma voor het bijhouden van vereisten
- Hulpprogramma voor het volgen van bugs
- Automatiseringstools
Vereist om het project te testen
4.2) Testomgeving
Het vermeldt de minimale hardwarevereisten die zullen worden gebruikt om de applicatie te testen.
Naast klantspecifieke software zijn de volgende software nodig.
- Windows 8 en hoger
- Office 2013 en hoger
- MS Exchange, enz.
5) Termen / acroniemen
Vermeld eventuele termen of acroniemen die in het project worden gebruikt
| TERMIJN / ACRONIEM | DEFINITIE |
| API | Applicatieprogramma-interface |
| AUT | Toepassing wordt getest |
Download het bovenstaande testplan-sjabloonformaat
Voorbeeld testplan Document Bankieren webapplicatie Voorbeeld
1. Inleiding
Het testplan is ontworpen om de reikwijdte, aanpak, middelen en planning van alle testactiviteiten van het project Guru99 Bank voor te schrijven.
Het plan identificeert de items die moeten worden getest, de functies die moeten worden getest, de soorten tests die moeten worden uitgevoerd, het personeel dat verantwoordelijk is voor het testen, de middelen en planning die nodig zijn om de tests uit te voeren, en de risico's die aan het plan zijn verbonden.
1.1 Toepassingsgebied
1.1.1 Binnen bereik
Alle functies van websiteGuru99 Bank die zijn gedefinieerd in de specificaties van softwarevereisten, moeten worden overtroffen
| module naam | Toepasselijke rollen | Omschrijving |
| Balans onderzoek | Manager Klant | Klant : een klant kan meerdere bankrekeningen hebben. Hij kan alleen het saldo van zijn rekeningen bekijken.Manager : Een manager kan het saldo bekijken van alle klanten die onder zijn supervisie staan |
| Geld transfer | Manager Klant | Klant: Een klant kan geld overboeken van zijn "eigen" rekening naar elke bestemmingsrekening.Manager : een manager kan geld overboeken van elke bronbankrekening naar een bestemmingsrekening |
| Mini-verklaring | Manager Klant | Een Mini verklaring zal de laatste 5 transacties van een rekening tonenKlant: Een klant kan mini-verklaring van alleen zijn “eigen” zien accountsManager: Een manager kan mini-statement van elke rekening te zien |
| Aangepaste verklaring | Manager Klant | Met een aangepast afschrift kunt u transacties in een rekening filteren en weergeven op basis van datum, transactiewaarde.Klant: Een klant kan een afschrift op maat van alleen zijn “eigen” rekeningen zienManager : een manager kan een op maat gemaakte afschrift van elke rekening zien |
| Wachtwoord wijzigen | Manager Klant | Klant: Een klant kan het wachtwoord van alleen zijn account wijzigen.Manager : Een manager kan het wachtwoord van alleen zijn account wijzigen. Hij kan de wachtwoorden van zijn klanten niet wijzigen |
| Nieuwe klant | Manager | Manager : Een manager kan een nieuwe klant toevoegen. |
| Manager | Manager: Een manager kan details zoals adres, e-mail, telefoon van een klant bewerken . |
|
| Nieuw account | Manager | Momenteel biedt het systeem 2 soorten rekeningen • Sparen • Huidig Een klant kan meerdere spaarrekeningen hebben (een op zijn naam, een andere op een gezamenlijke naam, enz.). Hij kan meerdere betaalrekeningen hebben voor verschillende bedrijven die hij bezit. Of hij kan meerdere zicht- en spaarrekeningen hebben.Manager: Een manager kan een nieuw account toevoegen voor een bestaande klant. |
| Bewerk account | Manager | Manager: een manager kan een accountgegevens bewerken voor een bestaand account |
| Account verwijderen | Manager | Manager: een manager kan een account voor een klant toevoegen en verwijderen. |
| Klant verwijderen | Manager | Een klant kan alleen worden verwijderd als hij / zij geen actieve zicht- of spaarrekeningen heeft.Manager: Een manager kan een klant verwijderen. |
| Storting | Manager | Manager: een manager kan geld op elke rekening storten. Meestal gedaan wanneer contant geld wordt gestort bij een bankfiliaal. |
| Intrekking | Manager | Manager: een manager kan geld opnemen van elke rekening. Meestal gedaan wanneer contant geld wordt opgenomen bij een bankfiliaal. |
1.1.2 Buiten bereik
Deze functies worden niet getest omdat ze niet zijn opgenomen in de specificaties van de softwarevereisten
- Gebruikersinterfaces
- Hardware-interfaces
- Software-interfaces
- Database logisch
- Communicatie-interfaces
- Website beveiliging en prestaties
1.2 Kwaliteitsdoelstelling
De testdoelen zijn om de functionaliteit van de website Guru99 Bank te verifiëren , het project moet zich richten op het testen van de bankactiviteiten , zoals accountbeheer, opname en saldo
… Enz. Om te garanderen dat al deze bewerkingen normaal kunnen werken in een echte zakelijke omgeving.1.3 Rollen en verantwoordelijkheden
Het project moet outsource- leden gebruiken als tester om de projectkosten te besparen.
| Nee. | Lid | Taken |
| 1. | Test Manager | Beheer het hele project. Definieer projectrichtingen. Schaf de juiste middelen aan |
| 2. | Test | Identificeren en beschrijven van geschikte testtechnieken / tools / automatiseringsarchitectuur Verifieer en beoordeel de testaanpak Voer de tests uit, registreer resultaten, rapporteer de defecten. Uitbestede leden |
| 3. | Ontwikkelaar in test | Implementeer de testcases, testprogramma, testsuite etc. |
| 4. | Testbeheerder | Bouwt op en zorgt ervoor dat testomgeving en assets worden beheerd en onderhouden Support Tester om de testomgeving te gebruiken voor testuitvoering |
| 5. | SQA-leden | Verantwoordelijk voor kwaliteitsborging Controleer of het testproces voldoet aan de gespecificeerde eisen |
2 Testmethodologie
2.1 Overzicht
2.2 Testniveaus
In het project Guru99 Bank moeten er 3 soorten tests worden uitgevoerd.
- Integratietesten (individuele softwaremodules worden gecombineerd en getest als een groep)
- Systeemtesten : uitgevoerd op een compleet , geïntegreerd systeem om te beoordelen of het systeem voldoet aan de gespecificeerde vereisten
- API-testen: test alle API's die voor de geteste software zijn gemaakt
2.3 Bug Triage
2.4 Opschortingscriteria en hervattingsvereisten
Als de teamleden melden dat 40% van de testcases is mislukt , schort u het testen op totdat het ontwikkelingsteam alle mislukte cases heeft opgelost.
2.5 Volledigheid van de test
- Specificeert de criteria die een succesvolle voltooiing van een testfase aangeven
- Run rate is verplicht om 100% te zijn, tenzij een duidelijke reden wordt gegeven.
- Het slagingspercentage is 80%, het behalen van het slagingspercentage is verplicht
2.6 Projecttaak en schatting en planning
| Taak | Leden | Schat de inspanning |
| Maak de testspecificatie | Test Designer | 170 manuur |
| Voer een testuitvoering uit | Tester, testbeheerder | 80 manuur |
| Test rapport | Tester | 10 manuur |
| Testlevering | 20 manuur | |
| Totaal | 280 manuur |
Plan om deze taken uit te voeren
3 testresultaten
Testresultaten worden geleverd zoals hieronder
Voor de testfase
- Testplannen document.
- Testcases documenten
- Test ontwerpspecificaties.
Tijdens het testen
- Testtoolsimulatoren.
- Testgegevens
- Matrix voor traceerbaarheid testen - Foutlogboeken en uitvoeringslogboeken.
Nadat de testcycli voorbij zijn
- Testresultaten / rapporten
- Defectrapport
- Richtlijnen voor installatie / testprocedures
- Release-opmerkingen
4 Behoeften op het gebied van hulpbronnen en milieu
4.1 Testhulpmiddelen
| Nee. | Middelen | Beschrijvingen |
| 1. | Server | Een databaseserver nodig die MySQL-server installeert Webserver die Apache Server installeert |
| 2. | Test tool | Ontwikkel een testtool die automatisch het testresultaat kan genereren volgens de vooraf gedefinieerde vorm en geautomatiseerde testuitvoering |
| 3. | Netwerk | Installeer een LAN Gigabit en 1 internetlijn met een snelheid van minimaal 5 Mb / s |
| 4. | Computer | Ten minste 4 computers draaien Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Testomgeving
Testomgeving die moet worden ingesteld volgens onderstaande afbeelding