Tarkvara Testimine

Halli kasti testimise õpetus algajatele

30. oktoober 2021

Halli kasti testimine on tarkvara testimise tehnika, mida teostatakse vähema teabega programmi või koodi sisemise funktsionaalsuse kohta. Halli kasti testijatel on juurdepääs kavandite dokumentidele ja muudele nõuetele. Halli kasti testid põhinevad süsteemi olekupõhistel mudelitel, UML-skeemidel või arhitektuuriskeemidel.

Halli kasti testimine

Näiteks linke sisaldavate veebisaitide testimisel, kui lingil klõpsamisel ilmneb tõrge. The valge kasti testimine kannab kasutaja, muutes koodi ja musta kasti testimine esiotsa testides.

Sisukord

Valge kasti testimise alustamise sammud

  • Valige ja tuvastage BlackBoxi ja WhiteBoxi testimissisendite sisendid.
  • Tuvastage valitud sisendite väljundid.
  • Tehke kindlaks kõik peamised teed, mida testimisperioodi jooksul läbida.
  • Tuvastage alamfunktsioonid, et läbi viia sügava taseme testimine.
  • Tuvastage alamfunktsioonide sisendid.
  • Tuvastage alamfunktsioonide väljundid.
  • Käivitage alamfunktsioonide testjuhtum.
  • Kontrollige tulemuse õigsust.

Halli kasti testimistehnikad

Järgmised on halli kasti testimise tehnikad:

    Maatrikstestimine Regressioonitest Ortogonaalse massiivi testimine Mustri testimine

Nüüd arutame seda üksikasjalikult.

  • Maatrikstestimine: see määratleb kõik konkreetse programmi kasutatavad muutujad. Muutujad on elemendid, mille kaudu väärtused saavad programmi sees liikuda. Maatrikstehnika on meetod kasutamata ja initsialiseerimata muutujate eemaldamiseks, tuvastades programmis kasutatud muutujad.
  • Regressioonitest: Regressioonitest kasutatakse tarkvara muudatuste kontrollimiseks, mis võivad tarkvara mis tahes muus osas põhjustada soovimatuid kõrvalmõjusid. Regressioonitestimine hoolitseb seda tüüpi defektide eest, testides selliseid strateegiaid nagu riskantsete kasutusjuhtude uuesti testimine, tulemüüris uuesti testimine, kõigi uuesti testimine jne.
  • Ortogonaalse massiivi testimine: Ortogonaalse massiivi testimise eesmärk on katta maksimaalne kood minimaalsete testjuhtumitega. Testjuhtumid on loodud katma nii maksimaalset koodi kui ka GUI funktsioone väiksema arvu testjuhtumitega.
  • Mustri testimine: Mustri testimine on rakendatav tarkvaratüüpidele, mis on arendatud sama mustriga nagu eelmine tarkvara. Mustri testimine määrab tõrke põhjused, et neid saaks järgmises tarkvaras parandada.

Halli kasti testimisel kohaldatavad tasemed

Halli kasti testimine on rakendatav ainult ühel tasemel ja see on nii Integratsiooni testimine . Testimise tase, kus ühikuid testitakse rühmana. Peamine eesmärk on paljastada tõrkeid integreeritud seadmete vahel. See on testimise teine ​​tase, mis viiakse läbi pärast üksuse testimist ja enne süsteemi testimist.

TÖÖVAHENDID HALLI KASTI TESTIMISEKS

    Seleen Appium Ratsionaalne funktsionaalne tester Chrome DevTools

Arutame neid üksikasjalikult.

    Seleen : see on avatud lähtekoodiga kasutajaliidese automatiseerimise testikomplekt. Seda saab hõlpsasti juurutada sellistel platvormidel nagu Macintosh, Windows, Linux ja palju muud. Appium : Appium on sisuliselt seleeni kaaslane. See toetab mobiilirakendused ja see on platvormideülene – nii iOS kui ka Android. Ratsionaalne funktsionaalne tester : see on patenteeritud tarkvara ja kuulub IBM-ile. See toetab algtasemel mitmesuguseid tehnoloogiaid, alates veebipõhisest kuni iSeriesi ja zSeriesini. Chrome DevTools : see pakub veebi loomise ja silumise tööriistu, mis aitavad teil lahendada paigutusprobleeme ja täiustavad koodi optimeerimist Chrome'iga töötamiseks.

Halli kasti testimise plussid ja miinused

PlussidMiinused
Pakkuge nii valge kasti kui ka musta kasti testimise eeliseid.Ei sobi algoritmide testimiseks.
Testimine toimub kasutaja vaatenurgast.Iga sisendvoogu on võimatu testida.
Testijad sõltuvad lähtekoodi asemel funktsionaalsetest spetsifikatsioonidest.Testi ulatus on piiratud
Testimine toimub andmevooskeemide alusel.See ei sobi hajutatud süsteemide jaoks.

Erinevus halli ja valge kasti testimise vahel

Halli kasti testimine Valge kasti testimine
Piiratud teadmised testijastTarkvarakoodi sisemine struktuur on testijale teada.
Tuntud ka kui poolläbipaistev testimineTuntud ka kui klaaskasti testimine, läbipaistva kasti testimine, konstruktsiooni testimine.
Sisendite tabelite testimisruum on väiksem kui Black Box ja White Box testimisel.Tabelite sisendite testimisruum on BlackBoxi testimisega võrreldes väiksem.
Varjatud viga on raske avastadaPeidetud vigu on lihtne avastada
Seda ei võeta algoritmide testimiseks arvesse.Hästi sobiv ja soovitatav algoritmide testimiseks.
Testjuhtumeid saab kujundada lühikese aja jooksul.Testjuhtumite kavandamine võtab pika koodi tõttu rohkem aega.
Testimises võivad osaleda nii testija, arendaja kui ka kasutaja.Testimises saavad osaleda ainult testijad ja arendajad; lõppkasutajat ei saa kaasata.