Test Management Process

Test Management Process är en uppsättning aktiviteter från början av testningen till slutet av testningen. Det ger en disciplin att testa. När följer en testprocess ger det oss planen i början. Testprocessen ger möjlighet att planera och kontrollera testningen under hela projektcykeln. Det hjälper till att spåra och övervaka testningen under hela projektet. Ger transparent testning bland intressenter och upprätthåller det genomförda testet för framtida referens. Ger djup detaljnivå i testningen som utförs. Ger tydlig förståelse för testaktiviteter av tidigare projekt och postprojekt till alla intressenter.Det finns många verktyg (verktyg som qTest, JIRA, Team Service, TestLink.) tillgänglig för att hantera testprocessen. Testprocessen kan definieras och praktiseras annorlunda beroende på nödvändigheten i testet. Nedan förklaras de typiska aktiviteterna i testprocessen.

testplan fungerade som en första skiss för att utföra testningen. Testning spåras och övervakas enligt testplanen. Det ger en tidigare bild av testutmaning och aspekt som kommer att utföras för programvaran. Genom att upprätthålla en testplan kan vi hantera förändringarna i planen.När man startar nya projekt, baserat på lektionen i de tidigare testerna, måste testplanen förbättras för att bli bättre. Testplan förklarar översikten av särskilt krav som måste testas, omfattning, funktionellt och icke-funktionellt krav, risk och begränsning, testmetoder, testschema och leveranser och schema, utom räckvidd och antagande, testteam och tilldelning, testmiljö, testaktivitetsmekanism och annan speciell anmärkning för testning.

2) testdesign:

testdesign ger hur man implementerar testningen. Vanligtvis skapar testfall med ingångar och förväntad utmatning av systemet och väljer vilka testfall som är nödvändiga för utförandet av testet. Tester bör ha tydlig förståelse och lämplig kunskap för att ställa in det förväntade resultatet. Genom detta definieras täckningen av testningen och testaren kommer inte att missa något scenario. Det finns två typer av testdesigntekniker, en är statisk testning och den andra är dynamisk testning. Statisk testning används för att testa utan utförande mestadels till artefakter som dokument och dynamisk testning testar genom att köra systemet.

testfall (Element i testfallsdokumentet):

• projekt / testtitel, Test utförd av, test exekverat datum, Version av programvaran och testmiljön
• testfallsnummer
• testöversikt
• steg
• Pre-condition
• Postvillkor
• testdata
• verkligt resultat
• förväntat resultat
• testresultat
• Obs

3) testkörning:

sätt att utföra och testa det faktiska systemresultatet mot det förväntade resultatet är testkörning. Testkörning kan göras manuellt och genom att använda automatiseringsdräkt. Under utförandet måste testaren se till att, att användarens behov av programvaran är upptagen i programvaran. Testkörning utförs genom att hänvisa dokumentet som skapats under testdesign som steg för steg. Tester måste hålla spåret medan du utför testfallen.

exempel för statisk testning:

• testa kravspecifikationsdokumentet.
• testa designdokumentet
• testa användarhandboken

exempel för dynamisk testning:

• enhetstestning
• funktionstestning
• Integrationstestning

4) Avsluta kriterier:

avsluta kriterier bestämmer när testkörningen ska stoppas. Utgångskriterier definieras under testplanfasen och används i testkörningsfasen som en milsten. Tester måste ställa in avslutskriterierna i början, avslutskriterier kan ändras under projektkörningen också. Det finns faktorer som klientbehov, systemstabilitet och fylld funktion som bestämmer utträdeskriterierna. När testaren nått utgångskriterierna kommer testningen att stoppas. Nedan följer några vanliga utträdeskriterier.

• alla kritiska defekter är stängda.
• alla rapporterade fel och stängda och verifierade.
• exekveras och täckte de områden som används av användaren mestadels.
• systemet tillgodoses alla krav.
• alla viktiga funktioner testas och fungerar som förväntat.

5) Testrapportering:

testrapportering ger bilden av testprocessen och resultatet för den specifika testcykeln. För att definiera elementet i testrapporteringen är det första som måste beaktas vem publiken i testrapporten är. Till exempel en projektledare kommer att vilja se den höga bilden av testningen, mellanliggande människor kommer att vilja se mer detaljer och kunden kommer att förvänta sig testrapportering i kriterierna som kravbasis, funktionsbasis. Testrapport utarbetas och kommuniceras regelbundet som dagligen, veckovis, månad etc. Detta måste skickas i olika steg och tid.I framtiden projektresultat av testrapporter måste analyseras och tillämpa lektionen lär. Testrapporten innehåller element som testkörningsstatus, slutförd procentandel, plan vs. utförda testfall, testmiljö, testkörning av resurser, risk och begränsning om någon, defekt sammanfattning, testscenario och villkor, något antagande, någon anteckning etc.

testtäckningsrapport: (Delar av test täckningsrapport)

• procent slutförd
• testscenario
• programvaruområde
• testad resurs
• testdatum
• testresultat

Felöversiktsrapport: (delar av felöversiktsrapport)

• fel efter svårighetsgrad
• fel efter prioritet
• fel efter tilldelad Utvecklare
• fel efter funktion
• fel efter programområde
• öppna och stängda fel

Risk-och begränsningsrapport: (Delar av risk-och riskreduceringsrapporten)

• identifierad risk
• Sannolikhet
• risknivå
• Risktyp
• begränsningsplan

slutsats:

i den här artikeln lärde vi oss om Testhanteringsprocessen, det är inte bara bara en enda aktivitet utan består också av en serie aktiviteter som testplanering, testdesign, testutförande, avsluta kriterier och testrapportering.