Hvad er statisk test?

Inden vi forstår statiske testteknikker, er vi nødt til at forstå, hvad statisk testning er, og hvordan denne testning kom i processen med testning. Før du frigiver software og håndterer det til klienten, er det meget vigtigt at teste det fuldstændigt. For at gennemføre fuldstændig test af software-verifikation og validering skal begge udføres. Til dette spiller statisk og dynamisk test deres rolle. Ved statisk testning testes software eller en applikation manuelt eller ved hjælp af værktøjer uden at udføre koden, dvs. der findes defekter i statisk test uden den faktiske udførelse af kode, mens kode i dynamisk test udføres for at finde manglerne.

Statisk test udføres på to måder:

  • Anmeldelser: Gennemgang sker for at finde mangler, problemer og uklarheder i dokumenterne som krav, design osv. Anmeldelser spiller en vigtig rolle i statisk test, da det er bedre at finde årsagen til fejl i starten snarere end fejl. i slutningen. Da de fleste af problemerne opstod efter udvikling af software med hensyn til kravene, blev design ikke rettet i starten eller nogen tvetydighed fundet i dokumenterne. Anmeldelser kan være formelle / uformelle afhængigt af det bestemte trin i softwaretest. Anmeldelser i softwaretest består af uformel, gennemgang, inspektion og teknisk gennemgang.
  • Statisk analyse: I statisk analyse testes software eller en applikation for at finde de strukturelle defekter i koden, der er skrevet af udviklere, uden at den faktisk udføres. Statisk analyse udføres normalt af værktøjerne og bruges til at afdække mangler som ubrugte / ikke-refererede variabler, programmering af standardovertrædelse, syntaksovertrædelser, kodningsstandarder, der ikke er fulgt, død kode (kode skrevet, men ikke brugt overalt) osv. Der er visse tilgængelige værktøjer på markedet, der hjælper med statisk analyse af kode, analyse af strukturer og afhængigheder, beregne målinger som cyklomatisk kompleksitet eller indlejringsniveauer og tvinger udviklere til at følge specifikke kodningsstandarder og hjælper i statisk analyse.

Statiske testteknikker

Som nævnt ovenfor udføres statisk test enten manuelt, som udføres i anmeldelser eller gennem testværktøjer, der udføres i statisk analyse.

Gennemgangsproces: Under statisk test kan anmeldelser udføres på to måder:

1. Uformel gennemgang

  • Uformel gennemgang sker i de tidlige stadier af udviklingslivscyklus.
  • Ingen formelle dokumenter eller procedurer bruges i en uformel gennemgang.
  • Uformel gennemgang findes i forskellige former og former, den eneste funktion er, at de ikke er formelt dokumenteret.
  • Hovedformålet med uformel gennemgang er at forbedre kvaliteten af ​​softwaren ved hjælp af forfattere.
  • Den følger enkle procedurer som to personer, der sidder sammen, hvor man er forfatter, der gennemgår arbejde fra andre kolleger som ethvert dokument, design, kode osv. Det kan yderligere tilføje flere medlemmer eller et helt team afhængigt af testniveauet.

2. Formel gennemgang

  • Den formelle gennemgang er meget godt struktureret og dokumenteret.
  • Den formelle gennemgang styres og følger forskellige faser af anmeldelser som Planlægning, kick-off, forberedelse, gennemgangsmøde, omarbejdning og opfølgning.
  • Formel gennemgang dækker brede og seriøse scenarier af softwaren som juridiske krav, modenhed til softwareudvikling osv.

Typer af anmeldelser

Nedenfor er nævnt de forskellige typer anmeldelser:

1. Gennemgang

  • I gennemgangen leder forfatter gennemgangsprocessen for at opfylde den fælles forståelse, og andre teammedlemmer stiller de mulige spørgsmål og sender deres indsamlede feedback.
  • Walkthrough kan være formel eller uformel gennemgang.
  • Mødereferat og de rapporterede mangler / fund noteres af abonnenten (som ikke er forfatteren) for at spore dem senere.
  • Teammedlemmer behøver ikke at have en detaljeret viden om indholdet, da forfatteren er godt forberedt på det, og det er en slags videnoverførselssession.

Hovedmål for Walkthrough

  • Hovedmålet er at muliggøre læring og viden til andre teammedlemmer om indholdet.
  • At præsentere dokumentet for alle interessenter inden for og uden for softwaredisciplinen og indsamle mere information om det dokument, der er under overvejelse.
  • De sigter mod, at andre medlemmer undersøger indholdet klart, så de kan give forslag, alternativer til det foreslåede dokument.

2. Inspektion

  • Inspektion er en af ​​de mest formelle slags anmeldelser.
  • Det ledes af en uddannet moderator, der ikke er forfatteren til mødet.
  • Læserne er godt forberedt inden mødet om dokumenterne eller hvad der skal diskuteres.
  • Regler og tjeklister bruges i dette møde, i hvilket tidsrum produkt undersøges og defekter logges.
  • Mangler, der findes på mødet, dokumenteres i emneloggen eller loggerlisten.
  • Mødet har passende adgangs- og udgangskriterier.
  • Rapporter oprettet under mødet deles med forfatteren for at træffe passende handlinger på dette.
  • En formel opfølgningsproces udføres af moderatoren for at tackle forbedringsspørgsmål og læring af opdagede mangler.

Hovedmål for inspektion

  • Forbedring af kvaliteten af ​​dokumenter under inspektion.
  • Find hurtigt og rettet de fejl, der blev fundet på mødet hurtigt.
  • Skabelse af mere detaljeret forståelse gennem gruppediskussioner og informationsudveksling.
  • At lære af de tidligere indførte mangler og ikke gentage dem i fremtiden.

3. Teknisk gennemgang

  • Det er veldokumenteret og følger defektdetekteringsteknologi, der involverer peers og tekniske eksperter.
  • Det ledes normalt af en uddannet moderator og ikke forfatteren.
  • I teknisk gennemgang undersøges produkt, og defekterne findes, som hovedsageligt er tekniske.
  • Der er ingen ledelsesdeltagelse i Technical Review.
  • Den fulde rapport er parat til at have en liste over spørgsmål, der er behandlet.

Hovedmål for teknisk gennemgang

  • Hold deltagerne informeret om de tekniske begreber i dokumentet.
  • For at sikre, at tekniske begreber fra starten skal forstås korrekt.
  • At samle alternativer og løsninger fra deltagerne vedrørende tekniske koncepter.
  • At opretholde konsistens i den tekniske og konceptuelle design af softwaren.
  • At fokusere på de tekniske aspekter af softwaren og teknisk gennemførlighed, som er lige så vigtig som en konceptuel.

Konklusion

Statisk test hjælper ikke kun med at finde manglerne i tidlige stadier, men giver også et lukende udseende af dokumenterne og hjælper med at forstå de manglende krav, tvetydighed, designfejl, vedligeholdelsesproblemer osv. Et enkelt dokument underkastes flere anmeldelser og hver gennemgang har sit eget mål og procedurer. Hver gennemgang tjener et specifikt formål, ligesom uformel gennemgang udføres inden teknisk eller formel gennemgang, så defekter, der kan findes uformelt, først kan rettes. Jo mere gennemgang der foretages på ethvert dokument før og under udviklingen, desto mindre er sandsynligheden for mangler i sidste ende.

Anbefalede artikler

Dette er en guide til statiske testteknikker. Her diskuterer vi forskellige typer anmeldelser og statiske teknikker i detaljer. Du kan også gennemgå vores andre foreslåede artikler -

  1. Forstå begrebet statisk test
  2. Hvad er ikke-funktionel test?
  3. Eksempler på White Box Testing
  4. Hvad gør dynamisk testning?

Kategori:

Softwareudvikling