Hvad er Orthogonal Array Testing? (Eksempel)

Ortogonal Array Test

Ortogonal Array Test (OAT) er softwaretestteknik, der bruger ortogonale arrays til at skabe testcases. Det er en statistisk testmetode, især nyttig, når systemet, der skal testes, har enorme datainput. Ortogonal array-test hjælper med at maksimere testdækningen ved at parre og kombinere inputs og teste systemet med et forholdsvist færre antal testcases for tidsbesparelse.

For eksempel, når en togbillet skal verificeres, skal faktorer som – antal passagerer, billetnummer, sædenumre og tognumre testes. En efter en test af hver faktor/input er besværlig. Det er mere effektivt, når QA-ingeniøren kombinerer flere input sammen og udfører test. I sådanne tilfælde kan vi bruge testmetoden Orthogonal Array.

Denne type parring eller kombination af input og test af systemet for at spare tid kaldes Pairwise testing. OATS-teknik bruges til parvis test.

Hvorfor OAT (Orthogonal Array Testing)?

I det nuværende scenarie er det blevet udfordrende at levere et kvalitetssoftwareprodukt til kunden på grund af kodens kompleksitet.

I den konventionelle metode inkluderer testpakker testcases, der er afledt af alle kombinationer af inputværdier og forudsætninger. Som følge heraf skal n antal testtilfælde dækkes.

Men i et rigtigt scenarie vil testerne ikke have tid til at udføre alle testcases for at afdække fejlene, da der er andre processer såsom dokumentation, forslag og feedback fra kunden, der skal tages i betragtning, mens de er i testfase.

Derfor ønskede testlederne at optimere antallet og kvaliteten af ​​testcases for at sikre maksimalt Testdækning med minimal indsats. Denne indsats kaldes Test sag Optimering.

  1. Systematisk og statistisk måde at teste parvise interaktioner på
  2. Interaktioner og integrationspunkter er en væsentlig kilde til defekter.
  3. Udfør en veldefineret, kortfattet testcase, der sandsynligvis vil afdække de fleste (ikke alle) fejl.
  4. Ortogonal tilgang garanterer parvis dækning af alle variabler.

Hvordan OAT'er er repræsenteret

Formlen til at beregne OAT

Repræsenteret OAT

  • Kørsler (N) – Antal rækker i arrayet, hvilket oversættes til et antal testcases, der vil blive genereret.
  • Faktorer (K) – Antal kolonner i arrayet, hvilket oversættes til et maksimalt antal variabler, der kan håndteres.
  • Niveauer (V) – Maksimalt antal værdier, der kan tages på en enkelt faktor.

En enkelt faktor har 2 til 3 indgange, der skal testes. Det maksimale antal input bestemmer niveauerne.

Sådan laver du Ortogonal Array Test: Eksempler

  1. Identificer den uafhængige variabel for scenariet.
  2. Find den mindste matrix med antallet af kørsler.
  3. Kortlæg faktorerne til arrayet.
  4. Vælg værdierne for eventuelle "overskydende" niveauer.
  5. Transskriber Kørslerne til testsager, og tilføj eventuelle særligt mistænkelige kombinationer, der ikke er genereret.

Eksempel 1

En webside har tre adskilte sektioner (Top, Middle, Bottom), der kan vises individuelt eller skjules for en bruger

  • Antal faktorer = 3 (øverst, i midten, nederst)
  • Antal niveauer (synlighed) = 2 (skjult eller vist)
  • Array Type = L4(23)

(4 er antallet af ankomne kørsler efter oprettelse af OAT-arrayet)

Hvis vi går efter konventionel testteknik, har vi brug for testcases som 2 X 3 = 6 testcases

Test Cases Scenarier Værdier, der skal testes
Test #1 HIDDEN Top
Test #2 VISET Top
Test #3 HIDDEN Bund
Test #4 VISET Bund
Test #5 HIDDEN Mellemøsten
Test #6 VISET Mellemøsten

Hvis vi går til OAT-test, har vi brug for 4 testcases som vist nedenfor:

Test Cases TOP Mellemøsten Bund
Test #1 Skjult Skjult Skjult
Test #2 Skjult Synlig Synlig
Test #3 Synlig Skjult Synlig
Test #4 Synlig Synlig Skjult

Eksempel 2

En mikroprocessors funktionalitet skal testes:

  1. Temperatur: 100C, 150C og 200C.
  2. Tryk: 2 psi, 5 psi og 8 psi
  3. Dopingmængde: 4 %, 6 % og 8 %
  4. Deponeringshastighed: 0.1 mg/s, 0.2 mg/s og 0.3 mg/s

Ved at bruge den konventionelle metode har vi brug for = 81 testcases til at dække alle input. Lad os arbejde med OATS-metoden:

Antal faktorer = 4 (temperatur, tryk, dopingmængde og aflejringshastighed)

Niveauer = 3 niveauer pr. faktor (temperaturen har 3 niveauer - 100C, 150C og 200C og ligeledes har andre faktorer også niveauer)

Opret et array som nedenfor:

1. Kolonner med antallet af faktorer

Test sag # Temperatur Pressure Dopingmængde Deponeringshastighed

2. Indtast antallet af rækker er lig med niveauer pr. faktor. dvs. temperaturen har 3 niveauer. Indsæt derfor 3 rækker for hvert niveau for temperatur,

Test sag # Temperatur Pressure Dopingmængde Deponeringshastighed
1 100C
2 100C
3 100C
4 150C
5 150C
6 150C
7 200C
8 200C
9 200C

3. Opdel nu trykket, dopingmængden og deponeringshastighederne i søjlerne.

For eksempel: Indtast 2 psi på tværs af temperaturer 100C, 150C og 200C. Indtast ligeledes dopingmængde 4% for 100C, 150C og 200C og så videre.

Test sag # Temperatur Pressure Dopingmængde Deponeringshastighed
1 100C 2 psi 4% 0.1 mg/s
2 100C 5 psi 6% 0.2 mg/s
3 100C 8 psi 8% 0.3 mg/s
4 150C 2 psi 4% 0.1 mg/s
5 150C 5 psi 6% 0.2 mg/s
6 150C 8 psi 8% 0.3 mg/s
7 200C 2 psi 4% 0.1 mg/s
8 200C 5 psi 6% 0.2 mg/s
9 200C 8 psi 8% 0.3 mg/s

Derfor har vi i OA'er brug for 9 testtilfælde at dække.

OAT Fordele

  • Garanterer test af de parvise kombinationer af alle de valgte variable.
  • Reducerer antallet af testsager
  • Opretter færre testcases, som dækker test af alle kombinationer af alle variable.
  • En kompleks kombination af variablerne kan udføres.
  • Er enklere at generere og mindre udsat for fejl end testsæt, der er lavet i hånden.
  • Det er nyttigt til Integrationstest.
  • Det forbedrer produktiviteten på grund af reducerede testcyklusser og testtider.

OAT Ulemper

  • Efterhånden som datainputtet stiger, øges kompleksiteten af ​​testcasen. Som følge heraf øges den manuelle indsats og tidsforbrug. Derfor skal testerne gå efter Test af automatisering.
  • Nyttigt til integrationstest af softwarekomponenter.

Fejl eller fejl under udførelse af OAT

  1. Testindsatsen bør ikke fokuseres på det forkerte område af applikationen.
  2. Undgå at vælge de forkerte parametre at kombinere
  3. Undgå at bruge Orthogonal Array Testing for minimal testindsats.
  4. Anvendelse af Ortogonal Array Test manuelt
  5. Anvendelse af Orthogonal Array Testing til højrisikoapplikationer

Konklusion

Her har vi set, hvordan OAT (Orthogonal Array Testing) kan bruges til at reducere testindsatsen, og hvordan testcase-optimering kan opnås.

Opsummer dette indlæg med: