Melnās kastes pārbaude
Black Box Testing ir programmatūras testēšanas metode, kurā tiek pārbaudītas lietojumprogrammu funkcijas, nezinot iekšējo kodu struktūru, ieviešanas detaļas un iekšējos ceļus. Melnās kastes testēšana galvenokārt koncentrējas uz lietojumprogrammu ievadi un izvadi, un tā pilnībā pamatojas uz programmatūras prasībām un specifikācijām. To sauc arī par uzvedības pārbaudi.
Iepriekš minētā Black-Box var būt jebkura programmatūras sistēma, kuru vēlaties pārbaudīt. Piemēram, operētājsistēma, piemēram, Windows, vietne, piemēram, Google, datu bāze, piemēram, Oracle, vai pat jūsu pašu pielāgotā lietojumprogramma. Sadaļā Black Box Testing varat pārbaudīt šīs lietojumprogrammas, koncentrējoties tikai uz ievadiem un izvadiem, nezinot to iekšējā koda ieviešanu. Apsveriet šo video pamācību-
Noklikšķiniet šeit, ja videoklips nav pieejams
Kā veikt BlackBox testēšanu
Šeit ir vispārīgās darbības, kas veiktas, lai veiktu jebkura veida melnās kastes testēšanu.
- Sākumā tiek pārbaudītas sistēmas prasības un specifikācijas.
- Testeris izvēlas derīgus datus (pozitīvs testa scenārijs), lai pārbaudītu, vai SUT tos pareizi apstrādā. Tiek izvēlēti arī daži nederīgi dati (negatīvs testa scenārijs), lai pārbaudītu, vai SUT tos spēj atklāt.
- Testeris nosaka paredzamos rezultātus visām šīm ieejām.
- Programmatūras testeris izveido testa gadījumus ar izvēlētajiem ievadiem.
- Pārbaudes gadījumi tiek izpildīti.
- Programmatūras testeris salīdzina faktiskos rezultātus ar gaidāmajiem rezultātiem.
- Defekti, ja tādi ir, ir novērsti un atkārtoti pārbaudīti.
Melnās kastes testēšanas veidi
Melnās kastes testēšanai ir daudz veidu, taču šādi ir izcilākie:
- Funkcionālā testēšana - šis melnās kastes testēšanas veids ir saistīts ar sistēmas funkcionālajām prasībām; to veic programmatūras testētāji.
- Nefunkcionāla pārbaude - šāda veida melnās kastes testēšana nav saistīta ar īpašas funkcionalitātes testēšanu, bet ar nefunkcionālām prasībām, piemēram, veiktspēju, mērogojamību, lietojamību.
- Regresijas testēšana - regresijas testēšana tiek veikta pēc tam, kad koda labojumi, jauninājumi vai jebkura cita sistēmas apkope, lai pārbaudītu jauno kodu, nav ietekmējis esošo kodu.
Melnās kastes testēšanai izmantotie rīki:
Melnās kastes testēšanai izmantotie rīki lielā mērā ir atkarīgi no tā, kāda veida melnās kastes testēšanu jūs veicat.
- Funkcionālajiem / regresijas testiem varat izmantot - QTP, Selēns
- Nefunkcionāliem testiem varat izmantot - LoadRunner, Jmeter
Melnās kastes testēšanas paņēmieni
Tālāk ir redzama testa stratēģija starp daudzajām, kuras tiek izmantotas melnās kastes testēšanā
- Ekvivalences klases pārbaude: to izmanto, lai līdz minimumam samazinātu iespējamo testa gadījumu skaitu, vienlaikus saglabājot saprātīgu testa pārklājumu.
- Robežvērtību pārbaude: Robežvērtību pārbaude ir vērsta uz vērtībām pie robežām. Šis paņēmiens nosaka, vai sistēma var pieņemt noteiktu vērtību diapazonu vai nē. Tas ir ļoti noderīgi, samazinot testa gadījumu skaitu. Tas ir vispiemērotākais sistēmām, kurās ieeja ir noteiktos diapazonos.
- Lēmumu tabulas pārbaude : Lēmumu tabula cēloņus un to sekas ievieto matricā. Katrā kolonnā ir unikāla kombinācija.
Melnās kastes un baltās kastes testēšanas salīdzinājums:
| Melnās kastes pārbaude | Baltās kastes pārbaude |
|---|---|
| melnās kastes testēšanā galvenā uzmanība tiek pievērsta jūsu funkcionālo prasību apstiprināšanai. | Baltās kastes testēšana (vienības testēšana) apstiprina jūsu programmatūras koda iekšējo struktūru un darbību |
| Melnās kastes testēšana dod abstrakciju no koda un koncentrējas uz programmatūras sistēmas uzvedības testēšanas centieniem. | Lai veiktu baltās kastes testēšanu, ir nepieciešamas zināšanas par programmēšanas valodu. Mūsdienu programmatūras sistēmās tiek izmantotas dažādas programmēšanas valodas un tehnoloģijas, un tās visas nav iespējams zināt. |
| Melnās kastes pārbaude atvieglo komunikācijas pārbaudi starp moduļiem | Baltās kastes testēšana neveicina komunikācijas testēšanu starp moduļiem |
Melnās kastes testēšana un programmatūras izstrādes dzīves cikls (SDLC)
Melnās kastes testēšanai ir savs dzīves cikls, ko sauc par programmatūras testēšanas dzīves ciklu (STLC), un tas ir salīdzināms ar katru programmatūras izstrādes dzīves ciklu programmatūras inženierijā.
- Prasība - tas ir SDLC sākotnējais posms, un šajā posmā tiek apkopota prasība. Šajā posmā piedalās arī programmatūras testētāji.
- Testa plānošana un analīze - tiek noteikti projektam piemērojamie testēšanas veidi. Tiek izveidots testa plāns, kas nosaka iespējamos projekta riskus un to mazināšanu.
- Projektēšana - Šajā posmā testa gadījumi / skripti tiek veidoti, pamatojoties uz programmatūras prasību dokumentiem
- Testa izpilde - šajā posmā tiek izpildīti sagatavotie testa gadījumi. Kļūdas, ja tādas ir novērstas, tiek atkārtoti pārbaudītas.