Introduksjon til smidig testing
Følgende artikkel, Hva er smidig testing, gir en detaljert oversikt for smidig testing. Testing er et viktig skritt i programvaren utvikling livssyklus (SDLC), og det garanterer at alle funksjonene og funksjonene til programvaren fungerer i henhold til den opprinnelige spesifikasjonen. Mangler i programvaren på grunn av manglende testing vil føre til potensielt tap av kunder, inntekter og merkeverdi for virksomheten.
Tradisjonelt er testing en distinkt fase i SDLC, og testteamet som pleide å jobbe isolert og vil involveres bare etter endt utvikling. Dette har forsinket hele prosessen og påvirket kvaliteten på programvarelevering. Agile Testing adresserer problemene i den tradisjonelle testmetodikken.
Agile Testing er en integrert del av smidig utvikling der programvareløsningen leveres trinnvis i faser i stedet for å gjøre det som et enkelt parti på slutten.
Forskjellen mellom tradisjonell testing og smidig testing
Forskjellen mellom tradisjonell testing og smidig testing er,
| Tradisjonell testing (fossefallmetode) | Agile Testing |
| Testing er avgrenset fra utvikling, utført som separat til slutt. | Testing skjer sammen med utvikling, noe som gjør levering av prosjekter i kortere sykluser til virkelighet. |
| Testere jobber uavhengig og de blander seg aldri med utviklere. | Testteamet er en del av et smidig kjerneteam og de blander seg nøye med utviklingsteamet. |
| Testers erfaring blir ikke brukt i noen utviklingsaktiviteter. | Testere er involvert helt fra kravfangsfasen, og deres innganger er også beregnet på å bygge et rikt brukergrensesnitt (UI) og funksjonalitet. |
| Utvikler i henhold til en fast testplan. | Testplanen er fleksibel for å imøtekomme endringer i kravet. |
| En eksklusiv fase av testing bruker tid og resulterer derfor i forsinket levering. | Ingen forsinkelser siden koding og testing går sammen. |
| Full betydning og fokus for testing er ikke synlig. | Innblandet i utviklingsprosessen og praktiserte hensynsløst. |
| Det er muligheten for feil i den leverte programvaren. | Defekter i programvarekontrollert effektivt. |
Metodikk for smidig testing
Testscenarier og testtilfeller utarbeides på forhånd, fra systemspesifikasjonsdokument og bekreftes av utviklingsteamet og teststart sammen med utvikling. Testplanen og testtilfellene er utviklet for hver inkrementell programvareutgivelse (Sprints). Koding sammen med testing utvikler seg trinnvis (i spurter).
Denne prosessen blir iterert til stabilitet og ønsket kvalitet er nådd. Deretter lanseres programvaren i piloten og deretter i et produksjonsmiljø.
Agile Testing Strategies
På grunn av fleksibilitet i å imøtekomme endringer under en hvilken som helst tidsutviklingssyklus, er Agile testing avhengig av strategi snarere enn en fast testplan, og den består av 4 faser,
1. Prosjektstart
Den dekker oppstartsaktiviteter som,
- Avslutning av virksomhetssaken
- Bestemme omfanget av prosjektet
- Danner teamet med de rette dyktige menneskene
- Identifisere testverktøy og metodikk
- Tegne planen for risikoredusering
2. Sprints Construction
- Testteamet og utviklingsteamet identifiserer i fellesskap a. aktiviteter som skal fullføres i hver sprint, b. Tidsvarighet hver sprint vil ta.
- Leveranser i hver sprint avgjøres på forhånd.
- Mens kravet er ferdigstilt, utvikler testteamet testscenarier og testsaker.
- Med bred aksept av målene starter byggingen av sprintene (inkrementell programvareløsning) og skrum mestrer trinnene inn.
- Rollen til scrum master er å legge til rette for og overvåke utvikling og testing.
- Samtidig utvikling av koder og testing skjer, og eventuelle feil som ble funnet blir rettet der og da.
- Bekreftende tester gjennomføres for å undersøke om alle funksjonalitetene fungerer i henhold til kravene. Utviklere og nøkkelbrukere utfører disse testene, og de fleste av dem er automatiserte og regresjonstester utføres gjennom hele livssyklusen.
- Undersøkelsestesten dekker integrasjonstesting, belastningstesting og sikkerhetstesting.
3. Utgivelser
Etter å ha fullført test av brukeraksept, blir den inkrementelle programvarekoden (Sprint) flyttet til produksjon. Aktiviteter i denne fasen inkluderer sluttbrukertrening, håndholding og support, brukermanual forberedelse, markedsføring og operasjonalisering av back end aktiviteter. Det bør være et periodisk gjennomgangsmøte for å vurdere prestasjonsnivåene og foreta kursretting iterativt.
4. Produksjon
Innlegg som fullfører alle trinnvise programvareutgivelser og de iterative forbedringene prosjektet blir flyttet til produksjon, og supporten etter produksjonen blir gitt av teamet.
Eventuelle endringer i programvaren styres gjennom endringskontrolltavle og endringene testes grundig for spesifikke funksjonaliteter og regresjonstesting utføres for generelle funksjonaliteter før den blir implementert.
Topp 7 prinsipper for smidig testing
Følgende er listen over smidige testprinsipper som forklares i detaljer:
1. Kontinuerlig integrering / kontinuerlig levering (CI / CD)
CI / CD er de viktige søylene til DevOps, og den insisterer på hyppige kodebevegelser mot periodiske kodebevegelser i den konvensjonelle metoden. Agile testing godt innblandet i utviklingen letter CI / CD-implementering.
2. Testing driver prosjektet
Tilbakemeldinger gitt av kontinuerlig testing fjerner hindringen og prosjektet går til neste trinn etter å ha fikset feilene som ble observert under testing. Kundene vil være fornøyde med det endelige, defekte frie produktet.
3. Testingen er kontinuerlig
Testingen starter fra den dagen kodingen starter, og testere samarbeider med utviklere for å fullføre testing der og da.
4. Forretningsdyktighet
Forretningsteamet blir også smidige med de hyppige tilbakemeldingene de får fra det smidige teamet med utviklere / testere om fremdriften i prosjektet.
5. Testing som en beste praksis
I et smidig miljø blir testing av største viktighet og det følges som en beste praksis for å forbedre brukeropplevelsen og få nye kunder.
6. Høy bevissthet om testing blant interessenter
Agile testing involverer alle i utviklingskjeden i testprosessen. Utover utviklere og testere, forretningsbrukere, kunder
7. Testdrevet tilnærming
Testscenarier og testtilfeller er utviklet ved hjelp av systemspesifikasjoner, testteamet er klare til å starte allerede før kodingen starter. Testing driver utviklingen i et smidig miljø.
Fordelene med smidig testing
- Mangelfri programvare blir levert i tide som planlagt, noe som fører til kundens glede.
- Samtidig utvikling og testing unngå kommunikasjonshull og misforståelse og unngår dermed sløsing med innsats, tid og penger.
- Ventetiden på at kundene skal benytte seg av tjenestene blir krympet når programvaren leveres som logiske inkrementelle enheter.
Konklusjon
Agile testing, bortsett fra fordeler for virksomheten, hjelper programvareleverandører med å oppnå høykvalitetsstandarder i programvareutviklingsprosessen og øke rangeringen i bransjen. Det gjør dem også i stand til å komme raskt frem når de tar i bruk DevOps-prinsipper.
Anbefalte artikler
Dette er en guide til Hva er smidig testing? Her diskuterer vi forskjellen mellom tradisjonell og smidig testing sammen med de 7 viktigste prinsippene og dens strategier. Du kan også se på følgende artikler for å lære mer-
- Viktigheten av smidig scrum-sertifisering
- Trinn for vellykket smidig standup
- Hvem kan være en Scrum Master?
- Agile Working (prinsipper, fordeler)
- Hva er kontinuerlig integrering?
- Hva er test case? | Hvordan skrive test case?