types software testing
Aké sú rôzne typy testovania softvéru?
My ako testéri vieme o rôznych druhoch testovania softvéru, ako sú funkčné testovanie, nefunkčné testovanie, automatizačné testovanie, agilné testovanie, a ich podtypy atď.
Každý z nás by sa na svojej testovacej ceste stretol s niekoľkými typmi testovania. Možno sme niektoré počuli a na niektorých sme mohli pracovať, ale nie každý má vedomosti o všetkých typoch testovania.
Každý typ testovania má tiež svoje vlastné vlastnosti, výhody a nevýhody. V tomto článku som sa však zaoberal väčšinou každým typom testovania softvéru, ktorý zvyčajne používame v každodennom živote testovania.
Poďme sa na ne pozrieť.
softvér na stiahnutie videí z rádia
Čo sa dozviete:
- Rôzne typy testovania softvéru
- # 1) Alfa testovanie
- # 2) Testovanie prijatia
- # 3) Testovanie ad hoc
- # 4) Testovanie prístupnosti
- # 5) Beta testovanie
- # 6) Back-end testovanie
- # 7) Testovanie kompatibility prehliadača
- # 8) Spätné testovanie kompatibility
- # 9) Testovanie čiernej skrinky
- # 10) Testovanie hraničných hodnôt
- # 11) Testovanie pobočiek
- # 12) Porovnávacie testovanie
- # 13) Testovanie kompatibility
- # 14) Testovanie komponentov
- # 15) End-to-End testovanie
- # 16) Rozdelenie ekvivalencie
- # 17) Príklad testovania
- # 18) Prieskumné testovanie
- # 20) Funkčné testovanie
- # 21) Testovanie grafického používateľského rozhrania (GUI)
- # 22) Testovanie goríl
- # 23) Testovanie šťastnej cesty
- # 24) Testovanie prírastkovej integrácie
- # 25) Testovanie inštalácie / odinštalovania
- # 26) Testovanie integrácie
- # 27) Testovanie zaťaženia
- # 28) Testovanie opíc
- # 29) Testovanie mutácií
- # 30) Negatívne testovanie
- # 31) Nefunkčné testovanie
- # 32) Testovanie výkonu
- # 33) Testovanie obnovy
- # 34) Regresné testovanie
- # 35) Testovanie na základe rizika (RBT)
- # 36) Testovanie zdravého rozumu
- # 37) Testovanie bezpečnosti
- # 38) Testovanie dymu
- # 39) Statické testovanie
- # 40) Stresové testovanie
- # 41) Testovanie systému
- # 42) Testovanie jednotiek
- # 43) Testovanie použiteľnosti
- # 44) Testovanie zraniteľnosti
- # 45) Testovanie objemu
- # 46) Testovanie bielej skrinky
- Záver
- Odporúčané čítanie
Rôzne typy testovania softvéru
Ďalej uvádzame zoznam niektorých bežných typov testovania softvéru:
Medzi typy funkčných testov patria:
- Testovanie jednotiek
- Testovanie integrácie
- Testovanie systému
- Testovanie príčetnosti
- Testovanie dymu
- Testovanie rozhrania
- Regresné testovanie
- Testovanie verzie beta / prijatia
Medzi nefunkčné typy testovania patria:
- Testovanie výkonu
- Testovanie záťaže
- Stresové testovanie
- Objemové testovanie
- Testovanie bezpečnosti
- Testovanie kompatibility
- Inštalácia testovania
- Testovanie obnovy
- Testovanie spoľahlivosti
- Testovanie použiteľnosti
- Testovanie zhody
- Testovanie lokalizácie
Pozrime sa na ďalšie podrobnosti o týchto typoch testovania.
# 1) Alfa testovanie
Je to najbežnejší typ testovania používaný v softvérovom priemysle. Cieľom tohto testovania je identifikovať všetky možné problémy alebo chyby pred ich uvedením na trh alebo pre používateľa.
Testovanie verzie alfa sa vykonáva na konci fázy vývoja softvéru, ale pred testovaním verzie beta. Výsledkom takéhoto testovania môžu byť stále drobné zmeny v dizajne.
Alfa testovanie sa vykonáva na stránkach vývojára. Pre tento typ testovania je možné vytvoriť interné virtuálne užívateľské prostredie.
# 2) Testovanie prijatia
An Akceptačný test vykonáva klient a overuje, či tok systému medzi koncovými bodmi zodpovedá obchodným požiadavkám alebo nie a či je to podľa potrieb koncového používateľa. Klient akceptuje softvér iba vtedy, keď všetky jeho funkcie fungujú podľa očakávaní.
Je to posledná fáza testovania, po ktorej ide softvér do výroby. Toto sa nazýva aj User Acceptance Testing (UAT).
# 3) Testovanie ad hoc
Samotný názov naznačuje, že toto testovanie sa vykonáva dňa ad-hoc bez odkazu na testovací prípad a tiež bez zavedeného plánu alebo dokumentácie pre tento typ testovania.
Cieľom tohto testovania je nájsť chyby a poškodiť aplikáciu vykonaním ľubovoľného toku aplikácie alebo ľubovoľnej náhodnej funkcie.
Ad-hoc testovanie je neformálny spôsob zisťovania chýb a môže ho vykonať ktokoľvek v projekte. Bez testovacieho prípadu je ťažké identifikovať chyby, ale niekedy je možné, že chyby zistené počas testovania ad-hoc sa nepodarilo zistiť pomocou existujúcich testovacích prípadov.
# 4) Testovanie prístupnosti
Cieľ Testovanie prístupnosti je určiť, či je softvér alebo aplikácia prístupná pre ľudí so zdravotným postihnutím alebo nie.
Zdravotné postihnutie tu znamená hluché, farboslepé, mentálne postihnuté, nevidiace, starobné osoby a iné postihnuté skupiny. Vykonávajú sa rôzne kontroly, napríklad veľkosť písma pre zrakovo postihnutých, farba a kontrast pre farebnú slepotu atď.
# 5) Beta testovanie
Beta testovanie je formálny typ testovania softvéru, ktorý vykonáva zákazník. Vykonáva sa v skutočné prostredie pred uvedením produktu na trh pre skutočných koncových používateľov.
Vykonáva sa testovanie verzie beta, aby sa zabezpečilo, že v softvéri alebo produkte nedôjde k žiadnym závažným poruchám a že z hľadiska koncového používateľa spĺňa obchodné požiadavky. Testovanie verzie Beta je úspešné, keď zákazník prijme softvér.
Toto testovanie zvyčajne vykonávajú koncoví používatelia alebo iní. Jedná sa o posledné testovanie vykonané pred vydaním aplikácie na komerčné účely. Vydaná verzia softvéru alebo produktu Beta je zvyčajne obmedzená na určitý počet používateľov v konkrétnej oblasti.
Takže koncový používateľ skutočne používa softvér a zdieľa spätnú väzbu s firmou. Spoločnosť potom pred vydaním softvéru do celého sveta podnikne potrebné kroky.
# 6) Back-end testovanie
Kedykoľvek sú vstupy alebo údaje zadané do front-end aplikácie, ukladajú sa do databázy a testovanie takejto databázy je známe ako Testovanie databázy alebo Testovanie servera.
Existujú rôzne databázy ako SQL Server, MySQL a Oracle atď. Testovanie databázy zahrnuje testovanie štruktúry tabuľky, schémy, uloženej procedúry, dátovej štruktúry atď.
V rozhraní Back-end Testing GUI nie je zapojený, testeri sú priamo pripojení k databáze so správnym prístupom a testeri môžu ľahko overiť údaje spustením niekoľkých dotazov v databáze.
Počas tohto back-endového testovania môžu byť identifikované problémy ako strata dát, zablokovanie, poškodenie dát atď. A tieto problémy sú kritické pri riešení skôr, ako bude systém uvedený do prevádzky v produkčnom prostredí.
# 7) Testovanie kompatibility prehliadača
Je to podtyp testovania kompatibility (ktorý je vysvetlený nižšie) a vykonáva ho testovací tím.
Testovanie kompatibility prehliadača sa vykonáva pre webové aplikácie a zaisťuje, že softvér môže bežať s kombináciou rôznych prehľadávačov a operačných systémov. Tento typ testovania tiež overuje, či je webová aplikácia spustená vo všetkých verziách všetkých prehľadávačov alebo nie.
# 8) Spätné testovanie kompatibility
Jedná sa o typ testovania, ktoré overuje, či novo vyvinutý softvér alebo aktualizovaný softvér funguje dobre so staršou verziou prostredia alebo nie.
Testovanie spätnej kompatibility kontroluje, či nová verzia softvéru funguje správne s formátom súboru vytvoreným staršou verziou softvéru; dobre funguje aj s údajovými tabuľkami, dátovými súbormi a dátovou štruktúrou vytvorenou staršou verziou tohto softvéru.
Ak je niektorý zo softvérov aktualizovaný, mal by dobre fungovať nad predchádzajúcou verziou daného softvéru.
# 9) Testovanie čiernej skrinky
Pri tomto type testovania sa interný návrh systému nezohľadňuje. Testy sú založené na požiadavkách a funkčnosti.
Podrobné informácie o výhodách, nevýhodách a typy testovania čiernej skrinky moze byt videny tu .
# 10) Testovanie hraničných hodnôt
Tento typ testovania kontroluje správanie aplikácie na hraničnej úrovni.
Testovanie hraničných hodnôt sa vykonáva na kontrolu, či existujú chyby pri hraničných hodnotách. Testovanie hraničných hodnôt sa používa na testovanie iného rozsahu čísel. Pre každý rozsah existuje horná a dolná hranica a na týchto hraničných hodnotách sa vykonáva testovanie.
Ak testovanie vyžaduje testovací rozsah čísel od 1 do 500, potom sa testovanie hraničných hodnôt vykoná na hodnotách 0, 1, 2, 499, 500 a 501.
# 11) Testovanie pobočiek
Je to typ testovania v bielej skrinke a vykonáva sa počas testovania jednotky. Samotné testovanie pobočiek naznačuje, že kód je dôkladne testovaný prechodom v každej pobočke.
# 12) Porovnávacie testovanie
Porovnanie silných a slabých stránok produktu s jeho predchádzajúcimi verziami alebo inými podobnými produktmi sa nazýva Porovnávacie testovanie.
# 13) Testovanie kompatibility
Je to testovací typ, pri ktorom sa overuje, ako sa softvér správa a beží v inom prostredí, na webových serveroch, v hardvéri a v sieťovom prostredí.
Testovanie kompatibility zaisťuje, že softvér môže bežať v inej konfigurácii, inej databáze, iných prehľadávačoch a ich verziách. Testovanie kompatibility vykonáva testovací tím.
# 14) Testovanie komponentov
Väčšinou ho vykonávajú vývojári po dokončení testovania jednotky. Testovanie komponentov Zahŕňa testovanie viacerých funkcií ako jedného kódu a jeho cieľom je zistiť, či po vzájomnom prepojení týchto viacerých funkcií existuje chyba.
# 15) End-to-End testovanie
Podobne ako pri testovaní systému, End-to-End testovanie Zahŕňa testovanie kompletného aplikačného prostredia v situácii, ktorá napodobňuje použitie v reálnom svete, ako je napríklad interakcia s databázou, použitie sieťovej komunikácie alebo interakcia s iným hardvérom, aplikáciami alebo systémami, ak je to vhodné.
# 16) Rozdelenie ekvivalencie
Jedná sa o testovaciu techniku a typ testovania čiernej skrinky. Počas toho Rozdelenie ekvivalencie , je vybraná skupina a vybrané hodnoty alebo čísla sú otestované. Rozumie sa, že všetky hodnoty z tejto skupiny generujú rovnaký výstup.
Cieľom tohto testovania je odstrániť nadbytočné testovacie prípady v rámci konkrétnej skupiny, ktorá generuje rovnaký výstup, ale nie žiadnu chybu.
Predpokladajme, že aplikácia akceptuje hodnoty od -10 do +10, takže pomocou rozdelenia ekvivalencie sú hodnoty vybrané na testovanie nulové, jedna kladná hodnota, jedna záporná hodnota. Takže rozdelenie ekvivalencie pre toto testovanie je -10 až -1, 0 a 1 až 10.
# 17) Príklad testovania
Znamená to testovanie v reálnom čase. Príklad Testovanie obsahuje scenár v reálnom čase, zahŕňa tiež scenáre založené na skúsenostiach testerov.
# 18) Prieskumné testovanie
Prieskumné testovanie je neformálne testovanie, ktoré vykonáva testovací tím. Cieľom tohto testovania je preskúmať aplikáciu a hľadať chyby, ktoré v nej existujú.
Niekedy sa môže stať, že počas tohto testovania môže veľká zistená chyba dokonca spôsobiť zlyhanie systému.
Počas prieskumných testov je vhodné sledovať, aký tok ste testovali a akú aktivitu ste robili pred začiatkom konkrétneho toku.
Technika prieskumného testovania sa vykonáva bez dokumentácie a testovacích prípadov.
# 20) Funkčné testovanie
Tento typ testovania ignoruje vnútorné časti a zameriava sa iba na výstup, aby skontroloval, či je alebo nie je v súlade s požiadavkou. Jedná sa o testovanie typu Black-box zamerané na funkčné požiadavky aplikácie. Podrobné informácie o funkčnom testovaní získate kliknutím na ikonu tu .
# 21) Testovanie grafického používateľského rozhrania (GUI)
Cieľom tohto testovania grafického používateľského rozhrania je overiť grafické používateľské rozhranie podľa obchodných požiadaviek. Očakávané grafické používateľské rozhranie aplikácie je uvedené v podrobných dokumentoch o dizajne a vzorových obrazovkách grafického používateľského rozhrania.
Testovanie GUI zahŕňa veľkosť tlačidiel a vstupného poľa na obrazovke, zarovnanie všetkého textu, tabuliek a obsahu v tabuľkách.
Overuje tiež ponuku aplikácie, po výbere rôznych položiek ponuky a položiek ponuky overuje, či stránka nedochádza k kolísaniu a zarovnanie zostáva rovnaké po podržaní myši v ponuke alebo podponuke.
# 22) Testovanie goríl
Testovanie gorily je testovací typ vykonávaný testerom a niekedy aj vývojárom. V testovaní gorily je jeden modul alebo funkčnosť modulu testovaná dôkladne a podrobne. Cieľom tohto testovania je skontrolovať robustnosť aplikácie.
# 23) Testovanie šťastnej cesty
Cieľom Happy Path Testing je úspešne otestovať aplikáciu na pozitívnom toku. Nehľadá negatívne alebo chybové podmienky. Zameriava sa iba na platné a pozitívne vstupy, prostredníctvom ktorých aplikácia generuje očakávaný výstup.
# 24) Testovanie prírastkovej integrácie
Prírastkové testovanie integrácie je prístup zdola nahor pre testovanie, tj. nepretržité testovanie aplikácie po pridaní nových funkcií. Funkčnosť aplikácie a moduly by mali byť dostatočne nezávislé na to, aby sa dali testovať osobitne. Robia to programátori alebo testeri.
# 25) Testovanie inštalácie / odinštalovania
Testovanie inštalácie a odinštalovania sa vykonáva na úplných, čiastočných alebo inovačných procesoch inštalácie a odinštalovania v rôznych operačných systémoch v inom hardvérovom alebo softvérovom prostredí.
# 26) Testovanie integrácie
Testovanie všetkých integrovaných modulov na overenie kombinovanej funkčnosti po integrácii sa nazýva Testovanie integrácie .
Moduly sú zvyčajne kódové moduly, jednotlivé aplikácie, klientske a serverové aplikácie v sieti atď. Tento typ testovania je obzvlášť dôležitý pre klient / server a distribuované systémy.
# 27) Testovanie zaťaženia
Je to typ nefunkčného testovania a cieľom testovania záťaže je skontrolovať, koľko záťaže alebo maximálne pracovné zaťaženie dokáže systém zvládnuť bez zníženia výkonu.
Testovanie záťaže pomáha zistiť maximálnu kapacitu systému pri konkrétnom zaťažení a akékoľvek problémy, ktoré spôsobujú zhoršenie výkonu softvéru. Testovanie záťaže sa vykonáva pomocou nástrojov ako JMeter , LoadRunner, WebLoad, Silk performer atď.
# 28) Testovanie opíc
Testovanie opíc sa vykonáva testerom za predpokladu, že ak opica používa aplikáciu, potom ako náhodný vstup, opice zadá hodnoty bez akýchkoľvek znalostí alebo pochopenia aplikácie.
Cieľom Monkey Testing je skontrolovať, či dôjde k zlyhaniu aplikácie alebo systému poskytnutím náhodných vstupných hodnôt / údajov. Testovanie opíc sa vykonáva náhodne a nie sú skriptované žiadne testovacie prípady. Nie je to potrebné
Testovanie opíc sa vykonáva náhodne a nie sú skriptované žiadne testovacie prípady. Nie je potrebné poznať úplnú funkčnosť systému.
# 29) Testovanie mutácií
Testovanie mutácií je typ testovania bielej skrinky, pri ktorom sa mení zdrojový kód jedného z programov a overuje, či existujúce testovacie prípady dokážu identifikovať tieto chyby v systéme.
Zmena v zdrojovom kóde programu je veľmi minimálna, aby nemala vplyv na celú aplikáciu, iba tieto konkrétne oblasti by mali byť schopné identifikovať tieto chyby v systéme.
# 30) Negatívne testovanie
Testéri, ktorí majú zmýšľanie ako „postoj k porušeniu“ a pomocou negatívneho testovania potvrdzujú, že ak dôjde k narušeniu systému alebo aplikácie. Technika negatívneho testovania sa vykonáva pomocou nesprávnych údajov, neplatných údajov alebo vstupu. Potvrdzuje, že ak systém vyhodí chybu neplatného vstupu a správa sa podľa očakávania.
# 31) Nefunkčné testovanie
Je to typ testovania, pre ktoré každá organizácia má samostatný tím, ktorý sa zvyčajne nazýva tím nefunkčných testov (NFT) alebo tím výkonnosti.
Nefunkčné testovanie zahŕňa testovanie nefunkčných požiadaviek, ako sú Testovanie záťaže, Stresové testovanie, Zabezpečenie, Zväzok, Testovanie obnovy atď. Cieľom testovania NFT je zabezpečiť, či je doba odozvy softvéru alebo aplikácie dostatočne rýchla podľa obchodných požiadaviek.
Načítanie akejkoľvek stránky alebo systému by nemalo trvať veľa času a malo by sa udržiavať počas špičkového načítania.
ako otvoriť súbor .key v systéme Windows 10
# 32) Testovanie výkonu
Tento výraz sa často používa ako synonymum pre „záťažové“ a „záťažové“ testovanie. Testovanie výkonu sa vykonáva na kontrolu, či systém spĺňa výkonové požiadavky. Na vykonanie tohto testovania sa používajú rôzne nástroje na výkon a načítanie.
# 33) Testovanie obnovy
Je to typ testovania, ktoré overuje, ako dobre sa aplikácia alebo systém zotavuje z pádov alebo katastrof.
Testovanie obnovy určuje, či je systém schopný po katastrofe pokračovať v činnosti. Predpokladajme, že aplikácia prijíma údaje cez sieťový kábel a zrazu bol sieťový kábel odpojený.
O niečo neskôr pripojte sieťový kábel; potom by systém mal začať prijímať údaje z miesta, kde stratilo pripojenie v dôsledku odpojeného sieťového kábla.
# 34) Regresné testovanie
Testovanie aplikácie ako celku na modifikáciu v ktoromkoľvek module alebo funkčnosti sa nazýva Regresné testovanie. Je ťažké pokryť celý systém Regresné testovanie , tak typicky Automatizačné testovacie nástroje sa používajú na tieto typy testovania.
# 35) Testovanie na základe rizika (RBT)
V Testovanie založené na riziku , sú funkčnosti alebo požiadavky testované na základe ich priority. Testovanie na základe rizika zahŕňa testovanie vysoko kritickej funkčnosti, ktorá má najväčší vplyv na podnikanie a pri ktorej je veľmi vysoká pravdepodobnosť zlyhania.
Rozhodnutie o priorite je založené na podnikových potrebách, takže akonáhle je priorita nastavená pre všetky funkcionality, potom sa najskôr vykonajú funkčnosť s vysokou prioritou alebo testovacie prípady, po ktorých nasledujú funkcie so strednou a potom nízkou prioritou.
Funkčnosť s nízkou prioritou môže byť testovaná alebo netestovaná na základe dostupného času.
Testovanie na základe rizika sa vykonáva, ak nie je k dispozícii dostatok času na testovanie celého softvéru a je potrebné softvér bezodkladne implementovať včas. Na tento prístup nadväzuje iba diskusia a súhlas klienta a vrcholového vedenia organizácie.
# 36) Testovanie zdravého rozumu
Testovanie príčetnosti Vykonáva sa na zistenie, či nová verzia softvéru funguje dostatočne dobre, aby ju prijali na účely veľkého testovania alebo nie. Ak sa aplikácia zrúti pri prvom použití, systém nie je dostatočne stabilný na ďalšie testovanie. Preto je zostave alebo aplikácii priradená ich oprava.
# 37) Testovanie bezpečnosti
Je to typ testovania, ktoré vykonáva špeciálny tím testerov. Do systému môže preniknúť akýkoľvek hackerský spôsob.
Testovanie bezpečnosti sa vykonáva na kontrolu zabezpečenia softvéru, aplikácie alebo webových stránok pred internými a externými hrozbami. Toto testovanie zahŕňa to, koľko softvéru je chráneného pred škodlivým programom, vírusmi a koľko bezpečného a silného sú procesy autorizácie a autentifikácie.
Tiež kontroluje, ako sa softvér chová pri útokoch hackerov a škodlivých programoch a ako sa po takomto útoku hackerov udržuje softvér na zabezpečenie údajov.
# 38) Testovanie dymu
Kedykoľvek vývojový tím poskytne nové zostavenie, tím pre testovanie softvéru overí zostavenie a zaistí, aby neexistoval žiadny zásadný problém.
Testovací tím zaručuje, že zostavenie je stabilné a podrobná úroveň testovania sa uskutoční ďalej. Testovanie dymu skontroluje, či v zostave neexistuje chyba show stopper, ktorá zabráni testovaciemu tímu podrobne otestovať aplikáciu.
Ak testeri zistia, že hlavná kritická funkčnosť je narušená už v počiatočnej fáze, potom môže testovací tím zostavenie odmietnuť a zodpovedajúcim spôsobom informovať vývojový tím. Dymové testovanie sa vykonáva na podrobnej úrovni všetkých funkčných alebo regresných testov.
# 39) Statické testovanie
Statické testovanie je typ testovania, ktoré sa vykonáva bez kódu. Vykonanie sa vykoná na dokumentácii počas fázy testovania.
Zahŕňa preskúmanie, preskúmanie a kontrolu výstupov projektu. Pri statickom testovaní sa namiesto syntaxe kódu nespustí kód, skontrolujú sa konvencie pomenovania.
Statické testovanie je použiteľné aj pre skúšobné prípady, plán skúšok, dokumentáciu návrhu. Je potrebné vykonať statické testovanie testovacím tímom, pretože chyby zistené počas tohto typu testovania sú z hľadiska projektu nákladovo efektívne.
# 40) Stresové testovanie
Toto testovanie sa vykonáva, keď je systém namáhaný nad rámec svojich špecifikácií, aby bolo možné skontrolovať, ako a kedy zlyhá. Vykonáva sa to pri veľkom zaťažení, ako je ukladanie veľkého množstva nad kapacitu úložiska, zložité databázové dotazy, nepretržitý vstup do systému alebo načítanie databázy.
# 41) Testovanie systému
Pod Technika testovania systému , je celý systém testovaný podľa požiadaviek. Jedná sa o testovanie typu Black-box, ktoré je založené na špecifikáciách všeobecných požiadaviek a pokrýva všetky kombinované časti systému.
# 42) Testovanie jednotiek
Testovanie jednotlivých softvérových komponentov alebo modulov sa nazýva Testovanie jednotiek . Spravidla to robí programátor, a nie testeri, pretože to vyžaduje podrobné znalosti vnútorného návrhu programu a kódu. Môže to tiež vyžadovať vývoj modulov testovacieho vodiča alebo testovacích zväzkov.
# 43) Testovanie použiteľnosti
Pod Testovanie použiteľnosti , Je vykonaná kontrola užívateľskej prívetivosti. Tok aplikácie sa testuje, aby sa zistilo, či nový používateľ aplikácii rozumie ľahko alebo nie. Správna pomoc je zdokumentovaná, ak sa užívateľ v ktoromkoľvek okamihu zasekne. V tomto testovaní je v zásade skontrolovaná systémová navigácia.
# 44) Testovanie zraniteľnosti
Testovanie, ktoré zahŕňa identifikáciu slabosti softvéru, hardvéru a siete, sa nazýva testovanie zraniteľnosti. Škodlivý program môže hacker prevziať kontrolu nad systémom, ak je zraniteľný voči takýmto druhom útokov, vírusov a červov.
Je teda potrebné skontrolovať, či tieto systémy pred výrobou prechádzajú testom zraniteľnosti. Môže identifikovať kritické chyby a chyby v zabezpečení.
# 45) Testovanie objemu
Objemové testovanie je typ nefunkčného testovania vykonávaného tímom pre testovanie výkonnosti.
Softvér alebo aplikácia prechádzajú veľkým objemom dát a Testovanie hlasitosti kontroluje správanie systému a čas odozvy aplikácie, keď systém narazil na taký vysoký objem dát. Tento vysoký objem údajov môže mať vplyv na výkon systému a rýchlosť času spracovania.
# 46) Testovanie bielej skrinky
Testovanie bielej skrinky je založené na znalostiach o vnútornej logike kódu aplikácie.
Je tiež známy ako Glass box Testing. Na vykonávanie tohto typu testovania by malo byť známe fungovanie interného softvéru a kódu. V rámci týchto testov sú založené na pokrytí príkazov kódu, vetiev, ciest, podmienok atď.
Záver
Vyššie uvedené typy testovania softvéru sú iba časťou testovania. Stále však existuje zoznam viac ako 100 typov testovania, ale všetky typy testovania sa nepoužívajú vo všetkých typoch projektov. Pokryl som teda niekoľko bežných typov testovania softvéru, ktoré sa väčšinou používajú v životnom cykle testovania.
Existujú aj alternatívne definície alebo procesy používané v rôznych organizáciách, ale základný koncept je všade rovnaký. Tieto typy testovania, procesy a ich implementačné metódy sa neustále menia, keď sa zmení projekt, požiadavky a rozsah.
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Alfa testovanie a beta testovanie (kompletný sprievodca)
- Úloha pomocníka QA pri testovaní softvéru
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér
- Typy rizík v softvérových projektoch
- Najlepšie služby na testovanie softvéru QA od spoločnosti SoftwareTestingHelp