Orthogonal Array Testing
Orthogonal Array Testing (OAT) er programvaretestingsteknikk som bruker ortogonale matriser for å lage testsaker. Det er en tilnærming til statistisk testing, spesielt nyttig når systemet som skal testes har enorme datainnganger. Orthogonal array testing hjelper deg med å maksimere testdekningen ved å parre og kombinere inngangene og teste systemet med relativt sett mindre antall testtilfeller for å spare tid.
For eksempel når en togbillett må verifiseres, må faktorer som - antall passasjerer, billettnummer, setetall og tognummer testes. En og en testing av hver faktor / input er tungvint. Det er mer effektivt når QA-ingeniøren kombinerer flere innganger sammen og tester. I slike tilfeller kan vi bruke testmetoden Orthogonal Array.
Denne typen sammenkobling eller kombinasjon av innganger og testing av systemet for å spare tid kalles Pairwise testing. OATS-teknikken brukes til parvis testing.
I denne veiledningen vil du lære-
- Hva er OAT (Orthogonal Array Testing)?
- Hvorfor OAT (Orthogonal Array Testing)?
- Hvordan OAT er representert
- Hvordan gjøre ortogonal matrisetesting: Eksempler
- OATs fordeler
- Havre Ulemper
- Feil eller feil under utførelse av OAT
Hvorfor OAT (Orthogonal Array Testing)?
I det nåværende scenariet har det blitt utfordrende å levere et kvalitetsprogramvareprodukt til kunden på grunn av kompleksiteten i koden.
I den konvensjonelle metoden inkluderer testpakker testtilfeller som er avledet fra alle kombinasjoner av inngangsverdier og forutsetninger. Som et resultat må n antall prøvesaker dekkes.
Men i et reelt scenario vil ikke testerne ha fritid til å utføre alle testsakene for å avdekke manglene, ettersom det er andre prosesser som dokumentasjon, forslag og tilbakemeldinger fra kunden som må tas i betraktning mens de er i testfase.
Derfor ønsket testlederne å optimalisere antall og kvaliteten på testsakene for å sikre maksimal testdekning med minimal innsats. Denne innsatsen kalles Test Case Optimization.
- Systematisk og statistisk måte å teste parvise interaksjoner på
- Interaksjoner og integrasjonspunkter er en stor feilkilde.
- Utfør en veldefinert, kortfattet testtilfelle som sannsynligvis vil avdekke de fleste (ikke alle) feil.
- Ortogonal tilnærming garanterer parvis dekning av alle variabler.
Hvordan OAT er representert
Formelen for å beregne OAT
- Runs (N) - Antall rader i matrisen, som oversettes til et antall testtilfeller som vil bli generert.
- Faktorer (K) - Antall kolonner i matrisen, som oversettes til et maksimalt antall variabler som kan håndteres.
- Nivåer (V) - Maksimalt antall verdier som kan tas på en enkelt faktor.
En enkelt faktor har 2 til 3 innganger som skal testes. Det maksimale antall innganger bestemmer nivåene.
Hvordan gjøre ortogonal matrisetesting: Eksempler
- Identifiser den uavhengige variabelen for scenariet.
- Finn det minste utvalget med antall løp.
- Kartlegg faktorene til matrisen.
- Velg verdiene for alle "leftover" nivåer.
- Transkriber kjøringen til testsaker, og legg til eventuelle spesielt mistenkelige kombinasjoner som ikke genereres.
Eksempel 1
En webside har tre forskjellige seksjoner (øverst, midt, nederst) som kan vises eller skjules individuelt for en bruker
- Antall faktorer = 3 (topp, midt, bunn)
- Antall nivåer (synlighet) = 2 (skjult eller vist)
- Array Type = L4 (23)
(4 er antall kjøringer som ankom etter å ha opprettet OAT-matrisen)
Hvis vi går etter konvensjonell testteknikk, trenger vi testtilfeller som 2 X 3 = 6 testtilfeller
| Test tilfeller | Scenarier | Verdier som skal testes |
|---|---|---|
| Test nr. 1 | SKJULT | Topp |
| Test nr. 2 | VIST | Topp |
| Test nr. 3 | SKJULT | Bunn |
| Test nr. 4 | VIST | Bunn |
| Test nr. 5 | SKJULT | Midten |
| Test nr. 6 | VIST | Midten |
Hvis vi går på OAT-testing, trenger vi 4 testtilfeller som vist nedenfor:
| Test tilfeller | TOPP | Midten | Bunn |
|---|---|---|---|
| Test nr. 1 | Skjult | Skjult | Skjult |
| Test nr. 2 | Skjult | Synlig | Synlig |
| Test nr. 3 | Synlig | Skjult | Synlig |
| Test nr. 4 | Synlig | Synlig | Skjult |
Eksempel 2:
En mikroprosessorens funksjonalitet må testes:
- Temperatur: 100C, 150C og 200C.
- Trykk: 2 psi, 5psi og 8psi
- Dopingbeløp: 4%, 6% og 8%
- Avsetningshastighet: 0,1 mg / s, 0,2 mg / s og 0,3 mg / s
Ved å bruke den konvensjonelle metoden trenger vi = 81 testtilfeller for å dekke alle inngangene. La oss jobbe med OATS-metoden:
Antall faktorer = 4 (temperatur, trykk, dopingmengde og avsetningshastighet)
Nivåer = 3 nivåer per faktor (temperaturen har 3 nivåer-100C, 150C og 200C og også andre faktorer har nivåer)
Opprett en matrise som nedenfor:
1. Kolonner med antall faktorer
| Testforsøk # | Temperatur | Press | Dopingbeløp | Avsetningsrate |
|---|---|---|---|---|
2. Angi antall rader er lik nivåer per faktor. dvs. temperaturen har 3 nivåer. Sett inn 3 rader for hvert nivå for temperatur,
| Testforsøk # | Temperatur | Press | Dopingbeløp | Avsetningsrate |
|---|---|---|---|---|
| 1 | 100C | |||
| 2 | 100C | |||
| 3 | 100C | |||
| 4 | 150C | |||
| 5 | 150C | |||
| 6 | 150C | |||
| 7 | 200C | |||
| 8 | 200C | |||
| 9 | 200C |
3. Del nå opp trykk, dopingmengde og avsetningshastigheter i kolonnene.
For eksempel: Angi 2 psi over temperaturer 100C, 150C og 200C, legg inn dopingmengde 4% for 100C, 150C og 200C og så videre.
| Testforsøk # | Temperatur | Press | Dopingbeløp | Avsetningsrate |
|---|---|---|---|---|
| 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, i OA, trenger vi 9 testsaker for å dekke.
OAT Fordeler
- Garanterer testing av parvise kombinasjoner av alle valgte variabler.
- Reduserer antall testtilfeller
- Oppretter færre testsaker som dekker testingen av all kombinasjonen av alle variablene.
- En kompleks kombinasjon av variablene kan gjøres.
- Er enklere å generere og mindre feilutsatt enn testsett opprettet for hånd.
- Det er nyttig for integrasjonstesting.
- Det forbedrer produktiviteten på grunn av reduserte testsykluser og testtider.
Havre Ulemper
- Etter hvert som datainngangene øker, øker kompleksiteten i testsaken. Som et resultat øker manuell innsats og tid brukt. Derfor må testerne gå til automatiseringstesting.
- Nyttig for integrasjonstesting av programvarekomponenter.
Feil eller feil under utførelse av OAT
- Testinnsatsen bør ikke fokuseres på feil område av applikasjonen.
- Unngå å velge feil parametere å kombinere
- Unngå å bruke Orthogonal Array Testing for minimal testinnsats.
- Bruke ortogonal matrisetesting manuelt
- Bruke ortogonal matrisetesting for høyrisikoprogrammer
Konklusjon:
Her har vi sett hvordan OAT (Orthogonal Array Testing) kan brukes til å redusere testinnsatsen og hvordan test case optimalisering kan oppnås.
Denne artikkelen er bidratt av Madhumitha.