Introduktion til Agile Testing
Agile testing er en softwaretestningsproces. Det følger hovedmanden i Agile softwareudvikling. Det er en forbundet udviklingsmetodik, da udviklings- og testaktiviteter kører parallelt her. Udviklingen er i overensstemmelse med kundernes ændrede krav.
Agile test er en kontinuerlig proces. Alle medlemmer af projektet er involveret i dette. Testning er ikke en separat fase, snarere udføres det sammen med kodning, som et resultat, slutproduktet er af høj kvalitet, der imødekommer kundens krav. Testingen begynder ved projektets start, og der er en alliance mellem test og udvikling.
Hovedmålet for det agile team er at opnå kvalitet. Tidsrammerne for smidig test er korte (1 til 4 uger) og kaldes Iterationer. Testning udføres parallelt med udviklingen af en iterativ model.
Principper for smidig testning
1. Kontinuerlig: Det giver løbende tilbagemeldinger, så produkterne imødekommer virksomhedens behov.
2. Teamwork: I anden software er testteamet ansvarligt for testning, men i smidig test sammen med testteamet er udviklerne og forretningsanalytikerne lige så involverede i testingen.
3. Feedbackstidspunkt: Da forretningsteamet er involveret i smidig test, er feedbacken hurtig og kontinuerlig, og tiden for feedbackresponsen er derfor meget kort.
4. Ren og forenklet kode: Manglerne fundet af det agile team korrigeres inden for den samme iteration, og koden holdes således ren og forenklet.
5. Foretagelse af test: Her udføres test på implementeringstidspunktet, mens test i andre processer udføres efter implementering.
6. Letvægtsdokumenter: Agile testere bruger genanvendelige tjeklister til at beslutte, hvilke test der skal udføres. Dokumenterne kan bruges til flere formål, og de anvendte værktøjer er også lette.
7. Testdrevet udvikling: Her styres udvikling af testning. Testcases skrives i henhold til kravene, så denne tilgang kaldes Test Driven Development (TDD). I Waterfall-testsoftwaren udføres testning i den sidste fase.
Værdier ved smidig testning
- Enkeltpersoner og kommunikation vælges efter streng proces og værktøjer. Procedurer og værktøjer forsømmes ikke ved smidig test, men i stedet bygger det på fornuftige, stærke processer og værktøjer, og disse værktøjer udnyttes også. Reglen her er, at testere kører værktøjerne, og output afhænger af testerne og ikke omvendt.
- Valget, der træffes i agile test, er funktionel og anvendelig software frem for ubrugelig og omfattende dokumentation. Det vigtigste mål her er selve testningen snarere end detaljerede dokumenter, hvis eneste mål er at pege mod målet. Dokumenterne er bestemt til stede, hvis et medlem beslutter at forlade.
- Kundedeltagelse er hemmeligheden her. Klienten holdes altid involveret og er i kontakt med projektets fremskridt. Det betyder, at klienten skal have regelmæssige møder i hele projektet i stedet for at få projektet direkte leveret, når det er afsluttet. Dette er sikkert ekstra arbejde, men det er bestemt bedre end at arbejde i forkert retning.
Eventuelle nødvendige ændringer accepteres og implementeres. Selvom projektet følger en plan, ændres det let, når situationen ændrer sig. Så man behøver ikke at vente til slutningen for at finde ud af om det ændrede scenarie og få projektet afskediget på grund af det ændrede krav.
Agile testmetoder
Der er forskellige agile testmetoder som:
1. Behavio Driven Development (BDD).
Adfærdsdrevet udvikling forbedrer kommunikationen, så alle medlemmerne forstår hver funktion inden processen starter. Udviklere, analytikere og testere er i kontinuerlig kommunikation.
2. Acceptance Test Driven Development (ATDD).
Hovedformålet her er at involvere alle teammedlemmer, dvs. kunde, tester og udvikler, da alle tre har forskellige perspektiver. Kunden fokuserer på problemet, der skal løses, udvikleren fokuserer på, hvordan det skal løses, og testerens mål er at se, hvad der kan gå galt. Disse kaldes acceptacetest, hvor perspektiver af alle tre er inkorporeret, der beskriver, hvordan systemet vil fungere.
3. Eksplorativ testning.
Ved sådan test går testdesignet og dets udførelse hånd i hånd. Der lægges vægt på arbejdssoftware frem for dokumentation. Personer og kommunikation er vigtigere end proces og værktøjer. Undersøgelsesforsøg er mere tilpasningsdygtige til ændringer. Testplanerne er designet og udført i overensstemmelse med testernes fund.
Testplan
Ved smidig test skrives og opdateres en testplan hver gang. Det omfatter:
- Testomfang
- Nye funktioner, der testes
- Niveau eller typer af test
- Ydeevne og belastningstest
- I betragtning af infrastrukturen
- Hjælpeplan
- Planlægning af ressourcer
- Leveringer og milepæle
Faser af smidig testlivscyklus
Der er 5 faser af den smidige testcyklus
- Konsekvensvurdering, som betyder indsamling af input fra interessenter og brugere, som vil fungere som en feedback til den næste udviklingscyklus.
- Agile testplanlægning, hvor alle interessenter mødes for at planlægge testprocessen, møder og leverancer.
- Slip beredskab, et stadium, hvor det afgøres, om de funktioner, der er udviklet, er klar til at blive live eller ikke.
- Daglige skrum, der inkluderer et hverdagens stående morgenmøde for at indhente status for testen og oprette mål for dagen.
- Agility-gennemgang, hvor der holdes ugentlige gennemgangsmøder med interessenter for at kontrollere udviklingen.
Fordele ved smidig testning
Agile test har sine egne fordele. Det er både tids- og pengebesparende software, da det reducerer dokumentation og er meget fleksibelt og tilpasningsdygtigt til de kontinuerlige ændringer i virksomheden. Regelmæssig feedback modtages fra den faktiske anvendelse, så når den når slutfasen, er der mindst mulig mulighed for, at brugeren ikke er opmærksom på processen.
Agile test er den perfekte software til tidlig opdagelse af defekter, og da problemerne løses tidligt, reduceres omkostningerne til reparation også. Det endelige produkt er kundecentrisk og af høj kvalitet. Kontinuerlig kommunikation mellem holdene gør agile test til en succes.
Anbefalede artikler
Dette har været en guide til Agile Testing. Her drøftede vi koncepter, faser, fordele, testplan, metoder, princip og værdier ved smidig testning. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- Hvad er ETL-test?
- Hvad er Agile-programmering?
- Hvad er Agile Sprint?
- Agile Coach Interview spørgsmål