Meny

Hvordan planlegge og administrere testprosjekter effektivt (tips)

  • Hoved
  • Qa Ledelse
  • Hvordan planlegge og administrere testprosjekter effektivt (tips)

how plan manage testing projects effectively

Prøv Instrumentet Vårt For Å Eliminere Problemer

Prosjektplanlegging er et av de viktigste elementene i prosjektledelsesprosessen.

Hvordan hvert enkelt team tolker målene som skal oppnås, er en direkte representasjon av klarhetsnivået som er innarbeidet i prosjektplanen. Spesielt når det gjelder et testprosjekt, kan unøyaktig prosjektplanlegging ha en alvorlig betydning for testutførelsen av systemet som testes, og for den generelle kvaliteten på produktet som helhet.

=> Klikk her for fullstendig testplanopplæringsserie

Test prosjektplanlegging

I denne testprosjektplanleggingsveiledningen vil vi lære

  • Den samlede prosjektplanleggingsprosessen i testprosjekter
  • Diskusjon om visse spesifikke planleggingselementer som ressursforvaltning, koordinering og rapporteringsteknikker

Hva du vil lære:

Test planleggingsprosessen

Nedenfor er en gjennomgang av de ulike trinnene i testplanleggingsprosessen, diskutert kortfattet.

1. stadie: Gjennomgå og analyser kravene

Dette er det første trinnet for ethvert prosjekt og spiller en veldig viktig rolle i ethvert testprosjekt.

Mens du prøver å analysere kravene må testteamet identifisere og dermed bestemme hvilke ting som skal testes. Disse elementene er sterkt basert på hvordan sluttbrukeren vil konsumere systemet og må derfor være målbare, detaljerte og meningsfulle.

Elementene eller funksjonene som er identifisert, beskriver generelt hva den spesifikke programvaren eller produktet har til hensikt å gjøre; karakterisert som funksjonelle krav. Det kan også være identifisert noen ikke-funksjonelle krav, som ytelse eller programvare-komponenters interaksjon fra ende til slutt.

De som er klar over forretningsmålet og kan definere kravene som trengs, er vanligvis en del av denne aktiviteten. Kravene blir deretter dokumentert og sirkulert for gjennomgang. Alle vurderingskommentarer og tilbakemeldinger må være innarbeidet for å føre dokumentet til endelig avlogging.

Fase 2: Testomfang

Omfanget av testing er vanligvis en utvidelse av kravanalysefasen og blir for det meste betraktet som en enkelt aktivitet, siden de går hånd i hånd. Når kravene er ute, bestemmer testteamet hvilke ting som skal testes og hva ikke.

Denne aktiviteten bør også være målrettet for å bestemme hvilke testområder som dekkes av hvilke team.

For eksempel ett team er dedikert til FVT (Function Verification Test) og SVT (System Verification Test) vil ha et helt annet testrom, og globalisering kan eller ikke kan utføres av FVT og så videre.

Også hvis testprosjektet krever automatisering, blir muligheten av det også evaluert her. Å ha et klart omfang definert, vil være uvurderlig for ledelsen å tydelig finne ut hva som er testet og hvilket team som har dekket testinnsatsen.

Fase 3: Design teststrategi i henhold til omfanget

Testteamet vil etter å ha samlet kravene og identifisere omfanget av testingen, legge ut et dokument på høyt nivå kalt teststrategidokumentet, som definerer testtilnærmingen for å oppnå testmålene.

Et teststrategidokument er ikke ment å bli oppdatert for ofte.

På et høyt nivå vil innholdet i teststrategidokumentet ha omfanget og målet for testingen, tilnærmingen, rollene og ansvaret til de enkelte testteamene, verktøy identifisert for testing, de identifiserte beregningene, risikoer og avbøtingsplaner, rapportering og sporing mekanismer osv.

Trinn 4: Identifiser de nødvendige verktøyene som trengs for testing og styring

konvertere char til streng c ++

Basert på om automatisering er mulig og om CLI (Command Line Interface) eller GUI automatisering er målrettet, må de tilsvarende verktøyene identifiseres.

Det må også være verktøy identifisert for testadministrasjon som vil hjelpe til med å opprette og tildele oppgaver, spore testfremdriften, identifisere veisperringer og generere rapporter som indikerer fremdrift. Vi vil diskutere dette mer detaljert i andre del av opplæringen.

Trinn 5: Beregn testinnsatsen og teamet

Korrekt anslag for anstrengelse kan forhindre forsinkelser og dynamisk muliggjøre ombalansering av ressurser etter behov.

Den primære faktorer som vil påvirke denne aktiviteten er teamets størrelse, ferdighetene i teamet, holdningen til teamet og timeplanen.

Det er obligatorisk å evaluere innsatsestimatene av teamet for å holde seg i tråd med disse faktorene som er direkte proporsjonal med deres rentenivå.

Fase 6: Definer testplan

Når du har testbare gjenstander som er delt inn i logiske ordrelinjer, må størrelsesestimatet fullført for det spesifiserte arbeidet, en målbar testplan skal defineres basert på alle disse og de tildelte testerne.

Fase 7: Aktiveringsplan

Enten det er et nytt prosjekt som må testes eller en forbedring av et tidligere eksisterende system, må testteamet trenes opp ikke bare teknisk, men også med hensyn til den totale testprosessen som følges.

Fase 8: Bestem og anskaffe testmiljøet

Identifiser den nødvendige infrastrukturen som kreves for å teste systemet, og start alle forespørslene om å skaffe den nødvendige maskinvaren, programvaren og nettverksdelene for å støtte testen.

Dette er et avgjørende element i planleggingsfasen, da dette vil styre stabiliteten i testmiljøet, som vil ha en direkte innvirkning på de produserte feilene.

Fase 9: Identifiser test beregninger

Programvare Testing målinger og målinger

Testmålinger er vanligvis den kvantifiserte metoden for å utlede kvaliteten på produktet eller systemet.

I begynnelsen av ethvert prosjekt, må disse målbare enhetene nivåsettes som hjelper til med å avgjøre om det er noen forbedringsmuligheter. Generelt, for kvalitetsrevisjonsformål, er beregningene direkte indikatorer på produkt- og proseskvaliteten.

Trinn # 10: Lag programvaretestplan , anmeldelser og godkjent

Et testplandokument er mer test-sentrisk og forklarer “hva du skal teste”, “når du skal teste”, “hvordan du tester” og “hvem som skal teste” som bestemmes ut fra teknisk dokumentasjon som bruksdokumenter, design på høyt nivå , etc.

Inntil nå diskuterte vi de forskjellige trinnene i prosjektplanlegging.

Mens hvert trinn kan være en veiledning i seg selv, tar denne delen av artikkelen sikte på å få frem de mindre ofte omtalte planleggingsoppgavene. Disse oppgavene vil ikke ha en negativ innvirkning på testteamet og dermed på produktet hvis de ikke blir gitt forutgående tanker.

La oss ta en titt på disse oppgavene, deres betydning og tips for stadig å improvisere dem for å kunne styre QA-prosjektet effektivt.

Effektiv styring av et testprosjekt

Når effektive planleggingsteknikker brukes, kan eventuelle risikoer eller feil lett identifiseres selv før testingen faktisk begynner. Selv om hver av oppgavene nedenfor er relatert til hverandre, var det verdt å gi dem en egen omtale.

Tildeling og fordeling av oppgaver

Dette stammer fra anstrengelsesestimering og størrelse i planleggingsfasen. Med tanke på ferdigheter, holdning, tidsplan og størrelse på laget, er det noen tips for tildeling av oppgaver:

#1) Det er en veldig god praksis å sette teamet ned og kommunisere målet og begrunnelsen bak den spesifiserte oppgaven veldig tydelig. Å vite hvordan et bestemt stykke arbeid passer inn i den overordnede skjemaet for ting, vil hjelpe folk å få en meningsfull metode for å oppnå dem, og vil gjøre det mulig for dem å sette sitt beste.

#to) Lag et ferdighetsdiagram over alle teammedlemmene, og tildel deretter oppgavene. Husk også at selv juniormedlemmer må gis en god sjanse.

For eksempel: Hvis en oppgave er stor, kan den deles i et senior- og juniormedlem. Å gjøre dette vil muliggjøre lederskapskvaliteter i eldre medlem og vil også bygge på juniormedlemmets kunnskap. Hvis en oppgave er kompleks, må 2 eller flere seniormedlemmer bidra til den.

# 3) Når det første skjelettet til oppgaven med tidsplanen er bestemt, svever du det rundt i teamet og får dem til å gjennomgå det. Forklar også motivet og logikken bak oppgaven.

Før du fullfører oppgaven, kan det være lurt å sjekke med den enkelte om de er enige i den eller de har andre forslag. Hvis det ikke er innvendinger, kan du diskutere tidsplanen og hva slags statusrapportering som kreves fra slutten.

En tilbakemelding kan også bety at den enkelte ikke er enig i tildelingen. Diskuter med enkeltpersoner om hvorfor de er uenige i det og respektere deres mening. Hvis de uttrykte bekymringene er gyldige, må du se etter alternativer for å balansere oppdraget på nytt, slik at det ikke er noen risiko for at oppgaven blir fullført etter planen.

# 4) Enig i hvilken modus for rapportering som forventes. La individene bestemme om de vil gi en e-postoppdatering eller ved hjelp av andre uformelle moduser. Vær imøtekommende og gi følelsen av at de kan nærme deg når som helst de føler at de setter seg fast, eller hvis det er noe som hindrer dem i å oppnå målet.

# 5) Det er viktig å identifisere de nødvendige verktøyene for å spore de nødvendige oppgavene. Dette vil hjelpe deg med å gjennomgå oppgavene som fremdeles ikke er arbeidet med, de pågående og de som er fullført.

Tips om ressursadministrasjon

Mye informasjon om styring av testressurser ble gjort som en del av ledelsesartikkelen min her:

=> Test ledelse og hvordan du administrerer testteam effektivt

Her vil jeg bare berøre noen av disse aspektene i korte trekk.

#1) Oftere enn ikke er testere alltid under høyt trykk på grunn av strenge prosjektfrister, for lite bemannet eller overdreven innhold som plutselig blir lagt til uten endring i prosjektplanene.

I slike tilfeller, hvis du forutser at tidslinjene kan bli hindret, kan du diskutere med ledelsen og få omfanget tilsvarende endret.

#to) Det er veldig viktig å holde kommunikasjonslinjene alltid åpne for testere i slike tilfeller. Diskuter med testerne den nåværende situasjonen og angi hvordan disse endringene skjer, og bli oversatt ovenfra og ned.

# 3) Det vil alltid være mangler, tekniske problemer, spørsmål som må løses som vil ha en direkte innvirkning på prosjektstatusen. Forsøk alltid å redusere gapet mellom utviklings- og testteamene, slik at problemer relatert til mangler eller andre tekniske spørsmål blir sortert raskt.

Gi hver tester en følelse av eierskap, slik at de er i en trygg posisjon til å føre og lede diskusjoner for å løse tekniske spørsmål eller problemer med ledelsen eller utviklerne til enhver tid.

# 4) Tidsplaner har alltid en god sjanse for å gå i haywire, så ikke sett forventninger til ledelsen fra testteamet om alltid å kunne strekke seg.

“Alt arbeid og ingen lek gjør Jack til en kjedelig gutt” er sannsynligvis et ordtak som er best egnet for et testteam, da de har en høy risiko for eventuell utbrenthet. Ha alltid sikkerhetskopier identifisert, slik at folk kan ta seg litt fri når de føler at de vil ha en pause.

# 5) Regelmessige sammenkoblinger med testteamet og ledelsen er viktig for å ha oppgavene og statusen til dem i kontroll. Vi vil dekke dem mer detaljert i neste punkt.

Testsporing / verktøy som brukes til rapportering

Ledelsen reagerer ofte med løftede øyenbryn når den faktiske statusen blir kommunisert til dem. Her er noen tips om hvordan du får ned øyenbrynene i en rimelig grad.

#1) Testere håndterer mye ustabilitet mens de tester, og mange ganger skjer det slik at flere mennesker ber dem om fremgang på forskjellige nivåer. De synes det er uttømmende og en overhead å utføre disse administrative oppgavene. Selv om det er viktig at de gir beskjed om fremgangen, må du finne ut a mindre tungvint vei til fremgangen .

#to) Ha regelmessige sjekkpunkt- / scrummøter med testteamet og analyser om det går greit. Lås sammen med dem for å se hvor langt de har kommet, hva som pågår, hva som må til og hva som holder dem tilbake. I tilfelle noen føler seg overbelastet, ta grep for å gjøre noen ombalansering for jevn utførelse.

# 3) Ha jevnlige møter med ledelsen og få dem til å innse at ledelsen er kontaktpunktet for spørsmål knyttet til status, og individuelle testere kan bare bli bedt om å stille inn når det er nødvendig.

Prøv å presentere testteamet så mye som mulig, bortsett fra å kommunisere status. Hvis en tester har arkivert en viktig mangel, kan du vise den og sette pris på den i et større publikum. Dette vil motivere alle til å heve taket.

# 4) Unødvendig å nevne at den mest nøyaktige og gjennomsiktige måten å rapportere status på er å ha verktøy identifisert for testledelse / rapportering.

Det finnes omfattende verktøy som hjelper deg med hele testplanleggingen Microsoft Project Planner eller MS-prosjekt 2013 .

mpp

Dette verktøyet hjelper til med å definere et prosjekt i faser, kjerneoppgavene som kreves med en oversikt over store og mindre oppgaver som er tildelt hver av disse fasene, anstrengelsesestimater, identifisering av avhengighet mellom oppgaver og tildeling av ressurser. På denne måten hjelper dette med effektiv sporing og styring av et prosjekt.

Du kan også finne en rekke verktøy beskrevet veldig pent her:

=> Beste testledelse / rapporteringsverktøy

Konklusjon

Mens hvert trinn i planleggingsprosessen kan diskuteres utførlig, vil dette dokumentet hjelpe testere til å forstå hvordan deres rolle er tilpasset denne generelle prosessen. Dette var vårt forsøk på å få frem veldig spesifikke testplanleggingselementer; som daglig påvirker testteamene til å utføre jobbene sine effektivt.

Jeg håper denne artikkelen brakte frem visse subtile aspekter av prosjektplanlegging med god klarhet. Å bruke tid på effektiv planlegging kan vise seg å være medvirkende til å nå prosjektets milepæler.

Om forfatteren: Dette er en gjesteartikkel av Sneha Nadig. Hun er en testleder med over 8 års erfaring i manuelle og automatiseringstestprosjekter.

Vil du dele mer spesifikke tips for effektiv administrasjon av testprosjekter? Gi oss beskjed i kommentarene nedenfor.

=> Besøk her for komplett testplanopplæringsserie

Anbefalt lesing

^