Hva er Ortogonal Array-testing? (Eksempel)
Ortogonal array-testing
Ortogonal array-testing (OAT) er programvaretestteknikk som bruker ortogonale arrays for å lage testcases. Det er statistisk testmetode spesielt nyttig når systemet som skal testes har enorme datainnganger. Ortogonal array-testing bidrar til å maksimere testdekningen ved å pare og kombinere inngangene og teste systemet med relativt færre testtilfeller for tidsbesparelse.
For eksempel, når en togbillett må verifiseres, må faktorer som – antall passasjerer, billettnummer, setenummer og tognummer testes. En etter en testing av hver faktor/inndata er tungvint. Det er mer effektivt når QA-ingeniøren kombinerer flere input og tester. I slike tilfeller kan vi bruke testmetoden Orthogonal Array.
Denne typen paring eller kombinering av innganger og testing av systemet for å spare tid kalles Pairwise testing. OATS-teknikk brukes for parvise tester.
Hvorfor OAT (Orthogonal Array Testing)?
I det nåværende scenariet har det blitt utfordrende å levere et kvalitetsprogramvareprodukt til kunden på grunn av kompleksiteten til koden.
I den konvensjonelle metoden inkluderer testsuiter testtilfeller som er utledet fra alle kombinasjoner av inngangsverdier og forutsetninger. Som et resultat må n antall testtilfeller dekkes.
Men i et reelt scenario vil ikke testerne ha fritiden til å utføre alle testsakene for å avdekke defektene, da det er andre prosesser som dokumentasjon, forslag og tilbakemeldinger fra kunden som må tas i betraktning mens de er i testfasen.
Derfor ønsket testlederne å optimalisere antall og kvalitet på testtilfellene for å sikre maksimalt Testdekning med minimal innsats. Denne innsatsen kalles Testsak Optimalisering.
- Systematisk og statistisk måte å teste parvise interaksjoner på
- Interaksjoner og integreringspunkter er en stor kilde til defekter.
- Utfør et veldefinert, kortfattet testtilfelle som sannsynligvis vil avdekke de fleste (ikke alle) feilene.
- Ortogonal tilnærming garanterer parvis dekning av alle variabler.
Hvordan OAT-er er representert
Formelen for å beregne OAT
- Runs (N) – Antall rader i matrisen, som oversetter til en rekke testtilfeller som vil bli generert.
- Faktorer (K) – Antall kolonner i matrisen, som omsetter 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 antallet innganger bestemmer nivåene.
Hvordan gjøre Ortogonal Array Testing: Eksempler
- Identifiser den uavhengige variabelen for scenariet.
- Finn den minste matrisen med antall kjøringer.
- Kartlegg faktorene til matrisen.
- Velg verdiene for eventuelle "rest"-nivåer.
- Transkriber kjøringene til testtilfeller, og legg til eventuelle spesielt mistenkelige kombinasjoner som ikke genereres.
Eksempel 1
En nettside har tre forskjellige deler (øverst, midt, bunn) som kan vises individuelt eller skjules for en bruker
- Antall faktorer = 3 (øverst, midt, bunn)
- Antall nivåer (synlighet) = 2 (skjult eller vist)
- Matrisetype = L4(23)
(4 er antall kjøringer som ankom etter opprettelse av OAT-matrisen)
Hvis vi går for konvensjonell testteknikk, trenger vi testtilfeller som 2 X 3 = 6 testtilfeller
test Cases | scenarier | Verdier som skal testes |
---|---|---|
Test nr. 1 | SKJULT | God |
Test nr. 2 | VIST | God |
Test nr. 3 | SKJULT | Bunn |
Test nr. 4 | VIST | Bunn |
Test nr. 5 | SKJULT | Middle |
Test nr. 6 | VIST | Middle |
Hvis vi går for OAT-testing, trenger vi 4 testtilfeller som vist nedenfor:
test Cases | TOPP | Middle | 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 mikroprosessors funksjonalitet må testes:
- Temperatur: 100C, 150C og 200C.
- Trykk: 2 psi, 5 psi og 8 psi
- Dopingmengde: 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 på samme måte har andre faktorer også nivåer)
Lag en matrise som nedenfor:
1. Kolonner med antall faktorer
Testtilfelle # | Temperatur | Trykk | Dopingmengde | Deponeringshastighet |
---|---|---|---|---|
2. Angi antall rader er lik nivåer per faktor. dvs. temperaturen har 3 nivåer. Sett derfor inn 3 rader for hvert nivå for temperatur,
Testtilfelle # | Temperatur | Trykk | Dopingmengde | Deponeringshastighet |
---|---|---|---|---|
1 | 100C | |||
2 | 100C | |||
3 | 100C | |||
4 | 150C | |||
5 | 150C | |||
6 | 150C | |||
7 | 200C | |||
8 | 200C | |||
9 | 200C |
3. Del nå opp trykket, dopingmengden og deponeringsratene i kolonnene.
For eksempel: Angi 2 psi over temperaturer 100C, 150C og 200C. Angi likeledes dopingmengde 4% for 100C, 150C og 200C og så videre.
Testtilfelle # | Temperatur | Trykk | Dopingmengde | Deponeringshastighet |
---|---|---|---|---|
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-er, trenger vi 9 testtilfeller å dekke.
OAT Fordeler
- Garanterer testing av de parvise kombinasjonene av alle de valgte variablene.
- Reduserer antall testtilfeller
- Oppretter færre testtilfeller som dekker testing av alle kombinasjoner av alle variabler.
- En kompleks kombinasjon av variablene kan gjøres.
- Er enklere å generere og mindre utsatt for feil enn testsett laget for hånd.
- Det er nyttig for Integrasjonstesting.
- Det forbedrer produktiviteten på grunn av reduserte testsykluser og testtider.
OAT Ulemper
- Etter hvert som datainndataene øker, øker kompleksiteten til testsaken. Som et resultat øker manuell innsats og tidsbruk. Derfor må testerne gå for Automatiseringstesting.
- Nyttig for integrasjonstesting av programvarekomponenter.
Feil eller feil under utførelse av OAT
- Testarbeidet bør ikke fokuseres på feil område av applikasjonen.
- Unngå å velge feil parametere å kombinere
- Unngå å bruke Ortogonal Array Testing for minimal testing.
- Bruke Ortogonal Array Testing manuelt
- Bruk av ortogonal array-testing for høyrisikoapplikasjoner
konklusjonen
Her har vi sett hvordan OAT (Orthogonal Array Testing) kan brukes til å redusere testinnsatsen og hvordan testcase-optimalisering kan oppnås.