Kas ir BALTĀ kastes pārbaude? Tehnika, piemērs un amp; Veidi

Satura rādītājs:

Anonim

Baltās kastes pārbaude

White Box Testing ir programmatūras testēšanas paņēmiens, kurā tiek pārbaudīta programmatūras iekšējā struktūra, dizains un kodēšana, lai pārbaudītu ievades un izvades plūsmu un uzlabotu dizainu, lietojamību un drošību. Baltās kastes testēšanā kods ir redzams testētājiem, tāpēc to sauc arī par Notīrīt kastes testēšanu, Atvērtās kastes testēšanu, Caurspīdīgas kastes testēšanu, Uz kodu balstītu testēšanu un Stikla kastes testēšanu.

Tā ir viena no divām programmatūras testēšanas pieejas daļām. Tās kolēģis, Blackbox testēšana, ietver testēšanu no ārēja vai galalietotāja tipa viedokļa. No otras puses, White box testēšana programmatūras inženierijā balstās uz lietojumprogrammas iekšējo darbību un griežas ap iekšējo testēšanu.

Termins "WhiteBox" tika izmantots caurspīdīgās kastes koncepcijas dēļ. Skaidrs lodziņš vai WhiteBox nosaukums simbolizē spēju redzēt programmatūras ārējo apvalku (vai "lodziņu") tā iekšējā darbībā. Tāpat "melnā kaste" sadaļā "Black Box Testing" simbolizē nespēju redzēt programmatūras iekšējo darbību, lai varētu pārbaudīt tikai galalietotāja pieredzi.

Šajā baltās kastes testēšanas apmācībā jūs uzzināsiet-

  • Kas ir baltās kastes testēšana?
  • Ko jūs pārbaudāt baltās kastes testēšanā?
  • Kā jūs veicat baltās kastes testēšanu?
  • WhiteBox testēšanas piemērs
  • Baltās kastes testēšanas paņēmieni
  • Baltās kastes testēšanas veidi
  • Baltās kastes testēšanas rīki
  • Baltās kastes testēšanas priekšrocības
  • WhiteBox testēšanas trūkumi

Ko jūs pārbaudāt baltās kastes testēšanā?

Baltās rūtiņas pārbaude ietver programmatūras koda pārbaudi šādiem gadījumiem:

  • Iekšējās drošības caurumi
  • Salauzti vai slikti strukturēti ceļi kodēšanas procesos
  • Konkrētu ievades plūsma caur kodu
  • Paredzētā izlaide
  • Nosacīto cilpu funkcionalitāte
  • Katra apgalvojuma, objekta un funkcijas pārbaude individuāli

Testēšanu var veikt sistēmas, integrācijas un programmatūras izstrādes vienību līmeņos. Viens no whitebox testēšanas pamatmērķiem ir pārbaudīt lietojumprogrammas darba plūsmu. Tas ietver iepriekš noteiktu ievadu virknes testēšanu pret paredzamajiem vai vēlamajiem rezultātiem, lai tad, kad konkrēta ievade nerada gaidīto rezultātu, jūs saskartos ar kļūdu.

Noklikšķiniet šeit, ja videoklips nav pieejams

Kā jūs veicat baltās kastes testēšanu?

Lai sniegtu jums vienkāršotu baltās kastes testēšanas skaidrojumu, mēs to esam sadalījuši divās pamatdarbībās . Testētāji to dara, testējot lietojumprogrammu, izmantojot baltās kastes testēšanas tehniku:

1. SOLIS. SAPROT AVOTA KODU

Pirmā lieta, ko testeris bieži darīs, ir uzzināt un saprast lietojumprogrammas pirmkodu. Tā kā baltās kastes pārbaude ietver lietojumprogrammas iekšējās darbības pārbaudi, testētājam jābūt ļoti zinošam programmēšanas valodās, kuras lieto testējamās lietojumprogrammās. Arī testēšanas personai ir ļoti jāpārzina droša kodēšanas prakse. Drošība bieži ir viens no galvenajiem programmatūras testēšanas mērķiem. Testētājam jāspēj atrast drošības problēmas un novērst hakeru un naivu lietotāju uzbrukumus, kuri var apzināti vai neapzināti ievadīt lietojumprogrammā ļaunprātīgu kodu.

2. solis. IZVEIDO TESTA LIETAS UN IZPILDI

Otrais pamata solis līdz baltās kastes testēšanai ietver lietojumprogrammas pirmkoda pareizas plūsmas un struktūras pārbaudi. Viens veids ir uzrakstīt vairāk koda, lai pārbaudītu lietojumprogrammas pirmkodu. Testētājs izstrādās maz testu katram lietojumprogrammas procesam vai procesu sērijai. Šī metode prasa, lai testētājam būtu cieši jāpārzina kods, un to bieži veic izstrādātājs. Citas metodes ietver manuālo testēšanu, izmēģināšanu un kļūdu testēšanu un testēšanas rīku izmantošanu, kā mēs sīkāk paskaidrosim šajā rakstā.

WhiteBox testēšanas piemērs

Apsveriet šādu koda daļu

Printme (int a, int b) {------------ Printme ir funkcijaint rezultāts = a + b;Ja (rezultāts> 0)Drukāt ("Pozitīvs", rezultāts)CitsDrukāt ("Negatīvs", rezultāts)} ----------- Avota koda beigas 

WhiteBox testēšanas mērķis programmatūras inženierijā ir pārbaudīt visas kodā iekļautās lēmumu atzarojumus, cilpas, paziņojumus.

Lai izmantotu iepriekš minētās baltās kastes testēšanas piemērā minētos apgalvojumus, būtu jāizmanto WhiteBox testa gadījumi

  • A = 1, B = 1
  • A = -1, B = -3

Baltās kastes testēšanas paņēmieni

Galvenā baltās kastes testēšanas tehnika ir koda pārklājuma analīze. Kodu pārklājuma analīze novērš trūkumus Test Case komplektā. Tas identificē programmas jomas, kuras neizmanto testa gadījumu kopums. Kad ir konstatētas nepilnības, jūs izveidojat pārbaudes gadījumus, lai pārbaudītu nepārbaudītās koda daļas, tādējādi uzlabojot programmatūras produkta kvalitāti

Ir pieejami automatizēti rīki koda pārklājuma analīzes veikšanai. Tālāk ir sniegtas dažas pārklājuma analīzes metodes, ko kastes testeris var izmantot:

Paziņojumu pārklājums : - šī tehnika prasa, lai programmatūras inženierijas testēšanas procesā vismaz reizi kodā tiktu pārbaudīti visi iespējamie apgalvojumi.

Nozares pārklājums - šī metode pārbauda visus iespējamos programmatūras lietojumprogrammas ceļus (ja citādi un citas nosacītas cilpas).

Papildus iepriekš minētajam ir daudz pārklājuma veidu, piemēram, stāvokļa pārklājums, vairāku nosacījumu pārklājums, ceļa segums, funkciju segums utt. Katrai tehnikai ir savi nopelni un mēģinājumi pārbaudīt (aptvert) visas programmatūras koda daļas. Izmantojot pārskatu un filiāles pārklājumu, jūs parasti sasniedzat 80–90% koda pārklājuma, kas ir pietiekams. Svarīgas WhiteBox testēšanas metodes ir šādas:

  • Paziņojuma pārklājums
  • Lēmuma aptvērums
  • Filiāles pārklājums
  • Stāvokļa pārklājums
  • Vairāku nosacījumu pārklājums
  • Ierobežota stāvokļa mašīnu pārklājums
  • Ceļa pārklājums
  • Kontroles plūsmas pārbaude
  • Datu plūsmas pārbaude

Skatiet šo rakstu, lai uzzinātu vairāk https://www.guru99.com/code-coverage.html

Baltās kastes testēšanas veidi

Baltās kastes testēšana ietver vairākus testēšanas veidus, ko izmanto, lai novērtētu lietojumprogrammas, koda bloka vai īpašas programmatūras pakotnes lietojamību. Tur ir uzskaitīti zemāk -

  • Vienības testēšana: bieži vien tas ir pirmais testēšanas veids, kas tiek veikts lietojumprogrammā. Vienības pārbaude tiek veikta katrai vienībai vai koda blokam, kad tas tiek izstrādāts. Vienību testēšanu būtībā veic programmētājs. Kā programmatūras izstrādātājs jūs izstrādājat dažas koda rindas, vienu funkciju vai objektu un pārbaudāt, vai tas darbojas, pirms vienības testēšana palīdz identificēt lielāko daļu kļūdu, programmatūras izstrādes dzīves cikla sākumā. Šajā posmā identificētās kļūdas ir lētākas un viegli novēršamas.

  • Atmiņas noplūdes pārbaude : atmiņas noplūde ir galvenais lēnāk darbojošos lietojumprogrammu cēlonis. QA speciālistam, kuram ir pieredze atmiņas noplūdes noteikšanā, ir būtiska nozīme gadījumos, kad lietojumprogramma darbojas lēni.

Papildus iepriekš minētajam daži testēšanas veidi ir gan melnās, gan baltās kastes testēšanas daļa. Tie ir uzskaitīti kā zemāk

  • Baltās kastes iespiešanās pārbaude: Šajā testēšanā testētājam / izstrādātājam ir pilna informācija par lietojumprogrammas pirmkodu, detalizēta tīkla informācija, iesaistītās IP adreses un visa servera informācija, kurā programma darbojas. Mērķis ir uzbrukt kodam no vairākiem leņķiem, lai atklātu drošības draudus
  • Baltās kastes mutācijas pārbaude : mutācijas testēšanu bieži izmanto, lai atklātu labākos kodēšanas paņēmienus, ko izmantot programmatūras risinājuma paplašināšanai.

Baltās kastes testēšanas rīki

Zemāk ir saraksts ar labākajiem baltās kastes testēšanas rīkiem.

  • Parasoft Jtest
  • EclEmma
  • NUnit
  • PyUnit
  • HTMLUnit
  • CppUnit

Baltās kastes testēšanas priekšrocības

  • Kodu optimizācija, atrodot slēptās kļūdas.
  • Baltās kastes pārbaudes gadījumus var viegli automatizēt.
  • Testēšana ir rūpīgāka, jo parasti tiek aptverti visi kodu ceļi.
  • Testēšanu var sākt SDLC agri, pat ja GUI nav pieejama.

WhiteBox testēšanas trūkumi

  • Baltās kastes pārbaude var būt diezgan sarežģīta un dārga.
  • Izstrādātāji, kuri parasti izpilda baltās kastes pārbaudes gadījumus, to nicina. Izstrādātāju veiktā baltās kastes pārbaude nav detalizēta, un tā var izraisīt ražošanas kļūdas.
  • Baltās kastes testēšanai nepieciešami profesionāli resursi, detalizēti izprotot programmēšanu un ieviešanu.
  • Baltās kastes testēšana ir laikietilpīga, lielākām programmēšanas lietojumprogrammām ir vajadzīgs laiks, lai tās pilnībā pārbaudītu.

Beigu piezīmes:

  • Baltās kastes pārbaude var būt diezgan sarežģīta. Iesaistītā sarežģītība ir ļoti saistīta ar pārbaudāmo lietojumprogrammu. Nelielu lietojumprogrammu, kas veic vienu vienkāršu darbību, var pārbaudīt ar balto lodziņu dažu minūšu laikā, savukārt lielākām programmēšanas lietojumprogrammām pilnīga pārbaude prasa dienas, nedēļas un pat ilgāk.
  • Baltās rūtiņas testēšana programmatūras testēšanā jāveic programmatūras lietojumprogrammā, kad tā tiek izstrādāta pēc tā uzrakstīšanas un vēlreiz pēc katras modifikācijas