Menu

Test Management Tutorial: En ultimativ guide til test management

  • Vigtigste
  • Andet
  • Test Management Tutorial: En ultimativ guide til test management

test management tutorial

Prøv Vores Instrument Til At Fjerne Problemer

Dette er en Test Management Tutorial til softwaretest. Det inkluderer testledelsesfaser, værktøjer og teststyring mod organisationsstruktur:

hvad er den bedste pc-optimering

Test Management er processen med at styre alle testrelaterede aktiviteter, dokumenter og andet relateret arbejde. Organisatoriske strukturer henviser til et hierarki af teams eller medarbejdere, der arbejder på bestemte projekter.

Tror du, at organisationsstruktur påvirker testledelse?

Hvis dit svar er nej, vil vi se hvorfor? Hvis ja, lad os se, hvordan det påvirker. For at finde sammenhængen mellem disse to er vi nødt til at forstå disse emner klart og derefter undersøge forholdet mellem testledelse og organisationsstruktur.

Test Management

Hvad du lærer:

Introduktion til testledelse

Test Management betyder styring af hele processen med softwaretest til et bestemt projekt. Testadministrationsprocessen anvendes på hele softwareudviklingens livscyklus. Derfor, ideelt set, så snart softwareudviklingsprocessen starter, skal testadministrationsprocessen også starte.

Test Manager havde følgende ansvarsområder -

  • Testlederen skal sikre sammenhæng og kvalitet af disse arbejdsprodukter.
  • Arbejd med testanalytiker og teknisk testanalytiker for at vælge og tilpasse den relevante skabelon.
  • Arbejd med testanalytiker og teknisk testanalytiker for at etablere standarder for disse produkter, som niveauer af detaljeret grad.
  • Gennemgå arbejdsprodukterne ved hjælp af passende teknikker.

Teststyringskomponenter

Test Management er opdelt i 5 dele for bedre forståelse:

  1. Testdokumentation
  2. Testestimering
  3. Test målinger
  4. Måling af testfremskridt
  5. Metrics for Monitoring the Testing Lifecycle

# 1) Testdokumentation

Der er tre typer testdokumentation, der er anført nedenfor:

  • Testpolitik
  • Teststrategi
  • Master Test Plan

# 1) Testpolitik:

  • Opsummerer værdi, som organisationen stammer fra testning.
  • Definerer testpolitikker.
  • Beskriver, hvordan man vurderer effektiviteten af ​​test.
  • Skitserer testprocessen.
  • Angiv hvordan organisationen vil forbedre testprocessen?

# 2) Teststrategi:

  • Beskriver de generelle testmetoder, der bruges til at styre projekt- og produktrisici.
  • Analytiske strategier: Ligesom risikobaseret test.
  • Modelbaseret strategi: Som en operationel profil, hvor testteamet udvikler en model baseret på faktiske og accepterede situationer med miljø, input og forhold.
  • Metodisk strategi: Kvalitetsegenskaber, hvor testteamet bruger et sæt testbetingelser, tjekliste eller samling af generaliserede, logiske tests.
  • Process- eller standardoverensstemmende teknikker: Følger et sæt af processen som SCRUM / Agile.
  • Reaktive strategier: Brug af defektbaserede angreb som udforskende testning.
  • Rådgivende strategi: Ligesom brugerstyret test, hvor testteamet er afhængig af input fra en eller flere interessenter til at bestemme testbetingelser som Outsourced Compatibility Testing.
  • Beskriver også:
    • Integrationsprocedurer
    • Testspecifikationsteknikker
    • Uafhængighed af test
    • Obligatoriske og valgfri standarder
    • Test miljø
    • Værktøjer
    • Genanvendelighed af softwareprodukter
    • Gentest og regression.

# 3) Master Test Plan:

  • Det dækker alle testopgaver, der skal udføres.
  • Den diskuterer, hvordan testning vil implementere teststrategi og -politik.
  • Hvis noget ikke er beskrevet, skal testplanen beskrive hvorfor og afbødningsplanen for det.
  • Testplanens indhold er:
    • Elementer, der skal testes
    • Kvalitetsegenskaber, der skal testes.
    • Tidsplan
    • Udførelsescyklus
    • Defektvariabler
    • Test emner i omfang
    • Udgangskriterier
    • Projektrisici
    • Samlet styring af testindsats,
    • Roller og ansvar
    • Input og output

# 2) Testestimering

Generelle punkter:

  • Er en ledelsesaktivitet
  • Det er baseret på erfaring.
  • Det giver et specifikt og detaljeret katalog over omkostninger, ressourcer, opgaver og personer.
  • Estimering, når den først er udarbejdet, skal leveres til ledelsen sammen med begrundelsen.
  • Det endelige skøn repræsenterer den bedst mulige balance mellem organisatoriske og projektmål.
  • Estimatet er baseret på den tilgængelige information på det tidspunkt, det blev udarbejdet.
  • For at forblive nøjagtige skal estimater opdateres for at afspejle nye og ændrede oplysninger.

Faktorer, der påvirker testestimering:

  • Påkrævet kvalitetsniveau
  • Systemets størrelse
  • Historiske data
  • Procesfaktorer som strategi, udvikling og livscyklus
  • Materielle faktorer som testmiljø, automatisering, værktøjer og data
  • Folk faktor
  • Kompleksitet i processen
  • Træning og KT (vidensoverførsel)
  • Assimilering og udvikling af nye værktøjer og teknologi, proces eller teknikker.
  • Kravet om en højere grad af den detaljerede testspecifikation.
  • Tidspunkt for komponentens ankomst
  • Testdata.

Gætter:

  • Arbejdsfordelingsstruktur
  • Team Estimation session
  • Tester - Udviklerforhold
  • Organisationshistorie
  • Funktionspunktsanalyse, LOC.

Testestimering forklares yderligere senere i vejledningen.

# 3) Test metrics

  • Hvad bliver målt, betragtes som gjort?
  • Hvad måler ikke, er let at blive ignoreret?
  • Der bør defineres et begrænset sæt nyttige målinger.
  • Kun disse målinger skal defineres, hvis fortolkning er aftalt af alle.
  • Rapportering og fletning af metrics bør automatiseres.
  • Manager skal validere oplysningerne i metric.

Projektmåling: % af pas, fejl udført osv.

Produktmåling:

  • Produktets egenskaber
  • Defektdensitet

Procesmåling: Måler evnen til at teste som% af defekten.

Mennesker: Individets evne.

Teststatistik for test:

  • Antallet af testbetingelser / sager, planlagt vs udført.
  • Total defekt kategoriseret efter sværhedsgrad, prioritet, nuværende tilstand og effekt-undersystem.
  • Antallet af nødvendige ændringer, accepteret, opbygget og testet.
  • Planlagt mod faktiske omkostninger.
  • Planlagt vs faktisk varighed
  • Milepæl for planlagt vs faktisk testning.
  • Produktkvalitet Risikostatus
  • % tab af testindsats, omkostninger eller tid.

# 4) Måling af testforløb

Produktrisici:

  • % af risiko dækket.
  • % af risikoen for fejltest
  • % Risiko identificeret af individet.

Mangler:

  • Antallet af fundne mangler versus antallet af indsendte mangler.
  • Gennemsnitstid for fiasko ankomstrate
  • Mangler i de bestemte testemner.
  • Påvisning af RCA (rodårsagsanalyse)
  • Fejlen er testudgivelser.
  • Fejl i fase
  • Prioritet og sværhedsgrad
  • Rapport afviser vs duplikat
  • Det tager tid at løse
  • Antallet af nye fejl introduceret på grund af afhjælpning af gamle fejl.

Prøve:

  • Samlet antal testpas, fail, løber, blokeret
  • Det samlede antal tilfælde af regressionstest.

Dækning:

  • Krav og designdækning
  • Risikodækning
  • Dækning af miljøkonfiguration
  • Kodedækning

# 5) Metrics for Monitoring the Testing Lifecycle

Overvåg testplan

  • Antal risici og krav
  • Defekt opdagelse
  • Plan vs faktisk indsats.

Overvåg testdesign

  • Antallet af mangler, der blev fundet under konstruktionen.

Overvåg testanalyse

  • Antal betingelser
  • Antal fejl i analysen

Overvåg implementering af test

  • % af miljøkonfiguration
  • % af testsagen automatiseret.

Overvåg udførelse

  • % af bestået, mislykkedes, ingen kørsel, blokerede testsager
  • % Test tilfælde dækket
  • Planlagt vs faktiske mangler løst
  • % af Plan vs Faktisk dækning

Overvåg lukning

  • % af testsagerne er bestået, ail
  • % af testtilfælde kontrolleret i den genanvendelige kategori
  • % af testsager automatiseret.
  • Antallet af fejl, der er løst / ikke løst.
  • % af testarbejdsproduktet

Testovervågnings- og kontrolfasen, der diskuteres nedenfor, forklarer dette emne yderligere.

Testledelsesfaser

Under testledelsesprocessen skal man overveje følgende punkter. Med andre ord er følgende de forskellige faser af teststyringsprocessen:

  1. Risikoanalyse
  2. Testestimering
  3. Testplanlægning
  4. Test organisation
  5. Testovervågning og kontrol
  6. Problemhåndtering
  7. Test rapport

Du kan bemærke, at de første fire faser mere handler om planlægning, og de resterende tre handler om udførelse. Derfor kan vi opdele den komplette testadministrationsproces i to dele, dvs. planlægning og udførelse.

Lad os udforske de forskellige testledelsesfaser i detaljer.

# 1) Risikoanalyse

Denne fase inkluderer at finde ud af risikofaktorer og mulige løsninger. Hvis risikoanalyse udføres grundigt, kan vi undgå fremtidige fejl, eller i det mindste en slags løsning kan være tilgængelig.

Risiko er noget, der måske eller måske ikke sker. Men hvis det sker, hvad vil dets indvirkning så have? Det kan i høj grad påvirke kvaliteten af ​​softwaren, virksomhedens omdømme og meget mere.

Risikofaktorer bør findes for at undgå denne dårlige indvirkning. Risikoanalyse bør udføres for at finde ud af risikofaktorer. Der er to typer risici, dvs. projektrisici og produktrisici. Projektrisici er de risici, der er relateret til arbejdsprocessen, og Produktrisici er risici, der er relateret til det udviklede produkt.

# 2) Testestimering

Testestimering handler om forudsigelsen af ​​den tid, der kræves for hver testaktivitet / fase. Da dette er et skøn, kan det ikke være nøjagtigt. For bedre testestimering kan vi studere vores virksomheds tidligere projekter, eller vi kan konsultere de teammedlemmer, der vil være ansvarlige for det arbejde eller testfasen.

# 3) Testplanlægning

Testplanlægning i sig selv er en lang proces. Det inkluderer at definere testmål, testomfang, teststrategi, tidsplanlægning, ressourcer, kommunikationsmetode osv. Krav skal være meget klare til at definere testmål og omfang. Testplanen er for testere, brugere og projektmedlemmerne.

Testplanen beskriver testens rolle i projektet. Testplanen inkluderer også roller og ansvar, liste over funktioner, der skal testes og ikke testes, testmiljø, liste over værktøjer og antagelser, hvis nogen.

# 4) Testorganisation

I løbet af testplanlægningsfasen har vi planlagt alle mulige ting ved testning.

unix interviewspørgsmål til Java-udviklere

Derfor har vi brug for dygtige teammedlemmer til at udføre denne plan eller for at gøre planen vellykket. Testorganisation handler om at opbygge det perfekte testteam til et vellykket projekt.

# 5) Testovervågning og kontrol

Mens testarbejdet er i gang, eller mens testerne udfører testplanen, skal alle disse arbejdsprocesser overvåges. Man skal holde styr på alt dette testarbejde. Hvis testovervågning er udført, får testteamet og testchefen feedback om, hvordan testforløbet er?

Ved hjælp af denne feedback kan testlederen guide teammedlemmerne til at forbedre kvaliteten af ​​det videre testarbejde. Ved hjælp af testovervågning får projektteamet synlighed på testresultaterne. Det hjælper også med at vide om testdækning.

For store projekter udføres testovervågning ved hjælp af et automatiseret værktøj, da indsamling af data bliver lettere. For små projekter vil en person indsamle alle de data eller dokumenter, der er relateret til testforløbet. For at indsamle oplysninger om testforløb kan vi tage hjælp fra IEEE 829 testlogskabelonen. Dette handlede om testovervågning.

Lad os se, hvad testkontrol er? Projektarbejde vil ikke altid gå som vi har planlagt. Der kan være nogle forskelle mellem planen og det faktiske arbejde. For at minimere eller fjerne disse forskelle er vi nødt til at foretage nogle ændringer, og det er sådan, vi styrer testarbejdet.

# 6) Management af problemer

Problemer kan være ethvert problem, der opstår under softwareudviklings- og testprocessen. Det kan være den mindste grund, hvorfor vi ikke er i stand til at udvikle / levere et kvalitetsprodukt. Nogle problemer er en show-stop, dvs. uden at løse dette problem kan vi ikke fortsætte med den videre proces.

Problemhåndtering handler om, hvordan vi håndterer disse problemer / problemer. Vi kan også kalde det som hændelsesstyring. Problemhåndtering kræver bedre planlægning af processen til løsning af problemer. Bedre problemadministration afhænger af testchefens dygtighed og erfaring.

Hvordan opstår disse problemer?

Der kan være flere grunde til, at et problem opstår. Nogle spørgsmål er relateret til strategi, og andre er relateret til definitionen, HR, planlægning osv.

Strategispørgsmål :

Eksempler:

  • Projektet løber tør for midler.
  • Dårlig projektkommunikation.
  • Projektledelsesprocessen er ikke i overensstemmelse med de angivne standarder.

Definitionsproblemer : Problemer, der er relateret til krav.

Eksempler: Uklare krav. Mange problemer kan introduceres på grund af uklare krav.

Planlægningsproblemer: Dette er den mest almindelige type problem. Medarbejdere skal kæmpe for at overholde fristen.

HR-spørgsmål:

Eksempler:

  • Der mangler dygtighed i holdet.
  • Forkert medarbejderkortlægning for arbejde.

Der kan være mange flere typer problemer, og vi kan ikke nævne dem alle her. Således handler ledelse om logning, sporing og løsning af problemer.

# 7) Testrapport

Testrapport hjælper med at identificere testdækning, kvalitet af det udviklede produkt og de krævede procesforbedringer. Vi kan beslutte 'hvor meget test der kræves?'

Hvis der er foretaget tilstrækkelig test, kan vi sende denne testrapport til interessenterne eller klienterne. Så de også lærer produktets kvalitet at kende og får en idé om, hvor meget test der udføres på produktet.

Teststyringsværktøjer

Testadministration bliver kompliceret, når vi fortsætter i vores softwareudviklingsproces, og det er en af ​​de vigtigste grunde til, at så mange testadministrationsværktøjer er tilgængelige i dag.

Disse værktøjer hjælper i de sidste fire faser af testhåndteringsprocessen (Testorganisation, Testovervågning og kontrol, Problemhåndtering og Testrapport). Da disse værktøjer hjælper til de vigtige faser af testadministration, bør de overvejes først i projektet.

Nedenfor er de mest populære teststyringsværktøjer:

  1. qTest
  2. PractiTest
  3. Zephyr
  4. Test Collab
  5. TestFLO for JIRA
  6. XQual
  7. Xray - Cutting Edge Test Management
  8. TestRail
  9. QACoverage
  10. Krav og teststyring til Jira (RTM)
  11. SPIRATEST af Inflectra
  12. Kualitee
  13. vand
  14. Testplade
  15. JunoOne

=> Klik her for detaljerede anmeldelser af TOP Test Management Tools

Organisatoriske strukturer

Lad os se de forskellige organisatoriske strukturer.

Der kan være visse regler for organisationsstrukturer, eller der kan være nogle ideelle strukturer, men uanset det kan enhver organisation have sin struktur. Der er så mange organisationsstrukturer, og hver har deres fordele og ulemper.

Her vil vi diskutere nogle af dem.

For det første vil vi se den enkleste organisationsstruktur, der bruges til små projekter.

organisationsstruktur

I denne struktur rapporterer både testere og programmører til udviklingschefen.

  1. Udviklingschefen har god kontrol over projektaktiviteter.
  2. Der vil være mindre mulighed for et kommunikationsgab mellem test- og udviklingsteamene.
  3. Også i møder er det godt at bestemme deadlines for udviklingschefen, da han / hun har komplet viden om test- og udviklingsarbejdet.
  4. Teamwork vil være effektivt på grund af minimale lag.

Ulemper ved denne struktur inkluderer:

  1. Da der ikke er nogen testleder, er der en mulighed for, at test overvejes sent i projektet.
  2. Der er en anden mulighed for, at test får mindre betydning for projektet. Det kan betragtes sent i projektet.

Generelt i små organisationer til små projekter sker det, at udviklingsteamet tager mere tid end nævnt, og testteamet skal lide, dvs. testteamet bliver nødt til at teste produktet inden deadline, så testteamet får mindre tid til at teste produktet.

I denne struktur skal udviklingschefen for at gennemføre et projekt med succes huske, at hans mål ikke bare er at gennemføre projektet, men at udvikle kvalitetssoftware.

Den næstmest anvendte organisationsstruktur:

2. organisationsstruktur

Dette er den mest almindelige type organisationsstruktur. I denne struktur rapporterer testerne til testadministratorerne, og udviklerne rapporterer til udviklingschefen. Både Test Manager og Development Manager rapporterer til Project Manager.

ai software lærer at lave ai software

Test Manager er ansvarlig for alle testrelaterede aktiviteter, og det er udviklingschefens ansvar at få softwaren til at udvikle sig. Projektlederen styrer både test- og udviklingsaktiviteterne.

Fordele:

  • I modsætning til den tidligere struktur er der i denne struktur forskellige ledere til test og udvikling, hvorfor begge kan fokusere på deres arbejde. De vil forblive dedikerede til deres arbejde, og der vil være færre distraktioner for dem.
  • I denne struktur kan testaktiviteterne ikke overses, eller de kan ikke betragtes sent i projektet. Det betyder, at både test og udvikling får lige stor betydning.
  • Når det kommer til at tage kritiske beslutninger, er testteamet med fordel uafhængigt.

Ulemper:

  • Der er en mulighed for et kommunikationsgab på grund af flere niveauer.

Test Management mod organisatoriske strukturer

Organisatoriske strukturer påvirker direkte testledelsen. Forskellige organisationsstrukturer har forskellig indvirkning på testledelse, derfor varierer testledelse alt efter testlederens dygtighed og erfaring såvel som i henhold til testlederens position i organisationsstrukturen.

Vi har set to organisatoriske strukturer her. I den første struktur er udviklingschefen og testadministratoren den samme person, og derfor påvirker det testledelsen. Udviklingschefen har til formål at udvikle software, og mens han gør dette, skal han / hun også se på testarbejdet.

Således kan han / hun undertiden give partiske meninger. Han / hun kan bare overse problemet og gå videre. På denne måde kan det påvirke teststyring. En uafhængig testleder vil være i stand til at give mere retfærdighed, og teststyring vil være bedre med uafhængige testledere.

Konklusion

Vi har set både emnerne, dvs. testledelse og organisationsstrukturer separat og sammen med forholdet mellem disse to. Vi kan konkludere, at organisatoriske strukturer påvirker testledelse.

Mens man sammenligner begge ovennævnte strukturer, i den anden struktur håndteres testadministration bedre end den første. Årsagen bag dette kan være en dedikeret testmanager.

Organisationsstrukturer adskiller sig fra organisation til organisation. Selvom der er en defineret proces til testadministration (eller hold bruger muligvis testadministrationsværktøjer), vil testadministration være forskellig på grund af forskellige organisatoriske strukturer, testledere, testadministrators færdigheder og erfaring.

Anbefalet læsning

^