Meny

Test Management Tutorial: En Ultimate Guide To Test Management

  • Hoved
  • Annen
  • Test Management Tutorial: En Ultimate Guide To Test Management

test management tutorial

Prøv Instrumentet Vårt For Å Eliminere Problemer

Dette er en Tutorial Management Tutorial for Software Testing. Det inkluderer testledelsesfaser, verktøy og testledelse mot organisasjonsstruktur:

Testadministrasjon er prosessen med å administrere alle testrelaterte aktiviteter, dokumenter og annet relatert arbeid. Organisasjonsstrukturer refererer til et hierarki av team eller ansatte som jobber med bestemte prosjekter.

Tror du organisasjonsstruktur påvirker testledelse?

Hvis svaret ditt er nei, vil vi se hvorfor? Hvis ja, la oss se hvordan det påvirker. For å finne sammenhengen mellom disse to, må vi forstå disse emnene tydelig og deretter utforske forholdet mellom testledelse og organisasjonsstruktur.

Testledelse

Hva du vil lære:

Introduksjon til testledelse

Test Management betyr å administrere hele prosessen med programvaretesting for et bestemt prosjekt. Testadministrasjonsprosessen brukes på hele livssyklusen for programvareutvikling. Derfor, ideelt sett, så snart programvareutviklingsprosessen starter, burde også testadministrasjonsprosessen starte.

Testleder hadde følgende ansvar-

  • Testlederen skal sikre konsistens og kvalitet på disse arbeidsproduktene.
  • Arbeid med testanalytiker og teknisk testanalytiker for å velge og tilpasse riktig mal.
  • Arbeid med testanalytiker og teknisk testanalytiker for å etablere standarder for disse produktene, som nivåer av detaljert grad.
  • Gjennomgå arbeidsproduktene ved hjelp av passende teknikker.

Test Management Components

Testledelse er delt inn i 5 deler for bedre forståelse:

  1. Testdokumentasjon
  2. Testestimering
  3. Test beregninger
  4. Måling av testfremdrift
  5. Metrikker for overvåking av testlivssyklusen

# 1) Testdokumentasjon

Det er tre typer testdokumentasjon som er oppført nedenfor:

  • Testpolicy
  • Teststrategi
  • Master Test Plan

# 1) Testpolicy:

  • Oppsummerer verdien som organisasjonen har fra å teste.
  • Definerer testpolicyer.
  • Beskriver hvordan man kan evaluere effektiviteten av testing.
  • Skisserer testprosessen.
  • Spesifiser hvordan organisasjonen vil forbedre testprosessen?

# 2) Teststrategi:

  • Beskriver de generelle testmetodikkene som brukes til å håndtere prosjekt- og produktrisiko.
  • Analytiske strategier: Som risikobasert testing.
  • Modellbasert strategi: Som en operativ profil der testteamet utvikler en modell basert på faktiske og aksepterte situasjoner med miljø, innspill og forhold.
  • Metodisk strategi: Kvalitetsegenskaper der testteamet bruker et sett med testbetingelser, sjekkliste eller samling av generaliserte, logiske tester.
  • Prosess- eller standardkompatible teknikker: Følger et sett av prosessen som SCRUM / Agile.
  • Reaktive strategier: Bruke defekte baserte angrep som utforskende testing.
  • Rådgivende strategi: Som brukerstyrt testing der testteamet er avhengig av innspill fra en eller flere interessenter for å bestemme testforhold som Outsourced Compatibility Testing.
  • Beskriver også:
    • Integreringsprosedyrer
    • Testspesifikasjonsteknikker
    • Uavhengighet av testing
    • Obligatoriske og valgfrie standarder
    • Test miljø
    • Verktøy
    • Gjenbrukbarhet av programvareprodukter
    • Retesting og regresjon.

# 3) Master Test Plan:

  • Den dekker alle testoppgaver som må gjøres.
  • Den diskuterer hvordan testing vil implementere teststrategi og policy.
  • Hvis noe ikke er beskrevet, bør testplanen beskrive hvorfor og avbøtningsplanen for det.
  • Innholdet i testplanen er:
    • Elementer som skal testes
    • Kvalitetsegenskaper som skal testes.
    • Rute
    • Utførelsessyklus
    • Defektvariabler
    • Test elementer i omfang
    • Utgangskriterier
    • Prosjektrisiko
    • Samlet styring av testinnsats,
    • Roller og ansvar
    • Inngang og utgang

# 2) Testestimering

Generelle poeng:

  • Er en ledelsesaktivitet
  • Det er basert på erfaring.
  • Det gir en spesifikk og detaljert katalog over kostnader, ressurser, oppgaver og personer.
  • Estimering når den er utarbeidet, må leveres til ledelsen sammen med begrunnelsen.
  • Det endelige estimatet representerer den best mulige balansen mellom organisasjons- og prosjektmål.
  • Anslaget er basert på informasjon som var tilgjengelig på det tidspunktet, det ble utarbeidet.
  • For å være nøyaktig, bør estimater oppdateres for å gjenspeile ny og endret informasjon.

Faktorer som påvirker testestimering:

  • Nødvendig kvalitetsnivå
  • Størrelse på systemet
  • Historisk data
  • Prosessfaktorer som strategi, utvikling og livssyklus
  • Materielle faktorer som testmiljø, automatisering, verktøy og data
  • People factor
  • Kompleksitet i prosessen
  • Opplæring og KT (kunnskapsoverføring)
  • Assimilering og utvikling av nye verktøy og teknologi, prosess eller teknikker.
  • Kravet om en høyere grad av den detaljerte testspesifikasjonen.
  • Tidspunkt for komponentens ankomst
  • Testdata.

Gjetter:

  • Arbeidsfordelingsstruktur
  • Teamestimasjonsøkt
  • Tester - Utviklerforhold
  • Organisasjonshistorie
  • Funksjonspunktanalyse, LOC.

Testestimering blir nærmere forklart senere i opplæringen.

# 3) Test beregninger

  • Hva blir målt, regnes som ferdig?
  • Hva måler ikke, er det lett å bli ignorert?
  • Det bør defineres et begrenset sett med nyttige beregninger.
  • Bare de beregningene skal defineres hvis tolkning er enige om av alle.
  • Rapportering og sammenslåing av beregninger bør automatiseres.
  • Lederen bør validere informasjonen i beregning.

Prosjektmåling: % av pass, feil utført etc.

flette sorter kildekode c ++

Produkt beregning:

  • Produktets egenskaper
  • Defekt tetthet

Prosessmåling: Måler evne til å teste som% av feilen.

Mennesker: Evne til individet.

Test fremdriftsmåling:

  • Antall testbetingelser / saker, planlagt vs utført.
  • Total feil kategorisert etter alvorlighetsgrad, prioritet, nåværende tilstand og effekt delsystem.
  • Antall endringer som kreves, godtas, bygges og testes.
  • Planlagt mot faktisk kostnad.
  • Planlagt vs faktisk varighet
  • Milepæl for planlagt vs faktisk testing.
  • Produktkvalitet Risikostatus
  • % tap av testinnsats, kostnad eller tid.

# 4) Måling av testfremdrift

Produktrisiko:

  • % av risiko dekket.
  • % av risikoen for feiltest
  • % Risiko identifisert av individet.

Mangler:

  • Antall funnet mangler mot antall innsendte mangler.
  • Gjennomsnittstid for feil ankomstrate
  • Mangler i bestemte testelementer.
  • Påvisning av RCA (Root Cause Analysis)
  • Mangelen er testutgivelser.
  • Feil i fase
  • Prioritet og alvorlighetsgrad
  • Rapporter avslag vs duplikat
  • Det tar tid å løse
  • Antall nye feil innført på grunn av å fikse gamle feil.

Test:

  • Totalt antall testpass, mislykkes, løper, blokkeres
  • Totalt antall tilfeller med regresjonstest.

Dekning:

  • Krav og designdekning
  • Risikodekning
  • Dekning for miljøkonfigurasjon
  • Kodedekning

# 5) Metrikker for overvåking av testlivssyklusen

Overvåk testplan

  • Antall risiko og krav
  • Feiloppdagelse
  • Plan vs faktisk innsats.

Monitor Test Design

  • Antall feil funnet under design.

Overvåke testanalyse

  • Antall forhold
  • Antall mangler i analysen

Monitor Test Implementation

  • % av miljøkonfigurasjonen
  • % av prøvesaken automatisert.

Overvåke utførelsen

  • % av bestått, mislyktes, ingen kjøring, blokkerte testsaker
  • % Test tilfeller dekket
  • Planlagt vs faktiske mangler løst
  • % av Plan vs Faktisk dekning

Skjerm lukking

  • % av testtilfellene består, ail
  • % av testtilfellene sjekket inn i kategorien for gjenbruk
  • % av testsaker automatisert.
  • Antall mangler løst / ikke løst.
  • % av testarbeidsproduktet

Testovervåking- og kontrollfasen som er diskutert nedenfor, forklarer dette emnet ytterligere.

Testledelsesfaser

Under testledelsesprosessen må man vurdere følgende punkter. Følgende er med andre ord de forskjellige fasene i Test Management-prosessen:

  1. Risikoanalyse
  2. Testestimering
  3. Testplanlegging
  4. Test organisasjon
  5. Test overvåking og kontroll
  6. Problemstyring
  7. Testrapport

Du kan legge merke til at de fire første fasene handler mer om planlegging og de resterende tre handler om utførelse. Derfor kan vi dele hele testadministrasjonsprosessen i to deler, dvs. planlegging og gjennomføring.

La oss utforske de forskjellige testledelsesfasene i detalj.

# 1) Risikoanalyse

Denne fasen inkluderer å finne ut risikofaktorene og mulige løsninger. Hvis risikoanalyse gjøres grundig, kan vi unngå fremtidige feil, eller i det minste en slags løsning kan være tilgjengelig.

Risiko er noe som kan eller ikke kan skje. Men hvis det skjer, hva vil innvirkningen ha? Det kan påvirke kvaliteten på programvaren, omdømmet til selskapet og mye mer.

Risikofaktorer bør bli funnet ut for å unngå denne dårlige effekten. Risikoanalyse bør gjøres for å finne risikofaktorer. Det er to typer risikoer, dvs. prosjektrisiko og produktrisiko. Prosjektrisiko er risikoen som er knyttet til arbeidsprosessen, og Produktrisiko er risiko som er relatert til det utviklede produktet.

# 2) Testestimering

Testestimering handler om prediksjon av tiden som kreves for hver testaktivitet / fase. Ettersom dette er et estimat, kan det ikke være nøyaktig. For bedre testestimering kan vi studere de tidligere prosjektene i selskapet vårt, eller vi kan konsultere teammedlemmene som skal være ansvarlige for det arbeidet eller testfasen.

# 3) Testplanlegging

Testplanlegging i seg selv er en lang prosess. Det inkluderer å definere testmål, testomfang, teststrategi, tidsplanlegging, ressurser, kommunikasjonstilnærming osv. Krav bør være veldig klare for å definere testmål og omfang. Testplanen er for testere, brukere og medlemmene av prosjektgruppen.

Testplanen beskriver testens rolle i prosjektet. Testplanen inkluderer også roller og ansvar, liste over funksjoner som skal testes og ikke skal testes, testmiljø, liste over verktøy og antakelser om noen.

# 4) Testorganisasjon

I løpet av testplanleggingsfasen har vi planlagt alle mulige ting om testing.

program for å kopiere dvd til datamaskin

Derfor trenger vi dyktige teammedlemmer for å gjennomføre denne planen eller for å gjøre planen vellykket. Testorganisasjon handler om å bygge det perfekte testteamet for et vellykket prosjekt.

# 5) Testovervåking og kontroll

Mens testarbeidet pågår, eller mens testerne utfører testplanen, må alle disse fremdriftene overvåkes. Man bør holde oversikt over alt dette testarbeidet. Hvis testovervåking er gjort, vil testteamet og testansvarlig få tilbakemelding på hvordan testframgangen er?

Ved hjelp av denne tilbakemeldingen kan testlederen veilede teammedlemmene for å forbedre kvaliteten på videre testarbeid. Ved hjelp av testovervåking vil prosjektgruppen få synlighet på testresultatene. Det hjelper også å vite om testdekning.

For store prosjekter gjøres testovervåking ved hjelp av et automatisert verktøy, da innsamling av data vil være enklere. For små prosjekter vil en person samle alle dataene eller dokumentene som er relatert til testfremdriften. For å samle informasjon om testfremdrift, kan vi ta hjelp av IEEE 829 testloggmalen. Dette handlet om testovervåking.

La oss se hva testkontroll er? Prosjektarbeid vil ikke alltid gå som vi har planlagt. Det kan være noen forskjeller mellom planen og selve arbeidet. For å minimere eller fjerne disse forskjellene, må vi gjøre noen endringer, og det er slik vi kontrollerer testarbeidet.

# 6) Problemstyring

Problemer kan være ethvert problem som oppstår under programvareutviklingen og testprosessen. Det kan være den minste grunnen til at vi ikke er i stand til å utvikle / levere et kvalitetsprodukt. Noen problemer er en show-stopper, dvs. uten å løse problemet kan vi ikke fortsette med den videre prosessen.

Problemadministrasjon handler om hvordan vi håndterer disse problemene / problemene. Vi kan også kalle det som hendelsesledelse. Problemadministrasjon krever bedre planlegging for prosessen med å løse problemer. Bedre problemadministrasjon avhenger av dyktighet og erfaring hos testansvarlig.

Hvordan oppstår disse problemene?

Det kan være flere grunner til at et problem oppstår. Noen problemer er relatert til strategi og noen er relatert til definisjonen, HR, planlegging, etc.

Strategispørsmål :

Eksempler:

  • Prosjektet går tom for midler.
  • Dårlig prosjektkommunikasjon.
  • Prosjektledelsesprosessen er ikke i samsvar med de angitte standardene.

Definisjonsproblemer : Problemer som er relatert til krav.

Eksempler: Uklare krav. Mange problemer kan innføres på grunn av uklare krav.

Planleggingsproblemer: Dette er den vanligste typen problemer. Ansatte må slite for å overholde fristen.

HR-problemer:

Eksempler:

  • Det mangler dyktighet i laget.
  • Feil kartlegging av arbeidstakere for arbeid.

Det kan være mange flere typer problemer, og vi kan ikke nevne dem alle her. Dermed handler problemadministrasjon om å logge, spore og løse problemer.

# 7) Testrapport

Testrapporten hjelper til med å identifisere testdekning, kvaliteten på det utviklede produktet og de nødvendige prosessforbedringene. Vi kan bestemme ‘hvor mye testing kreves?’

Hvis nok testing er gjort, kan vi sende denne testrapporten til interessentene eller klientene. Slik at de også blir kjent med kvaliteten på produktet og har en idé om hvor mye testing som utføres på produktet.

Test Management Tools

Testadministrasjon blir komplisert når vi fortsetter i vår programvareutviklingsprosess, og det er en av de viktigste årsakene til at så mange testadministrasjonsverktøy er tilgjengelige i dag.

Disse verktøyene vil hjelpe i de siste fire fasene av testadministrasjonsprosessen (Testorganisasjon, Testovervåking og kontroll, Problemstyring og Testrapport). Siden disse verktøyene hjelper til med de viktige fasene i testledelsen, bør de vurderes først i prosjektet.

Nedenfor er de mest populære verktøyene for testadministrasjon:

  1. qTest
  2. Øv deg
  3. Zephyr
  4. Test Collab
  5. TestFLO for JIRA
  6. XQual
  7. Xray - Cutting Edge Test Management
  8. TestRail
  9. QACoverage
  10. Krav og testledelse for Jira (RTM)
  11. SPIRATEST av Inflectra
  12. Kualitee
  13. vann
  14. Testplate
  15. JunoOne

=> Klikk her for detaljerte gjennomganger av TOP Test Management Tools

alfa- og betatesting i programvareteknikk

Organisasjonsstrukturer

La oss se de forskjellige organisasjonsstrukturene.

Det kan være visse regler for organisasjonsstrukturer, eller det kan være noen ideelle strukturer, men uansett at enhver organisasjon kan ha sin struktur. Det er så mange organisasjonsstrukturer, og hver har sine fordeler og ulemper.

Her vil vi diskutere noen av dem.

For det første vil vi se den enkleste organisasjonsstrukturen som brukes til små prosjekter.

organisasjonsstruktur

I denne strukturen rapporterer både testere og programmerere til utviklingssjefen.

  1. Utviklingssjefen har god kontroll over prosjektaktivitetene.
  2. Det vil være mindre mulighet for et kommunikasjonsgap mellom test- og utviklingsteamene.
  3. Også i møter er det bra å bestemme fristene for utviklingssjefen ettersom han / hun har fullstendig kunnskap om test- og utviklingsarbeidet.
  4. Teamarbeid vil være effektivt på grunn av minimale lag.

Ulemper med denne strukturen inkluderer:

  1. Siden det ikke er noen testleder, er det en mulighet for at testing vil bli vurdert sent i prosjektet.
  2. Det er en annen mulighet for at testing vil få mindre betydning for prosjektet. Det kan vurderes sent i prosjektet.

Generelt i små organisasjoner for små prosjekter, hender det at utviklingsteamet tar mer tid enn nevnt, og testteamet må lide, dvs. testteamet må teste produktet innen fristen, slik at testteamet får kortere tid til å teste produktet.

I denne strukturen, for å fullføre et prosjekt med suksess, må utviklingssjefen huske at hans mål ikke er å bare fullføre prosjektet, men å utvikle kvalitetsprogramvare.

Den nest mest brukte organisasjonsstrukturen:

2. organisasjonsstruktur

Dette er den vanligste typen organisasjonsstruktur. I denne strukturen rapporterer testerne til testledere og utviklerne rapporterer til utviklingssjefen. Både Test Manager og Development Manager rapporterer til prosjektlederen.

Testlederen vil være ansvarlig for alle testrelaterte aktiviteter, og det er utviklingssjefens ansvar å få programvaren til å utvikle seg. Prosjektlederen vil kontrollere både test- og utviklingsaktivitetene.

Fordeler:

  • I motsetning til den forrige strukturen, her i denne strukturen, er det forskjellige ledere for testing og utvikling, derav begge kan fokusere på sitt arbeid. De vil forbli dedikert til arbeidet sitt, og det vil være færre distraksjoner for dem.
  • I denne strukturen kan ikke testaktivitetene neglisjeres, eller det kan ikke betraktes som sent i prosjektet. Dette betyr at både testing og utvikling vil få like stor betydning.
  • Når det gjelder å ta kritiske beslutninger, har testteamet fordelaktig uavhengighet.

Ulemper:

  • Det er en mulighet for et kommunikasjonsgap på grunn av flere nivåer.

Testledelse mot organisasjonsstrukturer

Organisasjonsstrukturer påvirker direkte testledelsen. Ulike organisasjonsstrukturer har ulik innvirkning på testledelsen, derfor varierer testledelsen i henhold til testlederens dyktighet og erfaring, samt i henhold til testlederens posisjon i organisasjonsstrukturen.

Vi har sett to organisasjonsstrukturer her. I den første strukturen er utviklingssjefen og testsjefen den samme personen, derfor påvirker den testledelsen. Utviklingssjefen har som mål å utvikle programvare, og mens han / hun gjør dette, må han / hun også se på testarbeidet.

Dermed kan han / hun noen ganger gi partiske meninger. Han / hun kan bare overse problemet og fortsette. På denne måten kan det påvirke testledelsen. En uavhengig testleder vil kunne gi mer rettferdighet og testledelse vil være bedre med uavhengige testledere.

Konklusjon

Vi har sett både temaene, dvs. testledelse og organisasjonsstrukturer hver for seg, og sammen med forholdet mellom disse to. Vi kan konkludere med at organisasjonsstrukturer påvirker testledelse.

Mens man sammenligner begge strukturene nevnt ovenfor, i den andre strukturen, vil testledelsen håndteres bedre enn den første. Årsaken bak dette kan være en dedikert testleder.

Organisasjonsstrukturer er forskjellige fra organisasjon til organisasjon. Selv om det er noen definert prosess for testledelse (eller team bruker kanskje verktøy for testadministrasjon), vil testledelsen variere på grunn av forskjellige organisasjonsstrukturer, testledere, testansvarliges ferdigheter og erfaring.

Anbefalt lesing

^