Test Management Process

Test Management Process er et sæt aktiviteter fra starten af testen til slutningen af testen. Det giver en disciplin til test. Når du følger en testproces, giver den os planen i starten. Testprocessen giver mulighed for at planlægge og kontrollere testningen gennem hele projektcyklussen. Det hjælper med at spore og overvåge testen gennem hele projektet. Giver gennemsigtig test blandt interessenter og vedligeholder den udførte test til fremtidig reference. Giver dyb detaljeringsgrad af den test, der udføres. Giver klar forståelse af testaktiviteter af tidligere projekt og post projekt til alle interessenter.Der er mange værktøjer (værktøjer som f.eks.) tilgængelig til at styre testprocessen. Testprocessen kan defineres og praktiseres forskelligt i henhold til nødvendigheden i testen. Forklaret nedenfor er de typiske aktiviteter i testprocessen.

testplan fungerede som en indledende skitse til udførelse af testen. Test bliver sporet og overvåget i henhold til testplanen. Det giver et forudgående billede af testudfordring og aspekt, der vil blive udført for programmet. Ved at opretholde en testplan kan vi styre ændringerne i planen.Når man starter nye projekter, baseret på den lektion, der er lært i de foregående tests, skal testplanen forbedres for at blive bedre. Testplan forklarer det overordnede billede af et bestemt krav, der skal testes, omfang, funktionelt og ikke-funktionelt krav, risiko og afbødning, testmetoder, testplan og leverancer og tidsplan, uden for omfang og antagelse, testteam og tildeling, testmiljø, testaktivitetsmekanisme og enhver anden særlig note til test.

2) testdesign:

testdesign giver, hvordan man implementerer testen. Typisk er oprettelse af testcases med input og forventet output af systemet og valg af hvilke testcases der er nødvendige for udførelsen af testen. Tester skal have den klare forståelse og passende viden til at indstille det forventede resultat. Herved defineres dækningen af testen, og testeren vil ikke gå glip af noget scenario. Der er to typer testdesignteknikker, den ene er statisk test, og den anden er dynamisk test. Statisk test bruges til at teste uden udførelse for det meste til artefakter som dokument og dynamisk test testes ved at udføre systemet.

Test case (Element i test case dokument):

• projekt / Test Titel, Test udført af, Test udført dato, version af programmet og testmiljø
• test case nummer
• testoversigt
• Steps
• Pre-condition
• Post tilstand
• testdata
• faktisk resultat
• forventet resultat
• testresultat
• bemærk

3) Testudførelse:

måde at udføre og teste det faktiske systemresultat mod det forventede resultat er testudførelse. Test udførelse kan udføres manuelt og ved hjælp af automatisering kulør. Under udførelsen skal testeren sørge for, at brugerens behov for programmet er optaget i programmet. Testudførelse udføres ved at henvise dokumentet oprettet under testdesign som trinvis proces. Tester skal holde sporet under udførelsen af testsager.

eksempel til statisk test:

• Test kravet specifikation dokument.
• Test designdokumentet
• Test brugervejledningen

eksempel til dynamisk test:

• enhedstest
• funktionel test
• integrationstest

4) Afslutningskriterier:

Afslutningskriterier bestemmer, hvornår testudførelsen skal stoppes. Udgangskriterier defineres i testplanfasen og bruges i testudførelsesfasen som en milesten. Tester skal indstille udgangskriterierne i begyndelsen, udgangskriterier kan også ændre sig under projektkørslen. Der er faktorer som klientbehov, systemstabilitet og fyldt funktion, der bestemmer udgangskriterierne. Når testeren nåede udgangskriterierne, stoppes testen. Nedenfor er nogle almindelige udgangskriterier.

• alle kritiske fejl er lukket.
• alle de rapporterede fejl og lukket og verificeret.
• udført og dækkede de områder, der bruges af brugeren for det meste.
• systemet imødekom alle kravene.
• alle vigtige funktioner testes og fungerer som forventet.

5) Testrapportering:

Testrapportering giver billedet af testprocessen og resultatet for den pågældende testcyklus. For at definere elementet i testrapporteringen er den første ting, der skal overvejes, hvem målgrupperne i testrapporten er. For eksempel vil en projektleder gerne se det høje niveau billede af testen, mellemliggende mennesker vil ønske at se flere detaljer, og klienten vil forvente testrapporteringen i kriterierne som kravgrundlag, funktionsbasis. Testrapport udarbejdes og kommunikeres med jævne mellemrum som dagligt, ugentligt, måned osv. Dette skal sendes i forskellige faser og tid.I det fremtidige projektresultat af testrapporter skal analyseres og anvende lektionen lærer. Testrapport indeholder elementer som testudførelsesstatus, afsluttet procentdel, plan vs. udførte testsager, testmiljø, testudførelse af ressourcer, risiko og afbødning, hvis nogen, fejloversigt, testscenarie og betingelser, enhver antagelse, enhver note osv.

testdækningsrapport: (Elementer af test dækning rapport)

• procentdel afsluttet
• testscenarie
• Programmelområde
• testet ressource
• testet dato
• testresultat

Defect summary report: (Elements of defect summary report)

• fejl efter sværhedsgrad
• fejl Efter prioritet
• fejl efter tildelt Udvikler
• fejl efter funktion
• fejl efter programområde
• åbne og lukkede fejl

risiko-og afbødningsrapport: (Risk and mitigation report))

• identificeret risiko
• Sandsynlighed
• risikoniveau
• risikotype
• Afbødningsplan

konklusion:

i denne artikel lærte vi om Teststyringsprocessen, det er ikke kun en enkelt aktivitet, men den består også af en række aktiviteter som testplanlægning, testdesign, Testudførelse, udgangskriterier og testrapportering.