Kas ir BALTĀ kastes pārbaude? Tehnika, piemērs un veidi

Baltās kastes pārbaude

Baltās kastes pārbaude ir programmatūras testēšanas tehnika, 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 skaidras kastes pārbaudi, atvērtas kastes pārbaudi, caurspīdīgas kastes pārbaudi, uz kodu balstītu testēšanu un stikla kastes testēšanu.

Tā ir viena no divām kastes testēšanas pieejas daļām programmatūras testēšanā. Tās ekvivalents, Blackbox testēšana, ietver testēšanu no ārēja vai galalietotāja veida viedokļa. No otras puses, baltās kastes testēšana programmatūras inženierijā ir balstīta uz lietojumprogrammas iekšējo darbību un ir saistīta ar 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”) iekšējā darbībā. Tāpat “melnā kaste” Melnās kastes pārbaude '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āsit-

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

Baltās kastes pārbaude ietver programmatūras koda pārbaudi šādos gadījumos:

  • Iekšējās drošības caurumi
  • Salauzti vai slikti strukturēti ceļi kodēšanas procesos
  • Konkrētu ieeju plūsma caur kodu
  • Paredzamā produkcija
  • Nosacīto cilpu funkcionalitāte
  • Katra paziņojuma, objekta un funkcijas pārbaude individuāli

Testēšanu var veikt sistēmas, integrācijas un programmatūras izstrādes vienības līmenī. Viens no baltās kastes testēšanas pamatmērķiem ir pārbaudīt lietojumprogrammas darba plūsmu. Tas ietver virkni iepriekš definētu ieeju, kas tiek pārbaudītas, salīdzinot ar paredzamajām vai vēlamajām izejām, lai, ja konkrēta ievade neradītu gaidīto izvadi, jūs būtu saskāries ar kļūdu.

Noklikšķiniet šeit, ja videoklips nav pieejams



Kā jūs veicat baltās kastes pārbaudi?

Lai sniegtu vienkāršotu skaidrojumu par baltās kastes testēšanu, mēs to esam sadalījuši divi pamata soļi . To testētāji dara, testējot lietojumprogrammu, izmantojot baltās kastes testēšanas tehniku.

1. SOLIS) SAPROTI AVOTA KODU

Pirmais, ko testētājs bieži darīs, ir iemācīties un saprast lietojumprogrammas avota kodu. Tā kā baltās kastes pārbaude ietver lietojumprogrammas iekšējās darbības pārbaudi, testētājam ir jābūt ļoti zinošam programmēšanas valodās, ko izmanto testējamajās lietojumprogrammās. Tāpat testēšanas personai ir jābūt ļoti informētai par drošu kodēšanas praksi. Drošība bieži ir viens no programmatūras testēšanas galvenajiem mērķiem. Testētājam jāspēj atrast drošības problēmas un novērst uzbrukumus no hakeriem un naiviem lietotājiem, kuri apzināti vai neapzināti var ievadīt lietojumprogrammā ļaunprātīgu kodu.

2. darbība. Izveidojiet testa gadījumus un izpildiet

Otrais pamata posms baltās kastes testēšanai ietver lietojumprogrammas avota koda pareizas plūsmas un struktūras pārbaudi. Viens veids ir rakstīt vairāk koda, lai pārbaudītu lietojumprogrammas avota kodu. Testētājs izstrādās mazus testus katram procesam vai procesu sērijai lietojumprogrammā. Šī metode prasa, lai testētājam būtu intīmas zināšanas par kodu, un to bieži veic izstrādātājs. Citas metodes ietver Manuāla pārbaude , izmēģinājumu un kļūdu testēšana un testēšanas rīku izmantošana, kā mēs tālāk paskaidrosim šajā rakstā.

WhiteBox testēšanas piemērs

Apsveriet šādu koda daļu | _+_ |

WhiteBox testēšanas mērķis programmatūras inženierijā ir pārbaudīt visas koda lēmumu atzarus, cilpas, paziņojumus.

Lai izmantotu paziņojumus iepriekš minētajā baltās kastes pārbaudes piemērā, WhiteBox testa gadījumi būtu

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

Baltās kastes pārbaudes metodes

Galvenā baltās kastes pārbaudes metode ir kodu pārklājuma analīze. Koda pārklājuma analīze novērš nepilnības a Testa korpuss 'suite' numurs. Tas identificē programmas jomas, kuras neizmanto pārbaudes gadījumu kopums. Kad ir konstatētas nepilnības, jūs izveidojat pārbaudes gadījumus, lai pārbaudītu nepārbaudītas koda daļas, tādējādi uzlabojot programmatūras produkta kvalitāti

Koda pārklājuma analīzei ir pieejami automatizēti rīki. Tālāk ir norādītas dažas pārklājuma analīzes metodes, ko var izmantot kastes testētājs:

Pārskata pārklājums :- Lai izmantotu šo paņēmienu, ir jāpārbauda visi iespējamie koda paziņojumi vismaz vienu reizi testēšanas procesa laikā programmatūras inženierijas .

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 vairāki pārklājuma veidi, piemēram, nosacījumu pārklājums, vairāku nosacījumu pārklājums, ceļa pārklājums, funkciju pārklājums utt. Katrai tehnikai ir savas priekšrocības un mēģinājumi pārbaudīt (aptvert) visas programmatūras koda daļas. Izmantojot paziņojumu un filiāles pārklājumu, jūs parasti iegūstat 80-90% koda pārklājumu, kas ir pietiekami. Tālāk ir norādītas svarīgas WhiteBox testēšanas metodes:

  • Pārskata pārklājums
  • Lēmumu pārklājums
  • Nozares pārklājums
  • Stāvokļa pārklājums
  • Vairāku nosacījumu pārklājums
  • Galīgs mašīnu pārklājums
  • Ceļa pārklājums
  • Kontroles plūsmas pārbaude
  • Datu plūsmas pārbaude

Lai uzzinātu vairāk, skatiet šo rakstu https://on2vhf.be/code-coverage.html

Baltās kastes pārbaudes veidi

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

  • Vienības pārbaude: Bieži vien tas ir pirmais lietojumprogrammas pārbaudes veids. Vienības pārbaude tiek veikta katrai vienībai vai koda blokam, kad tā tiek izstrādāta. Vienības pārbaudi 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 to, lai pārliecinātos, ka tas darbojas, pirms turpināt vienības testēšanu, kas 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 galvenie iemesli, kāpēc lietojumprogrammas darbojas lēnāk. Kvalitātes nodrošināšanas speciālists, kuram ir pieredze atmiņas noplūdes noteikšanā, ir būtisks gadījumos, kad jūsu lietojumprogramma darbojas lēni.

Izņemot iepriekš minēto, daži pārbaudes veidi ir daļa gan no melnās, gan baltās kastes testēšanas. Tie ir uzskaitīti zemāk

  • Baltā kaste Iekļūšanas pārbaude : Šajā testēšanā testētājam/izstrādātājam ir pilnīga informācija par lietojumprogrammas avota kodu, detalizēta tīkla informācija, iesaistītās IP adreses un visa servera informācija, kurā lietojumprogramma darbojas. Mērķis ir uzbrukt kodam no vairākiem leņķiem, lai atklātu drošības draudus
  • Baltās kastes mutāciju pārbaude : Mutāciju testēšana bieži tiek izmantota, lai atklātu labākās kodēšanas metodes programmatūras risinājuma paplašināšanai.

Baltās kastes pārbaudes rīki

Zemāk ir saraksts ar populārākajiem baltās kastes pārbaudes rīkiem.

Baltās kastes pārbaudes priekšrocības

  • Koda optimizācija, atrodot slēptās kļūdas.
  • Baltās kastes testu gadījumus var viegli automatizēt.
  • Pārbaude ir rūpīgāka, jo parasti tiek aptverti visi koda ceļi.
  • Pārbaudi var sākt SDLC sākumā, 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 ienīst. Izstrādātāju veiktā baltās kastes testēšana nav detalizēta, var izraisīt ražošanas kļūdas.
  • Baltās kastes pārbaudei nepieciešami profesionāli resursi ar detalizētu izpratni par programmēšanu un ieviešanu.
  • Baltās kastes pārbaude ir laikietilpīga, lielākām programmēšanas lietojumprogrammām ir vajadzīgs laiks, lai pilnībā pārbaudītu.

Beigu piezīmes:

  • Baltās kastes pārbaude var būt diezgan sarežģīta. Sarežģītība ir saistīta ar pārbaudāmo lietojumprogrammu. Nelielu lietojumprogrammu, kas veic vienu vienkāršu darbību, var pārbaudīt baltajā lodziņā 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 kastes pārbaude programmatūras testēšanā jāveic lietojumprogrammā, jo tā tiek izstrādāta pēc uzrakstīšanas un vēlreiz pēc katras modifikācijas