Menu

Sådan planlægges og styres testprojekter effektivt (tip)

how plan manage testing projects effectively

Prøv Vores Instrument Til At Fjerne Problemer

Projektplanlægning er et af de centrale elementer i projektledelsesprocessen.

Hvordan hvert enkelt team fortolker de mål, der skal nås, er en direkte repræsentation af det niveau af klarhed, der er integreret i projektplanen. Især når det kommer til et testprojekt, kan unøjagtig projektplanlægning have en alvorlig indflydelse på testudførelsen af ​​det testede system og den samlede kvalitet af produktet som helhed.

=> Klik her for en komplet testplan-selvstudieserie

Test projektplanlægning

I denne testprojektplanlægningsvejledning lærer vi

  • Den samlede projektplanlægningsproces i testprojekter
  • Diskussion om visse specifikke planlægningselementer såsom ressourcehåndtering, koordinering og rapporteringsteknikker

Hvad du vil lære:

Test planlægningsproces

Her nedenfor er en gennemgang af de forskellige faser af testplanlægningsprocessen, diskuteret kortfattet.

Scene 1: Gennemgå og analyser kravene

Dette er det første trin for ethvert projekt og spiller en meget vigtig rolle i ethvert testprojekt.

Mens du prøver analysere kravene skal testholdet identificere og dermed bestemme, hvilke ting der skal testes. Disse emner er stærkt baseret på, hvordan slutbrugeren vil forbruge systemet og skal derfor være målbart, detaljeret og meningsfuldt.

De genstande eller funktioner, der identificeres, beskriver generelt, hvad den bestemte software eller det produkt har til hensigt at gøre; karakteriseret som funktionelle krav. Der kan også være identificeret nogle ikke-funktionelle krav såsom ydeevne eller slut-til-slut softwarekomponenters interaktion.

De mennesker, der er opmærksomme på forretningsmålet og passende kan definere de nødvendige krav, er generelt en del af denne aktivitet. Kravene dokumenteres derefter og cirkuleres til gennemgang. Alle gennemgangskommentarer og feedback skal indarbejdes for at føre dokumentet til den endelige afmelding.

Trin 2: Testens omfang

Testens omfang er generelt en udvidelse af kravanalysefasen og betragtes for det meste som en enkelt aktivitet, da de går hånd i hånd. Når kravene er ude, bestemmer testteamet, hvilke ting der skal testes, og hvad ikke.

Denne aktivitet skal også være målrettet for at bestemme, hvilke testområder der er dækket af hvilke hold.

For eksempel ét team er dedikeret til FVT (Function Verification Test) og SVT (System Verification Test) vil have et helt andet testmulighed, og globalisering kan eller måske ikke udføres af FVT og så videre.

c ++ tilfældigt tal mellem 1 og 3

Også hvis testprojektet kræver automatisering, vurderes muligheden for det også her. At have en klar rækkevidde defineret vil være uvurderlig for ledelsen til klart at finde ud af, hvad der er testet, og hvilket team der har dækket testindsatsen.

Trin # 3: Design teststrategi i henhold til omfanget

Testteamet vil efter at have samlet kravene og identificere omfanget af testen derefter udgive et dokument på højt niveau kaldet teststrategidokumentet, der definerer testmetoden for at nå testmålene.

Et teststrategidokument er ikke beregnet til at blive opdateret for ofte.

På et højt niveau vil indholdet af teststrategidokumentet have omfanget og målet for testen, tilgangen, rollerne og ansvaret for de enkelte testteams, værktøjer identificeret til testning, de identificerede metrics, risici og afbødningsplaner, rapportering og sporing mekanismer osv.

Trin # 4: Identificer de nødvendige værktøjer til test og styring

Baseret på om automatisering er mulig, og om CLI (Command Line Interface) eller GUI-automatisering er målrettet, skal de tilsvarende værktøjer identificeres.

Der skal også være identificerede værktøjer til testadministration, som vil hjælpe med at oprette og tildele opgaver, spore testens fremskridt, identificere vejspærringer og generere rapporter, der angiver fremskridt. Vi vil diskutere dette mere detaljeret i anden del af vejledningen.

Trin # 5: Anslå testindsatsen og teamet

Korrekt estimering af indsats kan forhindre forsinkelser og dynamisk muliggøre ombalancering af ressourcer efter behov.

Den primære faktorer, der vil påvirke denne aktivitet er teamets størrelse, teamets færdigheder, holdets holdning og tidsplanen.

Det er obligatorisk at få vurderet indsatsestimaterne af holdet for at holde sig i tråd med disse faktorer, som er direkte proportional med deres renteniveauer.

Trin # 6: Definer testplan

Når du har de testbare poster, der er opdelt i logiske linjeposter, skal størrelsesestimatet komplet for det specificerede stykke arbejde defineres en målbar testplan baseret på alle disse og de tildelte testere.

Trin # 7: Aktiveringsplan

Uanset om det er et nyt projekt, der skal testes eller en forbedring af et tidligere eksisterende system, skal testteamet trænes ikke kun teknisk, men også med hensyn til den samlede testproces, der følges.

Trin # 8: Bestem og skaffe testmiljøet

Identificer den nødvendige infrastruktur, der kræves til test af systemet, og start alle anmodninger om at erhverve den nødvendige hardware, software og netværksstykker til støtte for testningen.

Dette er et afgørende element i planlægningsfasen, da dette styrer testmiljøets stabilitet, som vil have en direkte indvirkning på de producerede mangler.

Trin 9: Identificere testmålinger

Softwaretestmålinger og målinger

Testmålinger er generelt den kvantificerede metode til at udlede kvaliteten af ​​produktet eller systemet.

I begyndelsen af ​​ethvert projekt skal disse målbare enheder niveaueres, hvilket hjælper med at bestemme, om der er nogen muligheder for forbedring. Generelt til måling af kvalitetsrevision er målingerne direkte indikatorer for produkt- og proceskvaliteten.

Trin # 10: Opret software testplan , anmeldelser og godkendt

Et testplandokument er mere testcentreret og forklarer 'hvad man skal teste', 'hvornår man skal teste', 'hvordan man tester' og 'hvem der tester', som bestemmes ud fra teknisk dokumentation såsom brugssagsdokumenter, design på højt niveau , etc.

Indtil nu diskuterede vi de forskellige faser i projektplanlægningen.

Mens hvert trin kan være en tutorial i sig selv, har denne del af artiklen til formål at bringe de mindre hyppigt omtalte planlægningsopgaver frem. Disse opgaver, hvis de ikke får passende forudgående tanker, vil have en negativ indvirkning på testteamet og dermed produktet.

bedste software til at skjule ip-adresse

Lad os se på disse opgaver, deres betydning og tip til konstant at improvisere dem for at styre QA-projektet effektivt.

Effektiv styring af et testprojekt

Når effektive planlægningsteknikker anvendes, kan eventuelle risici eller fejl let identificeres, selv før testen faktisk begynder. Selv om hver af nedenstående opgaver er indbyrdes forbundne med hinanden, var det værd at give dem en separat omtale.

Tildeling og fordeling af opgaver

Dette stammer fra indsatsestimering og størrelse i planlægningsfasen. Med tanke på færdigheder, holdning, tidsplan og størrelse på holdet er her nogle punkter til tildeling af opgaver:

# 1) Det er en meget god praksis at sætte holdet ned og kommunikere målsætningen og begrundelsen bag den specificerede opgave meget tydeligt. At vide, hvordan et bestemt stykke arbejde passer ind i det overordnede skema af ting, vil hjælpe folk med at få en meningsfuld metode til at udføre dem og vil sætte dem i stand til at sætte deres bedste fod frem.

#to) Forbered et færdighedsdiagram over alle teammedlemmerne og tildel derefter opgaverne. Husk også, at selv yngre medlemmer skal gives en rimelig chance.

For eksempel: Hvis en opgave er stor, kan den opdeles inden for et senior- og juniormedlem. At gøre dette vil muliggøre lederskab hos seniormedlemmet og vil også bygge på juniormedlemmets viden. Hvis en opgave er kompleks, skal du have 2 eller flere seniormedlemmer til at bidrage til den.

# 3) Når et indledende skelet til opgaveopgaven med tidsplanen er besluttet, skal du flyde det rundt i holdet og få dem til at gennemgå det. Forklar også motivet og logikken bag opgaven.

Før opgaven afsluttes, er det en god idé at tjekke med den enkelte, om de er enige i den, eller hvis de har andre forslag. Hvis der ikke er nogen indvendinger, skal du diskutere tidsplanen og den type statusrapportering, der kræves fra deres slutning.

En feedback kan også betyde, at den enkelte ikke er enig i tildelingen. Diskuter med enkeltpersoner om, hvorfor de er uenige med det, og respekter deres mening. Hvis de udtrykte bekymringer er gyldige, skal du se efter muligheder for at genopveje opgaven, således at der ikke er nogen risiko for, at opgaven gennemføres efter planen.

# 4) Enig om den forventede rapporteringsform. Tillad enkeltpersoner at beslutte, om de vil give en e-mail-opdatering eller ved hjælp af andre uformelle tilstande. Vær tilgængelig og indprent følelsen af, at de kan henvende sig til dig, når som helst de føler, at de sidder fast, eller hvis der er noget, der forhindrer dem i at nå målet.

# 5) Identifikation af de nødvendige værktøjer til at spore de krævede opgaver er afgørende. Dette vil hjælpe rettidig gennemgang af de opgaver, der endnu ikke er arbejdet med, de igangværende og de, der er afsluttet.

Tips til ressourcehåndtering

En masse information om styring af testressourcer blev udført som en del af min ledelsesartikel, der findes her:

=> Test ledelse og hvordan man administrerer testteam effektivt

Her vil jeg kort berøre nogle af disse aspekter i korte træk.

# 1) Oftere end ikke er testere altid under højt tryk på grund af strenge projektfrister, der er korte bemandede eller overdrevent indhold, der pludselig tilføjes uden ændringer i projektplaner.

I sådanne tilfælde, hvis du forudser, at tidslinjerne kan blive hæmmet, skal du diskutere med ledelsen og få omfanget ændret i overensstemmelse hermed.

#to) Det er meget vigtigt at holde kommunikationslinjerne altid åbne mere for testere i sådanne tilfælde. Diskuter med testerne den aktuelle situation, og angiv, hvordan disse ændringer sker, og blive oversat ovenfra og ned.

# 3) Der vil altid være mangler, tekniske problemer, forespørgsler, der skal løses, som vil have en direkte indflydelse på projektets status. Forsøg altid at mindske kløften mellem udviklings- og testteamene, så problemer relateret til mangler eller andre tekniske forespørgsler sorteres hurtigt.

Indsæt inden for hver tester en følelse af ejerskab, således at de er i en selvsikker position til at føre og føre diskussioner for at løse tekniske forespørgsler eller problemer med ledelsen eller udviklerne på et givet tidspunkt.

# 4) Tidsplaner har altid en god chance for at blive haywire, så sæt ikke forventninger til ledelsen fra testteamet om altid at kunne strække sig.

“Alt arbejde og intet spil gør Jack til en kedelig dreng” er sandsynligvis et ordsprog, der er mest velegnet til et testteam, da de har en høj risiko for eventuel udbrændthed. Få altid identificerede sikkerhedskopier, så folk kan tage lidt tid, når de har lyst til at have en pause.

# 5) Regelmæssig sammenkobling med testteamet og ledelsen er afgørende for at have deres opgaver og status i kontrol. Vi vil dække dem mere detaljeret i den næste kugle.

html5 interview spørgsmål og svar pdf

Testsporing / værktøjer, der bruges til rapportering

Ledelsen reagerer ofte med hævede øjenbryn, når den aktuelle status meddeles dem. Her er nogle tip til, hvordan man får disse øjenbryn ned i en rimelig grad.

# 1) Testere beskæftiger sig med meget ustabilitet under testningen, og det sker ofte, at flere mennesker beder dem om fremskridt på forskellige niveauer. De finder det udtømmende og overhead at udføre disse administrative opgaver. Selvom det er vigtigt at få dem til at underrette deres fremskridt, skal du finde ud af a mindre besværlig vej til deres fremskridt .

#to) Hold regelmæssige kontrol- / scrummøder med testteamet og analyser, om tingene går glat. Forbind dig med dem for at se, hvor langt de er kommet, hvad der er i gang, hvad der skal gøres, og hvad der holder dem tilbage. Hvis nogen føler sig overbelastede, skal du tage skridt til at foretage en ny afbalancering for at få en jævn udførelse.

# 3) Afhold regelmæssige møder med ledelsen og få dem til at indse, at ledelsen er kontaktpunktet for eventuelle spørgsmål relateret til status, og individuelle testere kan kun blive bedt om at stille ind, når det er nødvendigt.

Prøv at fremvise testteamet så meget som muligt bortset fra at kommunikere status. Hvis en tester har arkiveret en vigtig mangel, skal du fremvise og værdsætte den i et større publikum. Dette vil motivere alle til at hæve deres bar.

# 4) Det er overflødigt at nævne, at den mest nøjagtige og gennemsigtige måde at rapportere status på er at have værktøjer identificeret til testledelse / rapportering.

Der er omfattende værktøjer til rådighed, der hjælper med hele testplanlægningen Microsoft Project Planner eller MS-projekt 2013 .

mpp

Dette værktøj hjælper med at definere et projekt i faser, kernen i opgaver, der kræves med en opdeling af de større og mindre opgaver, der er allokeret til hver af disse faser, estimeringsindsats, identifikation af afhængigheder mellem opgaver og tildeling af ressourcer. På denne måde hjælper dette med effektiv sporing og styring af et projekt.

Du kan også finde en masse værktøjer, der er beskrevet meget pænt herinde:

=> Bedste testledelses- / rapporteringsværktøjer

Konklusion

Mens hvert trin i planlægningsprocessen kan diskuteres udførligt, vil dette dokument hjælpe testere med at forstå, hvordan deres rolle er tilpasset denne overordnede proces. Dette var vores forsøg på at frembringe meget specifikke testplanlægningselementer; som dagligt påvirker testholdene til at udføre deres job effektivt.

Jeg håber, at denne artikel bragte visse subtile aspekter af projektplanlægning frem med god klarhed. At afsætte tid til effektiv planlægning kan vise sig at være medvirkende til at nå projektets milepæle.

Om forfatteren: Dette er en gæsteartikel af Sneha Nadig. Hun er en testleder med over 8 års erfaring i manuelle og automatiseringstestprojekter.

Vil du dele mere specifikke tip til effektiv styring af testprojekter? Lad os vide i kommentarerne nedenfor.

=> Besøg her for en komplet testplan-tutorial-serie

Anbefalet læsning

^