Menu

Hvad er tidlig test: Test tidligt, test ofte MEN hvordan? (En praktisk guide)

what is early testing

Prøv Vores Instrument Til At Fjerne Problemer

Hvad er tidlig test?

Software-test bør starte tidligt i livscyklus for softwareudvikling. Dette hjælper med at opfange og eliminere defekter i de tidlige stadier af SDLC, dvs. kravsamling og designfaser. En tidlig start af test hjælper med at reducere antallet af mangler og i sidste ende omarbejdningsomkostningerne i sidste ende.

De forskellige aspekter af Tidlig testning der vil hjælpe QA-ledere og -ledere, mens de udvikler eller udarbejder teststrategidokumentet i SDLC, forklares her.

Vedtagelse af tidlig test vil i uhyre grad resultere i en vellykket levering af et kvalitetsprodukt.

tidlig test (1)

Ved afslutningen af ​​denne vejledning vil læsere, QA-ledere, kundeemner og testere have en rimelig viden om nedenstående begreber:

standard gatewayen er ikke tilgængelig konstant
  • Hvorfor tidlig test i SDLC (projekt eller en softwareudgivelse)?
  • Omfang af den tidlige testindsats
    • Hvad skal jeg teste tidligt?
    • Start og afslut
  • Fordele og ulemper

Lad os nu udforske nuancerne detaljeret !!

Hvad du vil lære:

Principper for testning

Figur 1 - Forenklet opfattelse af testprincipper

1. principper for testning

For en given software- eller system- eller produktudgivelse i SDLC er der forskellige veldefinerede metoder eller strategier for de fleste af følgende testprincipper.

  • Hvad er testning?
  • Hvorfor teste?
  • Hvad skal jeg teste?
  • Hvordan man tester?

Nogle af de mest dvælende spørgsmål, som mange læsere, testere, kundeemner og kvalitetsstyrere vil stille eller gerne vil få mere klarhed om, inkluderer (grå område i figur 1 )

  • Hvornår skal man begynde at teste i en softwareudgivelse, eller hvornår skal testen starte i et projekt?
  • Hvornår skal man begynde at teste, og hvornår skal man stoppe med at teste?
  • Hvorfor test skal starte tidligt i SDLC?
  • Hvad er en tidlig test inden for softwareudvikling?

For nem forståelse af publikum har jeg indkapslet alle de 'gråzoner' spørgsmål under en paraply kaldet Tidlig testning.

Hvorfor teste tidligt i SDLC?

Lad os diskutere nogle begivenheder og aktiviteter, der er en del af testningen.

Normalt tildeler Program Management Team en Program Manager (PM) til en given softwareudgivelse eller et projekt. Statsministeren i samarbejde med alle interessenter, herunder marketing-, udviklings-, kvalitets- og supportteam, kommer med en udgivelsesplan

I denne vejledning har jeg valgt Kvartalsudgivelsesplan ved brug af vandfaldsmodellen at forklare Tidlige testkoncepter i detaljer.

Testplan for softwareudgivelse

De fleste af organisationerne følger stadig det traditionelle Tidsbaseret frigivelse (TBR) -modeller, hvor software- eller produktudgivelserne er planlagt til levering kvartalsvis eller halvårligt eller årligt.

Overvejende bruges vandfaldsmodellen til udførelse af sådanne softwareudgivelser. I nogle tilfælde vedtages Agile / Scrum-modellen for en kortere frigivelsescyklus.

Figur 2 - Typisk kvartalsvis frigivelsestestningsplan (ikke samlet projekt eller frigivelsesplan)

Kvartalsvis frigivelsestestplan

Virkningen af ​​kritiske eller høje alvorlighedsfejl

Figur 3 - Typisk indvirkning af kritiske defekter

Typisk indvirkning af kritiske mangler

Hovedsagelig i løbet af testen forventes det

  • Kritiske eller høje alvorlighedsfejl identificeres og logges af testere.
  • Udviklere bliver nødt til at rette disse fejl.
  • Derefter skal testere verificere rettelserne.

For det andet , er det bredt anerkendt af mange produkt- og softwaretekniske organisationer, at løsning og verificering af høj sværhedsgrad eller kritiske fejl på et meget stort antal er

  • Tidskrævende
  • Ressource hogging (menneske + maskine)
  • Udsat for sikkerhedsstillelse, at rette kritiske fejl berører for det meste en stor del af koden inklusive krydsningsområderne.

Endelig , hvis et stort antal af de kritiske fejl findes i slutningen af ​​en given udgivelse, så finder en eller flere af følgende negative udviklinger sted.

  • Stor sandsynlighed for, at testcyklussen forlænges.
  • Stor sandsynlighed for manglende frigivelsesfrist.
  • En bestemt funktion, der har et stort antal defekter, skal muligvis alt sammen trækkes ud af den pågældende frigivelse.
  • Kundeforpligtelser bliver savnet.

Hvad med de andre fejl?

Der er mellem- og lavprioritetsfejl, der identificeres og logges af testerne. Disse skal også håndteres korrekt af udviklings- og QA-teamet. Således er det generelt en omfattende øvelse.

Der er ingen Silver Bullet

Det er en velkendt kendsgerning, at intet testmål kan afsløre enhver mangel, som et softwareprodukt eller systemet har. Betydning, praktisk talt, hverken der er en ende på testning, eller produktet er fejlfrit.

Fra ' Servicevennlighed 'Synspunkt i en TTM-model (Competitive and Time To Market), er der behov for at bryde den typiske tankegang for at afdække maksimale defekter tidligt i en frigivelsescyklus, især identifikation af kritiske og høje alvorlighedsdefekter.

Alt eller alt ovenstående vil have en negativ indvirkning på organisationens forretning. Ved at vedtage ' Tidlig testning 'Have en separat testaktivitet vil være gavnligt for den overordnede styring af SDLC for et givet projekt eller frigivelse.

Omfanget af den tidlige testindsats

Efter at have forstået målet med at teste tidligt i det forrige afsnit med titlen ' Hvorfor tidlig test? Lad os nu diskutere ' Omfanget af den tidlige testindsats ' i detaljer.

Da vi introducerer Testing tidligt som en ny aktivitet, der udelukkende skal spores i løbet af testudførelsen, anbefales det at øve omfanget af testindsatsen som forklaret nedenfor

Antagelse:

  • Hele projekt- eller softwareudgivelsesplanen er godkendt og gjort tilgængelig for alle interessenter.
  • Samlet teststrategidokument er udviklet, gennemgået og godkendt af alle interessenter.
  • Funktioner med høj, medium, lav prioritet, der skal testes, er veldokumenterede.
  • Testplaner og testsager for alle funktionerne er udviklet, gennemgået og godkendt af alle interessenter.
  • Alle testplaner og testtilfælde uploades i et centralt lager til sporing af udførelse af test.
  • Alle menneskelige ressourcer, infrastrukturudstyr og værktøjer er tilgængelige til opsætning af testleje (r) og udførelse af testplaner.

Hvad skal jeg teste tidligt?

Figur 4 - Overordnet tilgang til omfanget af testning tidligt

4. Hvad skal man teste i tidlig test

Nærme sig

  • Lad os tage en Eksempel af frigivelse XYZ med 3 funktioner med høj prioritet A, B og C, 10 funktioner med mellemlang prioritet og 15 mindre (eller lav prioritet) funktioner.
  • Funktioner med høj prioritet er dem, der skaber høje indtægter og / eller standardoverholdelse og / eller konkurrenters indhentning og / eller konkurrenters one-upmanship og alle disse.
  • Funktioner med høj prioritet involverer normalt nogle komplekse kodninger, et stort antal nye kodelinjer tilføjet.
  • Et stort antal nye linjer med kode kan også betyde en høj sandsynlighed for krydsningsområder.
  • Normalt er funktioner med høj prioritet og / eller funktioner, der har et stort antal nye kodelinjer, de bedste kandidater til tidlig test.
  • Der behøver ikke være udviklet en separat testplan til tidlig testaktivitet.
  • QA Leads eller Testers sammen med Development Leads eller SME'er (Subject Matter Experts) er nødt til at diskutere og blive enige om koden / testdækningen for denne testaktivitet.
  • Identificer passende testsager med høj prioritet og endda nogle mellemprioritetssager, hvis du mener, det er nødvendigt fra hver af funktionstestplanerne A, B og C.
  • Når de relevante funktioner og undersæt af testsager er identificeret, skal du sørge for, at de spores ved hjælp af testsporingsværktøjet, der er vedtaget af organisationen.

Tip: Samarbejde er nøglen! Under tidlig testaktivitet skal både udviklings- og kvalitetssikringsholdene samarbejde tæt for at sikre, at de fastsatte mål nås med kvalitetsresultater.

Start og afslut ved tidlig test

Det er vigtigt, at både udviklings- og QA-teamet brainstormer og accepterer alle tilgange til hele den tidlige testaktivitet inklusive start- og udgangsdatoer, så alle er på samme side.

Indgangskriterier for start

  • Procentdel af færdiggørelse af integrationstest
  • Antal åbne bugs
  • Ingen blokkerere, der starter tidlig test

Aktivitetsfase

  • Sporing af fremskridt
  • Antallet af kode falder under denne test
  • Fejlretning tilgang
  • Fejlbekræftelsesmetode
  • Registrer disse testresultater

Udgangskriterier

  • Aflever aktiviteter til næste testfase (normalt funktionstest).
  • Løsning af uløste fejl fundet under tidlig test.
  • Opløsning af eventuelle blokkere til den næste testfase.
  • Publicer tidlige testresultater.

Fordele og ulemper

Hvert nyt initiativ eller aktivitet har sine egne fordele og ulemper.

Lad os undersøge fordele og ulemper ved denne testtilgang.

Fordele

  • Ideel til vandfaldsmodellen.
  • Hjælper med at afdække kritiske fejl tidligt i testcyklussen.
  • Identifikation af kritiske fejl tidligt i en frigivelsescyklus.
  • Hjælper udviklingsteamet med at stabilisere koden tidligt.
  • Hjælper med at minimere sikkerhedsstillelsen på grund af fejlrettelser.
  • Hjælper udviklingsteamet med at identificere sårbarheder på tværs af krydsningsområder i detaljer tidligt i frigivelsescyklussen.
  • Ledelsesteamet kan træffe passende forretningsbeslutninger med omhu på uløste kritiske fejl i den pågældende udgivelse eller et projekt.
  • Hjælper med at udvide test dækning og cykle effektivt.
  • Hjælper med at distribuere udviklings- og testressourcer effektivt og effektivt.

Ulemper

  • Ikke ideel til Agile / Scrum-model. Sådanne modeller kan dog vedtage tidlig test i sprints med passende tilpasning.
  • Der er en chance for reduceret Integrationstest af udviklingsteamet.

Konklusion

Kunder eller slutbrugere køber eller anvender serviceprodukt eller et system eller en løsning. Validering af en software, der kører på et sådant system eller produkter for dets brugervenlighed, er det primære krav

Nøglekomponenter i testprincipperne som f.eks. Hvorfor man tester? Hvad er testning? Hvad skal jeg teste? Hvordan man tester? er for det meste veldefineret og forstået. Der er dog nogle dvælende spørgsmål, der bliver ved med at dukke op i læsernes, testernes, leadets og ledernes sind om begreber som Early Testing.

Vedtagelse af tidlig test som en integreret aktivitet i den overordnede testplan for et givet softwareprojekt eller en frigivelse gavner organisationen enormt at levere et robust kvalificeret produkt eller et system.

Har du nogensinde indset vigtigheden af ​​tidlig test i din karriere? Del gerne dine tanker og oplevelser i kommentarfeltet nedenfor !!

Anbefalet læsning

^