Test Management Process

Test Management Process er et sett av aktiviteter fra starten av testing til slutten av testing. Det gir en disiplin til testing. Når du følger en testprosess, gir den oss planen i begynnelsen. Testprosessen gir mulighet til å planlegge og kontrollere testingen gjennom hele prosjektsyklusen. Det bidrar til å spore og overvåke testing gjennom hele prosjektet. Gir gjennomsiktig testing blant interessenter og opprettholder den utforte testen for fremtidig referanse. Gir dyp detaljnivå av testingen som utføres. Gir klar forståelse av testaktiviteter fra tidligere prosjekt og postprosjekt til alle interessenter.Det er mange verktøy (Verktøy som qTest, JIRA, Team Service, TestLink.) tilgjengelig for å administrere testprosessen. Testprosessen kan defineres og praktiseres forskjellig i henhold til nødvendigheten i testen. Forklart nedenfor er de typiske aktivitetene i testprosessen.

Testplan fungerte som en innledende skisse for å utføre testingen. Testing blir sporet og overvåket i henhold til testplanen. Det gir et tidligere bilde av testutfordring og aspekt som skal utfores for programvaren. Ved å opprettholde en testplan kan vi håndtere endringene i planen.Når du starter nye prosjekter, basert på leksjonen lært i tidligere tester, må testplanen forbedres for å få forbedring. Testplan forklarer over syn på spesielle krav som må testes, omfang, funksjonelle og ikke-funksjonelle krav, risiko og begrensning, testing tilnærminger, test tidsplan og leveranser og tidsplan, utenfor omfang og forutsetning, test team og tildeling, test miljø, test aktiviteter mekanisme og andre spesielle notat for testing.

2) Testdesign:

Testdesign gir hvordan man implementerer testingen. Vanligvis å lage testtilfeller er med innganger og forventet utgang av systemet og velge hvilke testtilfeller som er nødvendige for utførelsen av testen. Tester bør ha klar forståelse og riktig kunnskap for å sette forventet resultat. Ved dette er dekning av testingen definert og tester vil ikke gå glipp av noe scenario. Det finnes to typer test design teknikker en er statisk testing og den andre er dynamisk testing. Statisk testing brukes til å teste uten utførelse for det meste til gjenstander som dokument og dynamisk testing tester ved å utføre systemet.

Testcase (Element i testcase dokument):

• Prosjekt / Test tittel, Test utført av, Test utført dato, versjon av programvaren og Testmiljø
• test saksnummer
• testsammendrag
• Trinn
• pre-condition
• post tilstand
• Testdata
• faktisk resultat
• forventet Resultat
• testresultat
• merk

3) Testutførelse:

Måte å utføre og teste det faktiske systemresultatet mot det forventede resultatet er testutførelse. Testutførelse kan gjøres manuelt og ved hjelp av automation suit. Under utførelsen må testeren sørge for, at brukerens behov for programvaren er opptatt i programvaren. Testutførelse utføres ved å henvise dokumentet opprettet under testdesign som trinnvis prosess. Tester må holde sporet mens du utfører testtilfellene.

Eksempel for statisk testing:

• Test kravspesifikasjonsdokumentet.
• Test designdokumentet
• Test brukerhåndboken

Eksempel på dynamisk testing:

• Enhetstesting
• Funksjonell testing
• Integrasjonstesting

4) Avsluttingskriterier:

Avsluttingskriterier bestemmer når testutførelsen skal stoppes. Exit kriterier er definert i testplanfasen og brukes i testutførelsesfasen som en milstein. Tester må sette utgangskriteriene i begynnelsen, utgangskriterier kan også endres i løpet av prosjektet. Det er faktorer som klientbehov, systemstabilitet og fylt funksjon som bestemmer utgangskriteriene. Når testeren nådd exit kriterier testing vil bli stoppet. Nedenfor er noen vanlige exit kriterier.

• alle kritiske feil er stengt.
• alle rapporterte feil og lukket og verifisert.
• Utført og dekket områdene som brukes av brukeren mest.
• Systemet tok hensyn til alle kravene.
• alle viktige funksjoner testes og fungerer som forventet.

5) Testrapportering:

Testrapportering gir bildet av testprosessen og resultatet for den bestemte testsyklusen. For å definere elementet i testrapporteringen er det første som må vurderes, hvem publikum i testrapporten er. For eksempel vil en prosjektleder gjerne se det høye bildet av testingen, mellomliggende personer vil ønske å se flere detaljer, og klienten vil forvente testrapportering i kriteriene som kravgrunnlag, funksjonsbasis. Testrapport er utarbeidet og kommunisert med jevne mellomrom som daglig, ukentlig, måned etc. Dette må sendes i forskjellige stadier og tid.I fremtiden må prosjektresultatet av testrapporter analyseres og anvende leksjonen lærer. Testrapport inneholder elementer som testutføringsstatus, fullført prosentandel, plan vs utførte testtilfeller, testmiljø, testutførelse av ressurser, risiko og begrensning hvis noen, feiloppsummering, testscenario og forhold, enhver antagelse, noe notat etc.

testdekningsrapport: (Elementer av testdekningsrapport)

• prosent fullført
• testscenario
• programvareområde
• testet ressurs
• Testet dato
• Testresultat

Feilsammendragsrapport: (Elementer i feilsammendragsrapport)

• feil etter alvorlighetsgrad
• Feil etter prioritet
• Feil etter tildelt utvikler
• Feil etter funksjon
• Feil etter programvareområde
• åpne og lukkede feil

risiko-og begrensningsrapport: (Elements of risk and mitigation report))

• Identifisert risiko
• Sannsynlighet
• Risikonivå
• Risikotype
• Begrensningsplan

Konklusjon:

I denne artikkelen lærte Vi Om Teststyringsprosessen, det er ikke bare bare En enkelt aktivitet, men det består også av en rekke aktiviteter som Testplanlegging, Testdesign, Testutførelse avslutningskriterier og testrapportering.