Hva er parallell testing? Definisjon, tilnærming, eksempel

Parallell testing

Parallell testing er en programvaretestetype der flere versjoner eller underkomponenter av et program testes med samme inngang på forskjellige systemer samtidig for å redusere testutførelsestiden. Formålet med parallell testing er å finne ut om den eldre versjonen og den nye versjonen oppfører seg likt eller annerledes, og sørger for om den nye versjonen er mer effektiv eller ikke.

Bildet nedenfor viser parallell testing.

Eksempel på parallell testing

Når en organisasjon går fra gammelt system til nytt system, er eldre data en viktig del. Overføring av disse dataene er en kompleks prosess.

Ved programvaretesting gjøres verifisering av det nyutviklede systemets kompatibilitet med det gamle systemet gjennom "parallell testing."

Hvorfor gjøre parallell testing

Parallell testing utføres av følgende årsak,

• For å sikre at den nye versjonen av applikasjonen fungerer korrekt
• For å sikre at konsistensen er den samme mellom ny og gammel versjon
• For å sjekke om dataformatet mellom to versjoner er endret
• For å kontrollere integriteten til den nye applikasjonen

For eksempel bruker brukere for øyeblikket 1.0-versjonen av et program, og fra mars måned kommer brukerne til å bruke en annen versjon av et program, la oss si 1.1-versjonen.

I slike tilfeller må testere gjøre paralleltesting for å evaluere at datamigrering er vellykket. Også for å sjekke om endringene i den nye versjonen ikke påvirker systemfunksjonen. Testeren må verifisere at endringene utføres riktig, og at brukeren får ønsket utdata i henhold til kravet.

Når skal du gjøre parallell testing

Parallell testing kan brukes mye når

• Selskapet går fra gammelt system til nytt system
• Når synkronisering utføres på to systemer
• Eldre data importert fra ett system til et annet
• Alle resultatene bør defineres mer presist. Eksempel, økonomisk domene eller forsikringsdomene der beregningen er en viktig funksjonalitet i systemet.

Hvordan gjøre parallell testing: Komplett tilnærming

For å utføre parallell testing kan du ganske enkelt opprette flere prosjekter som vil teste en annen del av applikasjonen (Slave Projects) og ett prosjekt (masterprosjekt) som skal kjøre disse prosjektene.

Parallell testing har to nivåkriterier.

1. Parallelle testoppføringskriterier

   Parallelle testoppføringskriterier definerer oppgavene som må oppfylles før parallell testing kan utføres effektivt.

2. Parallelle testutgangskriterier

   Parallelle testutgangskriterier definerer den vellykkede avslutningen av det parallelle testfasen.

Før du utfører parallell testing, er det få forutsetninger som må oppfylles.

• Parallell test kan ikke starte før miljøoppsettet er gjort.
• Alle forutsetninger og scenarier bør defineres først
• Eldre data og nye data må overføres vellykket
• Parallell test er ikke fullført før alle utgangskriteriene er oppfylt

For å utføre parallell testing, bør følgende trinn følges

Trinn 1 : Kjør gammelt system mot nyutviklet system

Trinn 2 : Forstå forskjellig mellom begge systemet

Trinn 3 : Gå kaste hele syklusen med samme inngang

Trinn 4 : Mål utdataene fra det nylig utviklede systemet sammenlignet med det gamle systemet

Trinn 5 : Rapporter årsak til feilen hvis den blir funnet

God praksis for parallell testing

For å utføre parallell testing her er noen tips og triks, som kan være nyttige.

• Typiske feil identifisert i Parallell Testing

Intern logikk endres

Flyt av produktet endres

Store funksjonalister er modifisert

• Hvor mange sykluser skal kreves

Antall testsykluser avhenger av kompleksiteten i modulen.

Kjør flere scenario-sykluser ved hjelp av forhåndsdefinerte testdata, som ble sendt fra forrige system

• Kategorisering av forskjell

  Når vi kjører den parallelle testsyklusen, må resultatene fra både det nye og eldre systemet måles linje for linje med forskjeller fremhevet. Hver forskjell som vi fanget, bør defineres som per feiltype.

• Type feil oppstod under sykluser

  For feil tester bør notere følgende ting mens du utfører parallell testing.

  • Oppføringsfeil
  • Feil på grunn av det gamle systemet
  • Forklarelig eller akseptabelt annerledes
  • Uventet feil

Hva er ikke en parallell testing

Det er parallell testing	Det er ikke parallell testing
Tester den oppdaterte applikasjonen mot den forrige applikasjonen. Kjør det gamle scenariet med ny programvare med reserverte inngangsbetingelser. Målet er å finne ut resultatet i henhold til det forrige systemet. Bør ha kunnskap om det gamle og nyutviklede systemet.	Tester bare en programvare. Cross-bower eller Cross-Platform Testing. Målet er å finne ut av designproblemet. Vet at forskjellen ikke er nødvendig.

Utfordringer ved parallell testing

• Komplett produktkunnskap kreves.
• Hvert utfall bør testes
• Trenger å konsentrere deg om datainngang og flyt av produktet

Sammendrag:

• I programvareteknikk tester parallell testing flere applikasjoner eller underkomponenter av en applikasjon samtidig for å redusere testtiden.
• Det sikrer at det nye systemet er i stand til å kjøre programvaren effektivt.

Denne artikkelen er bidratt av Dinesh Kadachha