Ortogonal Array Testing
Orthogonal Array Testing (OAT) er softwaretestteknik, der bruger ortogonale arrays til at oprette testsager. Det er en statistisk testtilgang, især nyttig, når systemet, der skal testes, har enorme dataindgange. Ortogonal array-test hjælper med at maksimere testdækningen ved at parre og kombinere input og teste systemet med et relativt mindre antal testcases for at spare tid.
For eksempel, når en togbillet skal verificeres, skal faktorer som - antallet af passagerer, billetnummer, sæde numre og tognumre testes. En efter en testning 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 parvis test. OATS-teknik bruges til parvis test.
I denne vejledning lærer du-
- Hvad er OAT (Orthogonal Array Testing)?
- Hvorfor OAT (Orthogonal Array Testing)?
- Hvordan OAT er repræsenteret
- Sådan udføres ortogonal matrixtest: eksempler
- OAT's fordele
- OAT Ulemper
- Fejl eller fejl under udførelse af OAT
Hvorfor OAT (Orthogonal Array Testing)?
I det nuværende scenarie er levering af et kvalitetssoftwareprodukt til kunden blevet udfordrende på grund af kodens kompleksitet.
I den konventionelle metode inkluderer testpakker testcases, der er afledt af alle kombinationer af inputværdier og præ-betingelser. Som et resultat skal et antal testsager dækkes.
Men i et virkeligt scenarie har testerne ikke fritiden til at udføre alle testsagerne for at afdække manglerne, da der er andre processer såsom dokumentation, forslag og feedback fra kunden, der skal tages i betragtning, mens de er i testfase.
Testcheferne ønskede derfor at optimere antallet og kvaliteten af testsagerne for at sikre maksimal testdækning med minimal indsats. Denne indsats hedder Test Case Optimization.
- Systematisk og statistisk måde at teste parvise interaktioner på
- Interaktioner og integrationspunkter er en vigtig kilde til fejl.
- Udfør en veldefineret, kortfattet testsag, der sandsynligvis vil afdække de fleste (ikke alle) bugs.
- Orthogonal tilgang garanterer den parvise dækning af alle variabler.
Hvordan OAT er repræsenteret
Formlen til beregning af OAT
- Kørsler (N) - Antal rækker i matrixen, som oversættes til et antal testsager, der genereres.
- Faktorer (K) - Antal kolonner i arrayet, som 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 udføres ortogonal matrixtest: eksempler
- Identificer den uafhængige variabel for scenariet.
- Find det mindste array med antallet af kørsler.
- Kortlæg faktorerne til arrayet.
- Vælg værdierne for alle "rest" niveauer.
- Transkriber kørslerne til testsager, tilføj eventuelle særligt mistænkelige kombinationer, der ikke genereres.
Eksempel 1
En webside har tre forskellige sektioner (Top, Mellem, Nederst), der kan vises eller skjules individuelt for en bruger
- Antal faktorer = 3 (top, mellem, bund)
- Antal niveauer (synlighed) = 2 (skjult eller vist)
- Array Type = L4 (23)
(4 er antallet af ankomne kørsler efter oprettelse af OAT-array)
Hvis vi går efter konventionel testteknik, har vi brug for testtilfælde som 2 X 3 = 6 testsager
| Test tilfælde | Scenarier | Værdier, der skal testes |
|---|---|---|
| Test nr. 1 | SKJULT | Top |
| Test nr. 2 | VISET | Top |
| Test nr. 3 | SKJULT | Bund |
| Test nr. 4 | VISET | Bund |
| Test nr. 5 | SKJULT | Midt |
| Test nr. 6 | VISET | Midt |
Hvis vi går til OAT-test, har vi brug for 4 testsager som vist nedenfor:
| Test tilfælde | TOP | Midt | Bund |
|---|---|---|---|
| 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 mikroprocessors funktionalitet skal testes:
- Temperatur: 100 ° C, 150 ° C og 200 ° C.
- Tryk: 2 psi, 5psi og 8psi
- Dopingmængde: 4%, 6% og 8%
- 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 for at dække alle input. Lad os arbejde med OATS-metoden:
Antal faktorer = 4 (temperatur, tryk, dopingmængde og afsætningshastighed)
Niveauer = 3 niveauer pr. Faktor (temperatur har 3 niveauer-100 C, 150 C og 200 C og ligeledes andre faktorer har også niveauer)
Opret en matrix som nedenfor:
1. Kolonner med antallet af faktorer
| Test sag # | Temperatur | Tryk | Dopingmængde | Afsætningshastighed |
|---|---|---|---|---|
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 | Tryk | Dopingmængde | Afsætningshastighed |
|---|---|---|---|---|
| 1 | 100C | |||
| 2 | 100C | |||
| 3 | 100C | |||
| 4 | 150C | |||
| 5 | 150C | |||
| 6 | 150C | |||
| 7 | 200C | |||
| 8 | 200C | |||
| 9 | 200C |
3. Opdel nu tryk, dopingmængde og aflejringshastigheder i kolonnerne.
For eksempel: Indtast 2 psi på tværs af temperaturer 100 ° C, 150 ° C og 200 ° C. Indtast ligeledes dopingmængde 4% for 100 ° C, 150 ° C og 200 ° C og så videre.
| Test sag # | Temperatur | Tryk | Dopingmængde | Afsætningshastighed |
|---|---|---|---|---|
| 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 testsager, der skal dækkes.
Fordele ved havre
- Garanterer testning af de parvise kombinationer af alle de valgte variabler.
- Reducerer antallet af testtilfælde
- Opretter færre testsager, der dækker testningen af al kombinationen af alle variabler.
- En kompleks kombination af variablerne kan udføres.
- Er enklere at generere og mindre udsat for fejl end testsæt oprettet i hånden.
- Det er nyttigt til integrationstest.
- Det forbedrer produktiviteten på grund af reducerede testcyklusser og testtider.
OAT Ulemper
- Efterhånden som dataindgangene øges, øges kompleksiteten af testsagen. Som et resultat øges manuel indsats og brugt tid. Derfor skal testerne gå til automatiseringstest.
- Nyttig til integrationstest af softwarekomponenter.
Fejl eller fejl under udførelse af OAT
- Testindsatsen bør ikke fokuseres på det forkerte område af applikationen.
- Undgå at vælge de forkerte parametre, der skal kombineres
- Undgå at bruge Orthogonal Array Testing til minimal testindsats.
- Anvendelse af ortogonal matrixtest manuelt
- Anvendelse af ortogonal matrixtest til applikationer med høj risiko
Konklusion:
Her har vi set, hvordan OAT (Orthogonal Array Testing) kan bruges til at reducere testindsatsen, og hvordan test case optimering kan opnås.
Denne artikel er bidraget af Madhumitha.