Overzicht van testplan-sjabloon
Een testplan is een document dat een blauwdruk geeft voor de testmethode, strategie, selectie van hardware / software, planningsplan en schatting van de te leveren producten. Het beheert mijn testmanager.
Laten we een voorbeeld bekijken, een van de testmanager van de vergadering vraagt een team om een testplan voor dit project te doen en het team is niet geïnteresseerd, in een dergelijk geval hoe de testmanager deze situatie wil aanpakken.
Denk na over uw testmanager en selecteer hieronder uw antwoord:
- Ik ben een manager, dus je moet doen wat ik zeg
- OK, laat me uitleggen waarom het project een testplan nodig heeft.
Als ik een manager ben, zal ik de tweede optie selecteren en ik hoop dat jij dat ook bent.
Noodzaak van testplan
- Het zal de kwaliteit van de applicatie / software testen
- Testers moeten de richtlijnen in het document volgen
- De reikwijdte, schatting, strategie zijn gedocumenteerd en kunnen ook worden hergebruikt voor andere projecten.
Hoe schrijf je een testplan-sjabloon?
Er zijn acht belangrijke taken die moeten worden gevolgd voor het schrijven van het testplan-sjabloon:
Dit gaat over hoe we een testplan-sjabloon schrijven die hieronder in detail wordt uitgelegd:
1. analyseren
Zonder gegevens is het onmogelijk om iets te analyseren. We moeten dus het project / project identificeren dat moet worden geanalyseerd. Stel dat we een website hebben ontwikkeld en moeten worden geanalyseerd met behulp van de testtechnieken. Voordat we de teststrategie ingaan, moeten we het productdocument met de projectdetails bekijken, eerst moeten we de functionaliteit begrijpen en vervolgens een analyse uitvoeren. Hieronder vindt u de voorbeeldanalyse die plaatsvindt voor deze website.
- Wat is het nut van deze website?
- Wie zijn de eindgebruikers?
- Hoe het zal werken?
- Welke versie van de software wordt gebruikt?
- Wat is de hardware?
2. Ontwerp
Het ontwikkelen van een testontwerp is een belangrijke stap in het testplan en wordt bepaald door de testmanager.
a) Bepaal de scope van testen
Voordat we het testontwerp schrijven, moeten we de 'in scope' en 'out of scope' voor testen identificeren en iedereen in het team moet duidelijk zijn over het project en moeten nauwkeurige gegevensinformatie verstrekken. Hoe gaat u de testmogelijkheden identificeren?
- Wens van de klant
- Begroting
- Software specificatie
b) Bepaal het testtype
Door het testtype te definiëren om eventuele fouten in de software te identificeren en het uiteindelijke doel is om de software zonder fouten aan de klant te leveren. Enkele van de belangrijkste testtechnieken zijn
- Eenheidstesten: test het kleinste stukje software of applicatie
- API-testen: test-API's gemaakt voor de toepassing
- Integratietest: test de modules die in de applicatie zijn gecombineerd
- Systeemtest: test de systeemconformiteit voor de specifieke eis
- Test installeren / verwijderen: installeer / verwijder de specifieke software in de klantomgeving
- Agile-testen: test de agile-methodologie
c) Documentrisico en uitgifte
Identificeer het risico en het zal de potentiële impact op het testplan-sjabloon veroorzaken en welke maatregelen een probleem vormen. Zie hieronder enkele risicofactoren.
- Mensen hebben een gebrek aan vaardigheden om deze website te testen
- De testmanager heeft slechte vaardigheden om de testtechniek te definiëren.
- Gebrek aan samenwerking binnen het team
- Slechte budgetraming
d) Creëer testlogistiek
In deze stap moet de testmanager beslissen wie gaat testen? en wanneer zal de test plaatsvinden? De selectie van de juiste persoon voor een specifieke taak is erg belangrijk om de methoden te begrijpen. Het testen kan op elk moment plaatsvinden, het kan ook beginnen vanaf de ontwikkelingsfase. Wanneer de onderstaande bron beschikbaar is, kan deze worden getest.
- Testspecificaties en vereiste document
- Human resource
- Test omgeving
3. Testdoelstelling
Het hoofddoel van het testen van het doel is om de defecten te identificeren en de software vrij van fouten vrij te geven. Het testdoel moet de onderstaande stappen volgen:
a) Test de software of applicatiefunctie.
b) Test de functie op basis van de doelset en het doel.
Neem deze website als voorbeeld om de bovenstaande stappen te volgen met behulp van de meest gangbare techniek TOP-DOWN testmethode.
- Controleer of de website probleemloos in de echte omgeving werkt
- Moeten de behoefte van de klant controleren en deze voldoet aan hun verwachting
- Het moet gebruiksvriendelijk zijn
4. Testcriteria
Criteria kunnen worden gebruikt als een regel of procedure om het testoordeel te maken. Er zijn twee soorten testcriteria:
a) Opschortingscriteria
De testmanager moet het doel voor opschorting instellen. Wanneer het doel is bereikt, wordt de test opgeschort totdat de criteria zijn opgelost. Stel dat er 30% van de testgevallen is mislukt voor het project en het moet teruggaan naar het ontwikkelingsteam. De tests kunnen niet worden uitgevoerd totdat het probleem is opgelost.
b) Exitcriteria
Exit-criteria kunnen worden ingesteld als een maximumpercentage (bijvoorbeeld 96%). Wanneer het testresultaat dit percentage bereikte, kan het project worden beschouwd als PASS. De verplichting is om 100% testgevallen uit te voeren, maar de pas kan worden gedefinieerd als 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Bronplanning
Bronplanning kan zowel menselijk als materieel zijn, waarvoor dit testplan nodig is om de taak te voltooien.
a) Human Resource
- Testmanager
- tester
- Ontwikkelaar in test
- QA Engineer
b) Systeembron
- Server
- Test tool
- Netwerk
- Computer
6. Plan testomgeving
De testomgeving is het instellen van hardware en software voor het uitvoeren van tests. Het moet worden geïmplementeerd in een realtime zakelijke omgeving. De ingestelde omgeving kan worden gevolgd als een ontwikkelingsserver -> Test / QA-server -> Productieserver. Zodra de ontwikkelingsfase is voltooid, gaat deze naar het testteam en zodra de test is voltooid, zal deze live in de productieomgeving zijn.
7. Planning en schatting
Het moet een planning en schatting maken om de taak in het testplan-sjabloon uit te voeren.
| Taak | Lid | Geschatte duur |
| Maak een testplan | Testmanager | 80 manuur |
| Test rapport | tester | 200 manuur |
| Testlevering | QA | 30 manuur |
8. Testresultaten
Testresultaten kunnen een lijst bevatten van alle documenten en andere inspanningen die deze inspanning ondersteunen. Er zijn drie soorten producten.
a) Voor het testen
- Plan document
- Test ontwerpdocument
b) Tijdens het testen
- Leg foutenlogboeken vast
- Matrix
- Uitvoeringsfout
c) Na het testen
- Test rapport
- Release-opmerkingen
Aanbevolen artikelen
Dit is een handleiding voor het testplan. Hier hebben we geleerd wat een testplan is, de noodzaak van een testplan-sjabloon, hoe een testplan te ontwerpen, enz. U kunt ook de volgende artikelen bekijken voor meer informatie-
- Statische testtechnieken
- AWS CloudFormation-sjablonen
- Tools voor cloudtesten
- Protocol testen
- Typen en verwerkingsfouten in JavaScript
- Top 7 principes van Agile testen met strategieën
- Testgevallen versus testscenario | Topverschillen
- Wat is een testcase?