Meny

Vad är tidig testning: Testa tidigt, testa ofta MEN hur? (En praktisk guide)

  • Huvud
  • Testa Begrepp
  • Vad är tidig testning: Testa tidigt, testa ofta MEN hur? (En praktisk guide)

what is early testing

Prova Vårt Instrument För Att Eliminera Problem

Vad är tidig testning?

Mjukvarutestning bör börja tidigt i programvarans livscykel. Detta hjälper till att fånga och eliminera defekter i de tidiga stadierna av SDLC, dvs kravuppsamling och designfaser. En tidig start av testningen hjälper till att minska antalet defekter och i slutändan omarbetningskostnaden i slutändan.

De olika aspekterna av Tidig testning som skulle hjälpa QA-chefer och -ledare när de utvecklar eller utformar teststrategidokumentet i SDLC förklaras här.

Antagande av tidigt test kommer att resultera i en framgångsrik leverans av en kvalitetsprodukt.

tidig testning (1)

I slutet av denna handledning kommer läsare, QA-chefer, ledare och testare att ha en rättvis kunskap om nedanstående begrepp:

vilken är inte en av de typer av artiklar som testas under systemtestning?
  • Varför tidig testning i SDLC (projekt eller en programutgåva)?
  • Omfattning av tidig testansträngning
    • Vad ska jag testa tidigt?
    • Starta och avsluta
  • Fördelar och nackdelar

Låt oss nu utforska nyanserna i detalj !!

Vad du kommer att lära dig:

Principer för testning

Figur 1 - Förenklad bild av testprinciper

1. Principer för testning

För en viss version av programvara eller system eller produkt i SDLC finns det olika väldefinierade metoder eller strategier för de flesta av följande testprinciper.

  • Vad är testning?
  • Varför testa?
  • Vad ska jag testa?
  • Hur testar jag?

Några av de mest långvariga frågorna som många läsare, testare, lead och QA-chefer skulle ställa eller skulle vilja få mer tydlighet om inkluderar (grått område i Figur 1 )

  • När ska man börja testa i en programutgåva eller när ska testningen börja i ett projekt?
  • När ska jag börja testa och när ska jag sluta testa?
  • Varför bör testning börja tidigt i SDLC?
  • Vad är ett tidigt test inom mjukvaruutveckling?

För att få en lättare förståelse för publiken har jag klubbat alla frågor om det ”gråa området” under ett paraply som heter Tidig testning.

Varför testa tidigt i SDLC?

Låt oss diskutera några händelser och aktiviteter som är en del av testningen.

Vanligtvis tilldelar Program Management Team en Program Manager (PM) till en viss programutgåva eller ett projekt. PM i samarbete med alla intressenter inklusive marknadsföring, utveckling, QA och supportteam kommer med ett släppschema

I denna handledning har jag valt Kvartalsvis släppschema använder sig av vattenfallsmodellen för att förklara Tidiga testkoncept i detalj.

Schema för testning av programvaruversion

De flesta av organisationerna följer fortfarande det traditionella Tidsbaserad släpp (TBR) -modeller där programvaru- eller produktutgåvorna planeras för kvartals- eller halvårs- eller årlig leverans.

Övervägande används Waterfall-modellen för att genomföra sådana programversioner. I vissa fall för en kortare release-cykel antas Agile / Scrum-modellen.

figur 2 - Typiskt schema för kvartalsversionstestning (inte övergripande projekt eller släppschema)

Testtidsplan för kvartalsversion

Effekten av kritiska eller höga svårighetsgrader

Figur 3 - Typisk inverkan av kritiska defekter

Typisk påverkan av kritiska defekter

Huvudsakligen , under testets gång förväntas det

  • Kritiska eller allvarliga defekter identifieras och loggas av testare.
  • Utvecklare måste åtgärda dessa fel.
  • Därefter måste testare verifiera korrigeringarna.

För det andra , är det allmänt erkänt av många produkt- och programvaruutvecklingsorganisationer att fixa och verifiera höggradiga eller kritiska buggar i ett mycket stort antal är

  • Tidskrävande
  • Resurs hogging (mänsklig + maskin)
  • Benägna att säkerhet, fixa kritiska buggar berör oftast en stor del av koden inklusive korsningsområdena.

Slutligen , om ett stort antal av de kritiska buggarna hittas under slutet av en given release, så sker en eller flera av följande negativa utvecklingar.

  • Hög sannolikhet att testcykeln förlängs.
  • Stor sannolikhet för att fristen för frisläppande missas.
  • En särskild egenskap med ett stort antal defekter kan alla behöva dras ut från den specifika frigöringen.
  • Kundåtaganden saknas.

Vad sägs om de andra defekterna?

Det finns medel- och lågprioritetsfel som kommer att identifieras och loggas av testarna. Dessa måste också hanteras på lämpligt sätt av utvecklings- och QA-teamet. Således är det totalt sett en omfattande övning.

Det finns ingen Silver Bullet

Det är ett välkänt faktum att ingen mängd testning kan avslöja varje defekt som en programvaruprodukt eller systemet har. Det betyder praktiskt taget varken att testet slutar eller att produkten är felfri.

Men från Användbarhet 'Synvinkel i en TTM-modell (Competitive and Time To Market) finns det ett behov av att bryta den typiska tankesättet för att upptäcka maximala defekter tidigt i en släppcykel, särskilt identifiering av kritiska och höga svårighetsfel.

Något eller alla ovanstående kommer att ha en negativ inverkan på organisationens verksamhet. Att i detta sammanhang anta Tidig testning 'Ha en separat testaktivitet kommer att vara till nytta för den övergripande hanteringen av SDLC för ett visst projekt eller en viss release.

Omfattningen av tidig testansträngning

Efter att ha förstått målet att testa tidigt i föregående avsnitt med titeln ” Varför tidig testning? Låt oss nu diskutera Omfattning av tidig testinsats ' i detalj.

När vi introducerar Testing Early som en ny aktivitet som uteslutande kan spåras under testutförandet rekommenderas att öva omfattningen av testansträngningen som förklaras nedan

Antagande:

  • Hela projekt- eller programutgivningsplanen godkänns och görs tillgänglig för alla intressenter.
  • Det övergripande teststrategidokumentet är utvecklat, granskat och godkänt av alla intressenter.
  • Funktioner med hög, medel, låg prioritet som ska testas är väldokumenterade.
  • Testplaner och testfall för alla funktioner utvecklas, granskas och godkänns av alla intressenter.
  • Alla testplaner och testfall laddas upp i ett centralt arkiv för spårning av testutförande.
  • Alla mänskliga resurser, infrastrukturutrustning och verktyg är tillgängliga för att ställa in testbädd (ar) och genomföra testplaner.

Vad ska jag testa tidigt?

Figur 4 - Övergripande tillvägagångssätt för testning tidigt

4.Vad ska testa i tidig testning

Närma sig

  • Låt oss ta en Exempel av Release XYZ med 3 högprioritetsfunktioner A, B och C, 10 medelprioritetsfunktioner och 15 mindre (eller lågprioritetsfunktioner).
  • Funktioner med hög prioritet är de som genererar höga intäkter och / eller standardöverensstämmelse och / eller konkurrenters inhämtning och / eller konkurrenters ensamhet och alla dessa.
  • Funktioner med hög prioritet involverar vanligtvis en del komplex kodning, ett stort antal nya kodrader läggs till.
  • Ett stort antal nya kodrader kan också betyda stor sannolikhet för korsningsområden.
  • Vanligtvis är funktioner med hög prioritet och / eller funktioner som har ett stort antal nya kodrader de bästa kandidaterna för att testa tidigt.
  • Det behöver inte finnas en separat testplan för tidig testaktivitet.
  • QA-ledare eller testare tillsammans med utvecklingsledare eller små och medelstora företag (experter på ämnen) måste diskutera och komma överens om kod / testtäckning för denna testaktivitet.
  • Identifiera lämpliga högprioriterade testfall och till och med några medelprioriterade fall om du tror att det är nödvändigt från var och en av funktionerna Testplanerna A, B och C.
  • När lämpliga funktioner och delmängd av testfall har identifierats, se till att de spåras med hjälp av testspårningsverktyget som antagits av organisationen.

Tips: Samarbete är nyckeln! Under tidig testaktivitet måste både utvecklings- och kvalitetsgrupperna samarbeta nära för att se till att de uppsatta målen uppnås med kvalitetsresultat.

Starta och avsluta vid tidigt test

Det är viktigt att både utvecklings- och QA-teamet brainstormar och godkänner alla tillvägagångssätt för hela tidiga testaktiviteten inklusive start- och utgångsdatum så att alla är på samma sida.

Startkriterier för start

  • Procent av fullbordad integrationstestning
  • Antal öppna buggar
  • Inga blockerare startar tidigt test

Aktivitetsfas

  • Spåra framsteg
  • Antalet kod minskar under denna testning
  • Bug fixing-tillvägagångssätt
  • Bug Verification-tillvägagångssätt
  • Registrera detta testresultat

Utgångskriterier

  • Överlämna aktiviteter till nästa testfas (vanligtvis Feature Testing).
  • Lösning av olösta buggar som hittades under tidigt test.
  • Upplösning av eventuella blockerare för nästa testfas.
  • Publicera tidiga testresultat.

Fördelar och nackdelar

Varje nytt initiativ eller aktivitet har sina egna fördelar och nackdelar.

Låt oss utforska fördelarna och nackdelarna med denna testmetod.

Fördelar

  • Perfekt för vattenfallsmodellen.
  • Hjälper till att avslöja kritiska buggar tidigt i testcykeln.
  • Identifiering av kritiska buggar tidigt i en släppcykel.
  • Hjälper utvecklingsgruppen att stabilisera koden tidigt.
  • Hjälper till att minimera säkerheten på grund av felkorrigeringar.
  • Hjälper utvecklingsgruppen att identifiera sårbarheter över korsningsområden i detalj tidigt i släppcykeln.
  • Ledningsgruppen kan fatta lämpliga affärsbeslut med tillbörlig aktsamhet om olösta kritiska fel i den specifika utgåvan eller ett projekt.
  • Hjälper till att förlänga testtäckning och cykla effektivt.
  • Hjälper till att fördela utvecklings- och testresurser effektivt och effektivt.

Nackdelar

  • Inte perfekt för Agile / Scrum-modellen. Sådana modeller kan dock anta tidigt test i Sprints med lämplig tweaking.
  • Det finns en chans att reduceras Integrationstestning av utvecklingsteamet.

Slutsats

Kunder eller slutanvändare köper eller använder serviceprodukt eller ett system eller en lösning. Validering av en programvara som körs på sådana system eller produkter för dess användbarhet är det primära kravet

Viktiga komponenter i testprinciperna som varför man ska testa? Vad är testning? Vad ska jag testa? Hur testar jag? är mestadels väl definierade och förstådda. Det finns dock några långvariga frågor som ständigt dyker upp i läsarnas, testarnas, leadens och chefernas tankar om begrepp som tidig testning.

Antagande av tidig testning som en integrerad aktivitet i det övergripande testschemat för ett visst programvaruprojekt eller en release är mycket gynnsamt för organisationen att leverera en robust kvalificerad produkt eller ett system.

Har du någonsin insett vikten av tidig testning i din karriär? Dela gärna dina tankar och erfarenheter i kommentarfältet nedan !!

Rekommenderad läsning

^