Hur man skapar teststrategidokument (provmall)

Innehållsförteckning:

Anonim

Teststrategi

En teststrategi är en plan för att definiera ett tillvägagångssätt för programvarutestningens livscykel (STLC). Det guidar QA-team för att definiera testtäckning och testomfång. Det hjälper testare att få en tydlig bild av projektet när som helst. Möjligheten att missa någon testaktivitet är mycket låg när det finns en korrekt teststrategi på plats.

Vad är teststrategidokument?

Teststrategidokument är ett väl beskrivet dokument i programvarutestning som tydligt definierar den exakta programvarutestningsmetoden och testmålen för programvaran. Testdokument är ett viktigt dokument för QA-team som härrör från faktiska affärsbehov som guidar hela teamet om programvarutestningsmetod och mål för varje aktivitet i programvarutestningsprocessen.

Ett teststrategidokument svarar på alla frågor som vad du vill göra och hur du ska uppnå det, etc. Att skriva ett effektivt strategidokument är en färdighet som en testare utvecklar med erfarenhet. Teststrategiplan ska kommuniceras med hela teamet så att teamet är konsekvent när det gäller tillvägagångssätt och ansvar.

Testplan mot teststrategi

Det finns stor förvirring om testplan och dokument för teststrategi. En annan organisation har sina unika processer och standarder för att hantera dessa dokument. Till exempel inkluderar vissa organisationer teststrategifakta i själva testplanen medan vissa organisationer inkluderar strategi som ett underavsnitt i testplanen.

Testplan

Teststrategi

  • I testplanen definieras testfokus och projektomfång. Den behandlar testtäckning, schemaläggning, funktioner som ska testas, funktioner som inte ska testas, uppskattning och resurshantering.
  • Teststrategi är en riktlinje som ska följas för att uppnå testmålet och utförandet av testtyper som nämns i testplanen. Den handlar om testmål, testmiljö, testmetod, automatiseringsverktyg och strategi, beredskapsplan och riskanalys

För att göra det tydligare om testplanen är någon destination är QA-teststrategi en karta för att nå den destinationen.

Hur man förbereder ett bra teststrategidokument

Varje organisation har sin unika prioritet och regler för programvarudesign, så kopiera inte någon organisation blindt. Se alltid till att deras dokument är kompatibla och tillför värde till din programutveckling innan du följer mallen.

Teststrategi i STLC :

Steg 1: Räckvidd

Det definierar parametrar som

  • Vem kommer att granska dokumentet?
  • Vem godkänner detta dokument?
  • Programvarutestning utförs med tidslinjer

Steg 2 Testmetod

Det definierar

  • Testprocess
  • Testnivåer
  • Roller och ansvar för varje lagmedlem
  • Typer av testning (Load testing, Security testing, Performace testing etc.)
  • Testmetod och automatiseringsverktyg om tillämpligt
  • Lägga till nya defekter, re-testing, Defect triage, Regression Testing och test sign off

Steg 3 Testmiljö

  • Definiera antalet krav och inställningar som krävs för varje miljö
  • Definiera säkerhetskopiering av testdata och återställningsstrategi

Steg 4 Testverktyg

  • Verktyg för automatisering och testhantering som behövs för utförande av test
  • Ta reda på ett antal öppen källkod samt kommersiella verktyg som krävs, och bestäm hur många användare som stöds på det och planera därefter

Steg 5 Släpp kontrollen

  • Släpp hanteringsplan med lämplig versionshistorik som säkerställer testkörning för alla ändringar i den versionen

Steg 6 Riskanalys

  • Lista alla risker som du kan uppskatta
  • Ge en tydlig plan för att mildra riskerna också en beredskapsplan

Steg 7 Granskning och godkännande

  • Alla dessa aktiviteter granskas och undertecknas av affärsgruppen, projektledningen, utvecklingsteamet etc.
  • Sammanfattning av granskningsändringar ska spåras i början av dokumentet tillsammans med ett godkänt datum, namn och kommentar

Ladda ner teststrategimall

Klicka nedan för att ladda ner exempel på teststrategidokument

Ladda ner teststrategimallen

Slutsats:

Inom programvaruteknik går mjukvarufrigöring genom teststrategidokument från tid till annan för att kartlägga testets framsteg i rätt riktning. När släppdatumet är nära kommer många av dessa aktiviteter att hoppas över, det är önskvärt att diskutera med teammedlemmarna om huruvida nedskärning av en viss aktivitet hjälper till att släppas utan någon potentiell risk.