Vad är statisk testning?

Innan vi förstår statiska testtekniker måste vi förstå vad statisk testning är och hur denna testning kom in i testprocessen. Innan du släpper någon mjukvara och hanterar den till klienten är det mycket viktigt att testa den helt. För fullständig testning av programvaruverifiering och validering måste båda göras. För detta spelar statisk och dynamisk testning sin roll. Vid statisk testning testas programvara eller en applikation manuellt eller med hjälp av verktygen utan att utföra koden, dvs fel finns i statisk testning utan den verkliga exekveringen av koden, medan, i dynamisk testning, kod utförs för att hitta defekterna.

Statisk testning utförs på två sätt:

  • Granskningar: Recensioner görs för att hitta fel, problem och oklarheter i dokumenten som krav, design osv. Recensioner spelar en viktig roll i statisk testning eftersom det är bättre att hitta orsaken till fel i början snarare än fel. i slutet. Eftersom de flesta av problemen uppstod efter utvecklingen av programvara angående kraven, design som inte fixats i början eller någon tvetydighet som finns i dokumenten. Recensioner kan vara formella / informella beroende på det specifika stadiet av mjukvarutestning. Recensioner i mjukvarutestning består av Informell, Walkthrough, Inspection och Technical Review.
  • Statisk analys: I statisk analys testas programvara eller en applikation för att hitta strukturella defekter i koden skriven av utvecklare utan att verkligen utföra den. Statisk analys utförs vanligtvis av verktygen och används för att avslöja defekterna som oanvända / oreferenserade variabler, programmering av standardöverträdelse, syntaxöverträdelser, kodningsstandarder som inte har följts, död kod (kod skriven men inte används någonstans), etc. Det finns vissa verktyg tillgängliga på marknaden som hjälper till i statisk analys av kod, analysera strukturer och beroenden, beräkna mätningar som cyklomatisk komplexitet eller häckningsnivåer och tvinga utvecklare att följa specifika kodningsstandarder och hjälper till i statisk analys.

Statiska testtekniker

Som nämnts ovan utförs statisk testning antingen manuellt som utförs i recensioner eller genom testverktyg som utförs i statisk analys.

Granskningsprocess: Under statisk testning kan recensioner göras på två sätt:

1. Informell granskning

  • Informell granskning görs i de tidiga stadierna av utvecklingslivscykeln.
  • Inga formella dokument eller förfaranden används i en informell granskning.
  • Informell granskning finns i olika former och former, den enda funktionen är att de inte är formellt dokumenterade.
  • Huvudsyftet med informell granskning är att förbättra kvaliteten på programvaran med hjälp av författare.
  • Det följer en enkel procedur som två personer som sitter tillsammans, varav en författare som granskar arbetet med andra kollegor som alla dokument, design, kod etc. Det kan ytterligare lägga till fler medlemmar eller ett helt team beroende på testnivån.

2. Formell granskning

  • Den formella översynen är väldigt strukturerad och dokumenterad.
  • Den formella granskningen hanteras och följer olika faser av recensioner som planering, kick-off, förberedelser, granskningsmöte, omarbetning och uppföljning.
  • Formell granskning täcker breda och allvarliga scenarier av programvaran som lagkrav, mjukvaruutvecklingens löptid etc.

Typer av recensioner

Nedan nämns de olika typerna av recensioner:

1. Genomgång

  • Under genomgången leder författaren granskningsprocessen för att uppfylla den gemensamma förståelsen och andra gruppmedlemmar ställer eventuella frågor och skickar in sina feedback.
  • Walkthrough kan vara formell eller informell granskning.
  • Mötesprotokollet och de rapporterade brister / fynd noteras av Skriven (som inte är författaren) för att spåra dem senare.
  • Teammedlemmar behöver inte ha en detaljerad kunskap om innehållet eftersom författaren är väl förberedd för det och det är en typ av kunskapsöverföringssession.

Huvudmål för Walkthrough

  • Huvudmålet är att möjliggöra inlärning och att ge kunskap till andra gruppmedlemmar om innehållet.
  • Att presentera dokumentet för alla intressenter, inom och utanför programvaradisciplinen och för att samla mer information om det dokument som behandlas.
  • De syftar till att andra medlemmar ska granska innehållet tydligt så att de kan ge förslag, alternativ för det föreslagna dokumentet.

2. Inspektion

  • Inspektion är en av de mest formella typerna av recensioner.
  • Det leds av en utbildad moderator som inte är författaren till mötet.
  • Granskarna är väl förberedda inför mötet om dokumenten eller vad som måste diskuteras.
  • Regler och checklistor används i detta möte under vilken tid produkten undersöks och fel loggas.
  • Defekter som hittas i mötet dokumenteras i frågan loggen eller logglistan.
  • Mötet har korrekt inresa och utgångskriterier.
  • Rapporter som skapats under mötet delas med författaren för att vidta lämpliga åtgärder för det.
  • En formell uppföljningsprocess görs av moderator för att ta itu med förbättringsfrågor och lärande av upptäckta defekter.

Huvudmål för inspektionen

  • Förbättra kvaliteten på dokument under inspektion.
  • Snabbt hitta och fixa de fel som hittades i mötet.
  • Skapa mer detaljerad förståelse genom gruppdiskussioner och informationsutbyte.
  • Att lära av de tidigare införda defekterna och inte upprepa dem i framtiden.

3. Teknisk granskning

  • Det är väl dokumenterat och följer teknik för detektering av defekter som involverar kamrater och tekniska experter.
  • Det leds vanligtvis av en utbildad moderator och inte av författaren.
  • I teknisk granskning undersöks produkten och defekterna hittas som huvudsakligen är tekniska.
  • Inget ledningsmedverkande ingår i Technical Review.
  • Den fullständiga rapporten är beredd att ha en lista över frågor som tas upp.

Huvudmål för teknisk översyn

  • Håll deltagarna informerade om de tekniska koncepten för dokument.
  • För att säkerställa att tekniska koncept från början måste förstås korrekt.
  • Att samla in alternativen och lösningarna från deltagarna angående tekniska koncept.
  • För att upprätthålla enhetlighet i den tekniska och konceptuella designen av programvaran.
  • Att fokusera på de tekniska aspekterna av programvaran och teknisk genomförbarhet som är lika viktigt som en konceptuell.

Slutsats

Statisk testning hjälper inte bara till att hitta defekterna i tidiga stadier utan ger också en stängning av dokumenten och hjälper till att förstå de saknade kraven, tvetydigheten, designfel, underhållsfrågor etc. Ett enda dokument är föremål för flera recensioner och varje granskning har sitt eget mål och rutiner. Varje granskning tjänar ett specifikt syfte som informell granskning görs innan någon teknisk eller formell granskning så att fel som kan hittas informellt kan åtgärdas först. Ju mer granskning görs på alla dokument före och under utvecklingen, desto mindre är sannolikheten för fel i slutändan.

Rekommenderade artiklar

Detta är en guide till statiska testtekniker. Här diskuterar vi olika typer av recensioner och statiska tekniker i detalj. Du kan också gå igenom våra andra föreslagna artiklar -

  1. Förstå begreppet statisk testning
  2. Vad är icke-funktionell testning?
  3. Exempel på White Box Testing
  4. Vad gör dynamisk testning?

Kategori:

Mjukvaruutveckling