how write test strategy document
Leer efficiënt een teststrategiedocument te schrijven
Een strategisch plan om de testaanpak te definiëren, wat u wilt bereiken en hoe u dit gaat bereiken.
Dit document verwijdert alle onzekerheden of vage behoeftestellingen met een duidelijk plan van aanpak voor het behalen van de testdoelstellingen. Teststrategie is een van de belangrijkste documenten voor het QA-team.
Klik hier voor een complete serie testplannen
Wat je leert:
- Een teststrategiedocument schrijven
Een teststrategiedocument schrijven
Teststrategie
Het effectief schrijven van een teststrategie is een vaardigheid die elke tester in zijn carrière zou moeten behalen. Het initieert uw denkproces wat helpt om veel ontbrekende vereisten te ontdekken. Denk- en testplanningsactiviteiten helpen een team om de testomvang en testdekking te definiëren.
Het helpt testmanagers om op elk moment de duidelijke status van het project te krijgen. De kans om een testactiviteit te missen is erg laag als er een goede teststrategie is.
Testuitvoering zonder plan werkt zelden. Ik ken teams die een strategiedocument schrijven, maar het nooit terugverwijzen tijdens het uitvoeren van tests. Het teststrategieplan moet met het hele team worden besproken, zodat het team consistent is met de aanpak en verantwoordelijkheden.
Bij krappe deadlines kunt u vanwege tijdsdruk niet zomaar afzien van testactiviteiten. Het moet in ieder geval een formeel proces doorlopen voordat het dit doet.
Wat is een teststrategie?
Teststrategie betekent 'Hoe ga je de applicatie testen?' U moet het exacte proces / de exacte strategie vermelden die u gaat volgen wanneer u de aanvraag voor testen ontvangt.
Ik zie dat veel bedrijven het teststrategie-sjabloon zeer strikt volgen. Zelfs zonder een standaardsjabloon kunt u dit teststrategiedocument eenvoudig maar toch effectief houden.
Teststrategie Vs. Testplan
Door de jaren heen zie ik veel verwarring tussen deze twee documenten. Dus laten we beginnen met basisdefinities. Over het algemeen maakt het niet uit wat er als eerste komt. Het testplanningsdocument is een combinatie van een strategie die is aangesloten op een algemeen projectplan. Volgens IEEE Standaard 829-2008 is het Strategieplan een subitem van een testplan.
Elke organisatie heeft zijn eigen standaarden en processen om deze documenten te onderhouden. Sommige organisaties nemen strategiedetails op in het testplan zelf (hier is een goed voorbeeld van dit). Sommige organisaties vermelden strategie als een onderafdeling in een testplan, maar de details worden gescheiden in verschillende teststrategiedocumenten.
Projectomvang en testfocus worden gedefinieerd in het testplan. In wezen gaat het om testdekking, te testen functies, niet te testen functies, schatting, planning en resourcebeheer.
Terwijl de teststrategie richtlijnen definieert voor de testaanpak die moet worden gevolgd om de testdoelstellingen en uitvoering van testtypen te bereiken die in het testplan zijn gedefinieerd. Het behandelt testdoelstellingen, aanpak, testomgeving, automatiseringsstrategie en -tools en risicoanalyse met een noodplan.
Samenvattend is het testplan een visie van wat u wilt bereiken en de teststrategie is een actieplan dat is ontworpen om deze visie te realiseren!
Ik hoop dat dit al uw twijfels wegneemt. James Bach heeft meer discussie over dit onderwerp hier
Proces om een goed teststrategiedocument te ontwikkelen
Volg niet alleen de sjablonen zonder te begrijpen wat het beste werkt voor uw project. Elke klant heeft zijn eigen eisen en u moet zich houden aan de dingen die voor u perfect werken. Kopieer geen enkele organisatie of norm blindelings. Zorg er altijd voor of dat u en uw processen helpt.
Hieronder vindt u een voorbeeldstrategie-sjabloon waarin wordt uiteengezet wat er in dit plan moet worden behandeld, samen met enkele voorbeelden om te illustreren wat zinvol is om onder elk onderdeel te behandelen.
Teststrategie in STLC:
(beeld bron
beste pc-reiniger voor Windows 7 gratis download
Gemeenschappelijke secties van teststrategiedocument
Stap 1: Reikwijdte en overzicht
Projectoverzicht samen met informatie over wie dit document zou moeten gebruiken. Voeg ook details toe zoals wie dit document zal beoordelen en goedkeuren. Definieer testactiviteiten en fasen die moeten worden uitgevoerd met tijdlijnen met betrekking tot de algemene projecttijdlijnen die in het testplan zijn gedefinieerd.
Stap 2: Testaanpak
Definieer het testproces, het testniveau, de rollen en verantwoordelijkheden van elk teamlid.
Voor iedere test type gedefinieerd in Testplan ( Bijvoorbeeld, Eenheid , Integratie, Systeem, Regressie, Installatie / verwijdering , Bruikbaarheid, belasting, prestatie en beveiligingstests) beschrijven waarom het moet worden uitgevoerd, samen met details zoals wanneer te starten, testeigenaar, verantwoordelijkheden, testaanpak en details van automatiseringsstrategie en -tool, indien van toepassing.
Bij het uitvoeren van tests zijn er verschillende activiteiten zoals het toevoegen van nieuwe defecten, het bepalen van defecten, het toewijzen van defecten, hertesten, regressietesten en tenslotte het aftekenen van tests. U moet de exacte stappen definiëren die voor elke activiteit moeten worden gevolgd. U kunt hetzelfde proces volgen dat voor u werkte in uw vorige testcycli.
Een Visio-presentatie van al deze activiteiten inclusief een aantal testers en die aan welke activiteit zullen werken, is zeer nuttig om snel de rollen en verantwoordelijkheden in het team te begrijpen.
Bijvoorbeeld, defectbeheercyclus - vermeld het proces om het nieuwe defect te loggen. Waar inloggen, hoe nieuwe defecten te loggen, wat de defectstatus moet zijn, wie defecttriage moet doen, wie defecten moet toewijzen na triage etc.
Definieer ook het veranderingsbeheerproces. Dit omvat het definiëren van het indienen van wijzigingsverzoeken, het te gebruiken sjabloon en het proces om het verzoek af te handelen.
Stap 3: testomgeving
De instelling van de testomgeving moet informatie bevatten over een aantal omgevingen en de vereiste instellingen voor elke omgeving. Bijvoorbeeld, Een testomgeving voor het functionele testteam en een andere voor het UAT-team.
Definieer het aantal gebruikers dat in elke omgeving wordt ondersteund, toegangsrollen voor elke gebruiker, software- en hardwarevereisten zoals besturingssysteem, geheugen, vrije schijfruimte, aantal systemen, enz.
Het definiëren van vereisten voor testgegevens is net zo belangrijk. Geef duidelijke instructies over hoe testgegevens maken (ofwel gegevens genereren of productiegegevens gebruiken door velden te maskeren voor privacy).
Bepaal de strategie voor back-up en herstel van testgegevens. De database van de testomgeving kan in de problemen komen als gevolg van onverwerkte omstandigheden in de code. Ik herinner me de problemen die we tegenkwamen bij een van de projecten toen er geen database-backupstrategie was gedefinieerd en we hele gegevens verloren als gevolg van codeproblemen.
Het back-up- en herstelproces moet bepalen wie back-ups maakt wanneer er een back-up moet worden gemaakt, wat er in de back-up moet worden opgenomen wanneer de database moet worden hersteld, wie deze zal herstellen en de stappen voor gegevensmaskering die moeten worden gevolgd als de database wordt hersteld.
Stap 4: Testhulpmiddelen
Definieer testbeheer- en automatiseringstools die nodig zijn voor het uitvoeren van tests. Beschrijf voor prestatie-, laad- en beveiligingstests de testaanpak en benodigde tools. Geef aan of het een open source of een commerciële tool is en hoeveel gebruikers erop worden ondersteund en plan dienovereenkomstig.
Stap 5: laat de controle los
Zoals vermeld in onze laatste UAT-artikel , kan een ongeplande releasecyclus resulteren in verschillende softwareversies op test- en UAT-omgevingen. Releasebeheerplan met de juiste versiegeschiedenis zorgt ervoor dat alle wijzigingen in die release worden getest.
Bijvoorbeeld, Stel een build-beheerproces in dat zal antwoorden - waar nieuwe build beschikbaar moet komen, waar deze moet worden geïmplementeerd, wanneer de nieuwe build moet worden gekocht, van waar de productie moet worden gebouwd, wie zal geven, het no-go-signaal voor productierelease , enz.
Stap # 6: Risicoanalyse
Maak een lijst van alle risico's die u zich voorstelt. Zorg voor een duidelijk plan om deze risico's te beperken en ook een noodplan voor het geval u deze risico's in werkelijkheid ziet.
Stap # 7: Beoordeling en goedkeuringen
Wanneer al deze activiteiten zijn gedefinieerd in het teststrategieplan, moet het ter goedkeuring worden beoordeeld door alle entiteiten die betrokken zijn bij projectmanagement, business team, ontwikkelingsteam en systeemadministratie (of omgevingsmanagement) team.
Samenvatting van beoordelingswijzigingen moeten aan het begin van het document worden bijgehouden, samen met de naam, de datum en de opmerking van de goedkeurder. Het is ook een levend document, wat betekent dat dit continu moet worden herzien en bijgewerkt met de verbeteringen in het testproces.
Eenvoudige tips om een teststrategiedocument te schrijven
- Neem de productachtergrond op in het teststrategiedocument. Antwoord in de eerste alinea van uw teststrategiedocument: waarom willen belanghebbenden dit project ontwikkelen? Dit zal helpen om dingen snel te begrijpen en prioriteiten te stellen.
- Maak een lijst van alle belangrijke functies die u gaat testen. Als u denkt dat sommige functies geen deel uitmaken van deze uitgave, vermeld deze dan onder het label 'Functies die niet moeten worden getest'.
- Schrijf de testaanpak voor uw project op. Vermeld duidelijk welke soorten tests u gaat uitvoeren?
d.w.z. Functioneel testen, UI-testen, Integratietesten, Belasting- / stresstesten, Beveiligingstesten, etc. - Beantwoord vragen zoals hoe u functionele tests gaat uitvoeren? Handmatig of geautomatiseerd testen? Gaat u alle testcases uitvoeren vanuit uw testmanagementtool?
- Welke tool voor het opsporen van fouten ga je gebruiken? Wat zal het proces zijn als u een nieuwe bug ontdekt?
- Wat zijn uw in- en uitstapcriteria voor toetsen?
- Hoe gaat u de voortgang van uw testen volgen? Welke statistieken ga je gebruiken om de voltooiing van de test bij te houden?
- Taakverdeling - Definieer de rollen en verantwoordelijkheden van elk teamlid.
- Welke documenten maak je tijdens en na de testfase?
- Welke risico's zie je bij het voltooien van een test?
Gevolgtrekking
Teststrategie is geen stuk papier. Het is de weerspiegeling van volledige QA-activiteiten in de levenscyclus van softwaretests. Verwijs dit document regelmatig door tijdens het testuitvoeringsproces en volg het plan tot de softwareversie.
Wanneer het project de releasedatum nadert, is het vrij eenvoudig om te bezuinigen op testactiviteiten door te negeren wat u in het teststrategiedocument hebt gedefinieerd. Maar het is raadzaam om met uw team te bespreken of het bezuinigen van een bepaalde activiteit al dan niet zal helpen bij de release zonder enig potentieel risico op grote problemen na de release.
De meeste agile teams schrijven minder strategiedocumenten omdat de focus van het team ligt op testuitvoering in plaats van documentatie. Maar het hebben van een basisteststrategieplan helpt altijd om de risico's van het project duidelijk te plannen en te beperken. Agile teams kunnen alle activiteiten op hoog niveau vastleggen en documenteren om de testuitvoering op tijd en zonder problemen te voltooien.
Ik ben er zeker van dat ik een goed teststrategieplan heb ontwikkeld en door me eraan te committeren het testproces en de kwaliteit van de software zeker te verbeteren. Het zou mij een genoegen zijn als dit artikel u inspireert om een teststrategieplan voor uw project te schrijven!
Als je dit bericht leuk vindt, overweeg dan om het met je vrienden te delen!
Bezoek hier voor een complete serie testplannen
Aanbevolen literatuur
- Voorbeeldtestplan-document (testplanvoorbeeld met details van elk veld)
- Testplan-zelfstudie: een gids om een softwaretestplan-document vanuit het niets te schrijven
- Verschil tussen testplan, teststrategie, testcase, testscript, testscenario en testconditie
- Voorbeeld van een softwaretestplan-sjabloon met indeling en inhoud
- Testplan opstellen en testcases schrijven voor ERP-applicaties - ERP-testen deel 2
- Beste softwaretesttools 2021 (QA Test Automation Tools)
- Voorbeeldsjabloon voor acceptatietestrapport met voorbeelden
- Voorbeeldtestcase-sjabloon met testcasevoorbeelden (Download)