Programinės įrangos testavimo tipai
Programinės įrangos testavimo tipai
Šiame skyriuje aprašysime įvairius programinės įrangos testavimo tipus. Norint pasiekti skirtingus tikslus bandant programinę įrangą, atliekami įvairūs programinės įrangos testavimo tipai.
Ad-hoc testas Šio tipo programinės įrangos testavimas yra labai neoficialus ir nestruktūrizuotas, jį gali atlikti bet kuris suinteresuotas asmuo, nenurodydamas jokio bandymo atvejo ar bandymo projekto dokumentų. Asmuo, atliekantis „Ad-hoc“ testavimą, gerai supranta programos sritį ir darbo eigą, kad galėtų rasti defektų ir sugadinti programinę įrangą. Ad-hoc bandymai skirti defektams, kurių nebuvo nustatyta esamuose bandymų atvejuose, rasti.
Priėmimo testavimas Priėmimo testavimas yra oficialus programinės įrangos testavimo tipas, kurį atlieka galutinis vartotojas, kai funkcijas pateikia kūrėjai.
Šio bandymo tikslas yra patikrinti, ar programinė įranga atitinka jų verslo poreikius ir anksčiau pateiktus reikalavimus. Priėmimo testai paprastai yra dokumentuojami sprinto pradžioje (judriai) ir yra priemonė bandytojams ir kūrėjams siekti bendro supratimo ir bendrų verslo sričių žinių.
Prieinamumo testavimas Atliekant prieinamumo testavimą, bandymo tikslas yra nustatyti, ar neįgalieji gali lengvai pasiekti svetainės turinį. Įvairūs patikrinimai, pavyzdžiui, spalva ir kontrastas (akliesiems žmonėms), silpnaregių šrifto dydis, aiškus ir glaustas tekstas, kurį lengva skaityti ir suprasti.
Vikrus testavimas „Agile Testing“ yra programinės įrangos testavimo tipas, pritaikantis judrų programinės įrangos kūrimo metodą ir praktiką. Agile kūrimo aplinkoje testavimas yra neatsiejama programinės įrangos kūrimo dalis ir atliekamas kartu su kodavimu. Vikrus testavimas leidžia auginti ir kartoti kodavimą ir testavimą.
API testavimas API testavimas yra bandymo tipas, panašus į vieneto testavimą. Kiekviena programinės įrangos API tikrinama pagal API specifikaciją. API testavimą dažniausiai atlieka bandymų komanda, nebent API būtų išbandomos ar sudėtingos ir joms reikalingas platus kodavimas. API testavimui reikia suprasti tiek API funkcionalumą, tiek turėti gerus kodavimo įgūdžius.
Automatizuotas testavimas Tai yra testavimo metodas, kuris naudoja testavimo įrankius ir (arba) programavimą, kad vykdytų bandymo atvejus, naudodami programinę įrangą arba pagal užsakymą sukurtas testavimo paslaugas. Dauguma automatinių įrankių teikė fiksavimo ir atkūrimo galimybes, tačiau yra įrankių, kuriems norint parašyti bandomuosius atvejus reikia parašyti daug scenarijų ar programuoti.
Visų porų testavimas Taip pat žinomas kaip „Pair-wise testing“ - tai juodosios dėžės testavimo metodas ir bandymo metodas, kai kiekviena įvestis yra tikrinama įvesties poromis, o tai padeda išbandyti programinės įrangos veikimą, kaip tikėtasi, su visais įmanomais įvesties deriniais.
Beta testavimas Tai yra oficialus programinės įrangos testavimo tipas, kurį galutiniai vartotojai atlieka prieš išleisdami ar perduodami programinę įrangą galutiniams vartotojams. Sėkmingas „Beta“ testavimo užbaigimas reiškia, kad klientas priima programinę įrangą.
Juodosios dėžės testavimas Juodosios dėžės testavimas yra programinės įrangos testavimo metodas, kai testuotojai neprivalo žinoti programinės įrangos kodavimo ar vidinės struktūros. Juodosios dėžės testavimo metodas yra pagrįstas programinės įrangos testavimu su įvairiais įvestimis ir rezultatų patvirtinimu pagal numatomą išeitį.
Suderinamumo atgalinis testavimas Atlikto programinės įrangos bandymo tipas, siekiant patikrinti, ar naujesnė programinės įrangos versija gali sėkmingai veikti virš ankstesnės programinės įrangos versijos ir ar naujesnė programinės įrangos versija puikiai veikia su lentelės struktūra, duomenų struktūromis ir failais, kuriuos sukūrė ankstesnė programinės įrangos versija.
Ribinės vertės testavimas (BVT) Ribinės vertės testavimas yra testavimo technika, pagrįsta sąvoka „klaidų agregatai ribose“. Taikant šią bandymo techniką, bandymai atliekami plačiai, siekiant patikrinti defektus ribinėse sąlygose. Jei laukas priima vertę nuo 1 iki 100, bandymai atliekami 0, 1, 2, 99, 100 ir 101 reikšmėms.
Didžiojo sprogimo integracijos testavimas Tai yra vienas iš integracijos testavimo būdų, „Big Bang“ integracijos bandymuose visi arba visi moduliai yra sukurti ir vėliau susieti.
Iš apačios į viršų Integracijos testavimas „Iš apačios į viršų“ integravimo testavimas yra integravimo testavimo metodas, kai bandymai pradedami mažesniais programinės įrangos gabalais ar posistemiais iki pat galo, apimančio visą programinės įrangos sistemą. „Iš apačios į viršų“ integravimo bandymai prasideda nuo mažų programinės įrangos dalių ir galiausiai didėja pagal dydį, sudėtingumą ir išsamumą.
Filialų testavimas Yra baltos dėžės bandymo metodas, skirtas projektuoti bandymo atvejus, kad būtų galima išbandyti kodą kiekvienai išsišakojimo būklei. Filialo bandymo metodas taikomas atliekant vieneto bandymą.
Naršyklės suderinamumo testavimas Tai vienas iš suderinamumo bandymų porūšių, kurį atliko bandymų grupė. Naršyklės suderinamumo testavimas atliekamas žiniatinklio programoms su skirtingų naršyklių ir operacinių sistemų deriniais.
Suderinamumo bandymai Suderinamumo testavimas yra vienas iš bandymų tipų, kuriuos atlieka bandymų grupė. Suderinamumo testavimas tikrina, ar programinę įrangą galima paleisti naudojant skirtingą aparatinę įrangą, operacinę sistemą, pralaidumą, duomenų bazes, žiniatinklio serverius, programų serverius, aparatinės įrangos periferinius įrenginius, emuliatorius, skirtingą konfigūraciją, procesorių, skirtingas naršykles ir skirtingas naršyklių versijas ir kt.,
Komponentų testavimas Tokį programinės įrangos testavimą atlieka kūrėjai. Komponentų bandymai atliekami baigus vieneto bandymus. Komponentų testavimas apima vienetų grupės kaip kodo bandymą kartu, o ne atskirų funkcijų, metodų bandymą.
Būklės aprėpties testavimas Būklės aprėpties testavimas yra bandymo technika, naudojama bandant vienetą, kai kūrėjas testuoja visus sąlygų teiginius, pvz., Jei bandomasis kodas yra jei, jei ne, atvejis ir pan.
Dinaminis testavimas Testavimas gali būti atliekamas kaip statinis testavimas ir dinaminis testavimas, dinaminis testavimas yra testavimo metodas, kai testavimą galima atlikti tik vykdant kodą arba programinė įranga yra klasifikuojama kaip dinaminis testavimas. Įrenginių bandymai, funkciniai bandymai, regresijos bandymai, eksploatacinių savybių bandymai ir kt.,
Sprendimų aprėpties testavimas Ar bandymo technika naudojama vieneto bandymams. Sprendimų aprėpties testavimo tikslas yra atlikti ir patvirtinti kiekvieną kodo sprendimo bloką, pvz. jei, jei ne, atvejo pareiškimai.
Testavimas nuo galo iki galo Testavimą nuo galo iki pabaigos atlieka bandymų komanda, o pagrindinis tikslas yra išbandyti srautus nuo pabaigos iki galo, pvz. nuo užsakymo sukūrimo iki ataskaitų pateikimo ar užsakymo sukūrimo iki prekės grąžinimo ir kt. bei patikrinimo. Testavimas nuo pabaigos iki galo sutelktas į realaus gyvenimo scenarijų ir naudojimo imitavimą. Testavimas nuo pabaigos iki pabaigos apima informacijos srauto testavimą visose programose.
Tiriamasis testavimas Tiriamasis testavimas yra neformalus bandymų tipas, atliekamas norint išmokti programinę įrangą tuo pačiu metu ieškant klaidų ar programų elgesio, kuris atrodo akivaizdus. Tiriamąjį testavimą paprastai atlieka bandytojai, tačiau tai gali atlikti kiti suinteresuotieji subjektai, pvz., Verslo analitikai, kūrėjai, galutiniai vartotojai ir kt., Kurie domisi programinės įrangos mokymosi funkcijomis ir tuo pat metu ieško klaidų ar elgesio, atrodo, nėra akivaizdu .
Lygiavertiškumo skaidymas Lygiavertiškumo skaidymas taip pat žinomas kaip lygiavertiškumo klasės padalijimas yra programinės įrangos testavimo technika, o ne pats bandymo tipas. Juodosios dėžės ir pilkosios dėžės testavimo tipuose naudojama lygiavertiškumo skaidymo technika. Lygiavertiškumo skirstymas klasifikuoja testo duomenis į ekvivalentiškumo klases kaip teigiamas ekvivalentiškumo klases ir neigiamas ekvivalentiškumo klases, tokia klasifikacija užtikrina, kad būtų tikrinamos teigiamos ir neigiamos sąlygos.
Funkcinis testavimas Funkcinis testavimas yra oficialus testuotojų atliekamas bandymų tipas. Funkcinis testavimas sutelktas į programinės įrangos testavimą pagal projektavimo dokumentą, naudojimo atvejus ir reikalavimus. Funkcinis testavimas yra tam tikros rūšies testavimas, kuriam nereikia vidinio programinės įrangos veikimo, skirtingai nei baltos dėžės testavimui.
Fuzz testavimas „Fuzz“ bandymas arba „fuzzing“ yra programinės įrangos testavimo technika, apimanti testavimą naudojant netikėtus ar atsitiktinius įvestis. Programinė įranga stebima dėl gedimų ar klaidų pranešimų, kurie pateikiami dėl įvesties klaidų.
GUI (grafinės vartotojo sąsajos) testavimas Šio tipo programinės įrangos testavimas yra skirtas programinės įrangos programinės įrangos GUI (grafinės vartotojo sąsajos) testavimui, kuris atitinka reikalavimus, nurodytus GUI maketuose ir išsamiai suprojektuotuose dokumentuose. Dėl pvz. tikrinant formoje pateiktų įvesties laukų ilgį ir talpą, pateikto įvesties lauko tipą, pvz. kai kurie formos laukai gali būti rodomi kaip išskleidžiamasis laukelis arba radijo mygtukų rinkinys. Taigi GUI testavimas užtikrina, kad programinės įrangos GUI elementai atitinka patvirtintus GUI modelius, išsamius projektavimo dokumentus ir funkcinius reikalavimus. Dauguma funkcinių testų automatikos įrankių veikia su GUI fiksavimo ir atkūrimo galimybėmis. Tai leidžia scenarijų įrašyti greičiau, tuo pačiu padidinant pastangas išlaikyti scenarijų.
Stiklo dėžės testavimas Stiklo dėžės testavimas yra dar vienas baltos dėžės testavimo pavadinimas. Stiklo dėžės testavimas yra bandymo metodas, apimantis atskirų teiginių, funkcijų ir kt. Testavimą. Vieneto testavimas yra vienas iš stiklo dėžės testavimo metodų.
„Gorilla“ testavimas Tokį programinės įrangos testavimą atlieka programinės įrangos testavimo komanda, tačiau jis turi baisų pavadinimą? „Gorilla Testing“ tikslas yra kruopščiai arba išsamiai naudotis viena ar keliomis funkcijomis, kai keli žmonės išbando tą pačią funkciją.
Laimingo kelio išbandymo Taip pat žinomas kaip „Auksinio kelio“ testavimas, šio tipo bandymai orientuoti į sėkmingą testų, kurie neveikia programine įranga neigiamų ar klaidų sąlygomis, vykdymą.
Integracijos testavimas Integravimo testavimas yra vienas iš labiausiai paplitusių ir svarbiausių programinės įrangos testavimo tipų. Kai kūrėjai išbandys atskirus vienetus ar komponentus kaip veikiančius, bandymų komanda atliks bandymus, kurie patikrins šių vienetų / komponentų arba kelių vienetų / komponentų ryšį. Yra skirtingi integravimo testavimo metodai, būtent integracijos testavimas „iš viršaus į apačią“, „iš apačios į viršų“ integravimo testavimas ir šių dviejų derinys, žinomas kaip „smėlio raganos“ testavimas.
Sąsajos testavimas Sąsajos testavimas reikalingas, kai programinė įranga palaiko vieną ar daugiau sąsajų, tokių kaip „Grafinė vartotojo sąsaja“, „Komandinės eilutės sąsaja“ arba „Programavimo programavimo sąsaja“, kad galėtų sąveikauti su savo vartotojais ar kita programine įranga. Sąsajos tarnauja kaip terpė programinei įrangai priimti vartotojo duomenis ir pateikti išvestį vartotojui. Sąsajos testavimo metodas priklauso nuo bandomos sąsajos tipo, pvz., GUI, API arba CLI.
Internacionalizacijos testavimas Internacionalizacijos testavimas yra bandymų tipas, kurį atlieka programinės įrangos testavimo komanda, norėdama patikrinti, kiek programinė įranga gali palaikyti internacionalizaciją, ty skirtingų kalbų, skirtingų simbolių rinkinių, dvigubų baitų simbolių ir pan. Naudojimas. Pvz .: „Gmail“ yra žiniatinklio programa kad žmonės naudojasi įvairiomis kalbomis, atskirais arba kelių baitų simbolių rinkiniais.
Pagal raktinius žodžius pagrįstas testavimas Raktiniais žodžiais pagrįstas testavimas yra labiau automatizuotas programinės įrangos testavimo metodas, o ne pats testavimo tipas. Raktiniais žodžiais pagrįstas testavimas yra žinomas kaip bandymas pagal veiksmą arba bandymas pagal lentelę.
Apkrovos tikrinimas Apkrovos testavimas yra nefunkcinio testavimo tipas; bandymai atliekami norint patikrinti programinės įrangos veikimą normaliomis ir didžiausiomis apkrovos sąlygomis. Apkrovos testavimas paprastai atliekamas naudojant automatizuotus testavimo įrankius. Testuojant apkrovą ketinama rasti kliūčių ar problemų, trukdančių programinei įrangai veikti taip, kaip numatyta didžiausio darbo krūvio metu.
Lokalizacijos testavimas Lokalizavimo testavimas - programinės įrangos testuotojų atliekamas programinės įrangos testavimo tipas. Šio tipo bandymuose tikimasi, kad programinė įranga prisitaikys prie tam tikros lokalės, ji turėtų palaikyti tam tikrą lokalę / kalbą rodymo požiūriu, priimdama įvestį toje konkrečioje lokalėje, ekrane, šriftą, datos laiką, valiutą ir pan., susijusius su konkrečia lokale. Dėl pvz. daugelis interneto programų leidžia pasirinkti lokalę, pvz., anglų, prancūzų, vokiečių ar japonų. Taigi, kai lokalė bus apibrėžta arba nustatyta programinės įrangos konfigūracijoje, tikimasi, kad programinė įranga veiks taip, kaip tikėtasi, naudojant nustatytą kalbą / lokalę.
Neigiamas testavimas Tokio tipo programinės įrangos testavimo metodas, kuris reikalauja „požiūrio į pertrauką“, yra funkciniai ir nefunkciniai testai, kuriais siekiama sugadinti programinę įrangą įvedant neteisingus duomenis, pvz., Neteisingą datą, laiką ar eilutę, arba įkelti dvejetainį failą, kai teksto failai turėtų būti įkelta arba įveskite didžiulę teksto eilutę įvesties laukams ir pan. Tai taip pat teigiamas klaidos būklės testas.
Nefunkcinis testavimas Dauguma programinės įrangos yra sukurtos taip, kad atitiktų funkcinius ir nefunkcinius reikalavimus, nefunkcinius reikalavimus, pvz., Našumą, tinkamumą naudoti, lokalizavimą ir kt. Yra daugybė bandymų rūšių, tokių kaip suderinamumo testavimas, atitikties testavimas, lokalizavimo testavimas, tinkamumo naudoti testavimas, apimties testavimas ir kt. kurie atliekami tikrinant nefunkcinius reikalavimus.
Porų testavimas yra programinės įrangos testavimo technika, kurią gali atlikti programinės įrangos testuotojai, kūrėjai ar verslo analitikai. Kaip rodo pavadinimas, du žmonės yra suporuoti kartu, vienas skirtas testuoti, kitas - stebėti ir registruoti testų rezultatus. Porų testavimas taip pat gali būti atliekamas kartu su testuotoju ir kūrėju, testuotoju ir verslo analitiku arba kūrėjo ir verslo analitiku. Derinant testuotojus ir kūrėjus porų testavime, galima greičiau aptikti defektus, nustatyti pagrindinę priežastį, ištaisyti ir išbandyti pataisymą.
Našumo testavimas yra programinės įrangos testavimo tipas ir veiklos inžinerijos dalis, atliekama norint patikrinti kai kuriuos programinės įrangos kokybės požymius, tokius kaip stabilumas, patikimumas, prieinamumas. Eksploatacinių savybių testavimą atlieka veiklos inžinerijos komanda. Skirtingai nuo funkcinio testavimo, našumo testavimas atliekamas siekiant patikrinti nefunkcinius reikalavimus. Našumo testavimas patikrina, kaip gerai programinė įranga veikia numatant ir didžiausią darbo krūvį. Yra įvairių veikimo variantų ar porūšių, tokių kaip apkrovos testavimas, testavimas nepalankiausiomis sąlygomis, tūrio bandymai, sugerties testai ir konfigūracijos testai.
Skverbimosi bandymai yra saugumo bandymų tipas. Skverbimosi bandymai atliekami siekiant patikrinti, ar saugi programinė įranga ir jos aplinka (aparatinė įranga, operacinė sistema ir tinklas) yra užpuolami išorinio ar vidinio įsibrovėlio. Įsibrovėlis gali būti žmogus / įsilaužėlis arba kenkėjiškos programos. „Pentest“ naudoja metodus prievartiniam įsiveržimui (grubios jėgos puolimu) arba silpnybe (pažeidžiamumu), kad gautų prieigą prie programinės įrangos, duomenų ar aparatūros, norėdamas atskleisti duomenų, programinės įrangos failų ar konfigūracijos vagystės, manipuliavimo ar sugadinimo būdus. Skverbimosi testavimas yra etiško įsilaužimo būdas, patyręs „Penetration“ testuotojas naudos tuos pačius metodus ir įrankius, kuriuos naudos hakeris, tačiau „Penetration tester“ tikslas yra nustatyti pažeidžiamumą ir juos ištaisyti, kol tikrasis įsilaužėlis ar kenkėjiška programa juo neišnaudoja.
Regresijos testavimas yra programinės įrangos testavimo tipas, kurį atlieka programinės įrangos testuotojai, kaip funkciniai regresijos testai, ir kūrėjai, kaip vieneto regresijos testai. Regresijos testų tikslas yra surasti defektus, kurie buvo įvesti į defektų taisymą (-us) arba naujos (-ų) funkcijos (-ų) įvedimą. Regresijos testai yra idealūs kandidatai automatizavimui.
Pakartotinis bandymas yra pakartotinio bandymo tipas, kurį atlieka programinės įrangos testuotojai kaip defektų taisymo dalį. Dėl pvz. testuotojas tikrina trūkumų ištaisymą ir sakykime, kad yra 3 bandymo atvejai, kurie nepavyko dėl šio defekto. Tikrintojui patikrinus, ar defektas ištaisytas, kaip išspręsta, testuotojas pakartotinai išbandys arba patikrins tą pačią funkciją, atlikdamas anksčiau nepavykusius bandymo atvejus.
Rizika pagrįstas testavimas yra programinės įrangos testavimo tipas ir kitoks požiūris į programinės įrangos testavimą. Atliekant rizika pagrįstą bandymą, bandomos programinės įrangos reikalavimai ir funkcionalumas yra prioritetiniai kaip kritiniai, aukšti, vidutiniai ir žemi. Taikant šį metodą, visi kritiniai ir aukšto prioriteto testai yra išbandomi, o po jų - „Medium“. Mažo prioriteto ar mažos rizikos funkcionalumas yra išbandomas pabaigoje arba gali būti netikrinamas iš viso, atsižvelgiant į terminus.
Dūmų bandymai yra bandymų tipas, kurį atlieka programinės įrangos testuotojai, norėdami patikrinti, ar naujoji kūrimo komandos pateikta versija yra pakankamai stabili, t. y. pagrindinis funkcionalumas veikia taip, kaip tikėtasi, kad būtų galima atlikti tolesnius ar išsamius bandymus. Dūmų bandymai skirti rasti „parodos kamščio“ defektus, kurie gali trukdyti bandytojams išsamiai išbandyti programą. Dūmų bandymai, atlikti statybai, taip pat žinomi kaip pastato patikrinimo bandymai.
Saugumo testavimas yra programinės įrangos testavimo tipas, kurį atlieka specializuota programinės įrangos testuotojų komanda. Saugumo bandymų tikslas yra apsaugoti programinę įrangą nuo išorinių ar vidinių žmonių ir kenksmingų programų grėsmių. Saugumo testavimas iš esmės tikrina, koks yra programinės įrangos autorizacijos mechanizmas, koks stiprus yra autentifikavimas, kaip programinė įranga palaiko duomenų konfidencialumą, kaip programinė įranga palaiko duomenų vientisumą, koks yra programinės įrangos prieinamumas užpuolimo atveju įsilaužėlių ir kenkėjiškų programų programinė įranga skirta saugumo bandymams atlikti reikia gerai išmanyti programas, technologijas, tinklus, saugumo tikrinimo įrankius. Didėjant interneto programų skaičiui, saugumo testavimas tapo svarbesnis nei bet kada.
Protingumo patikrinimas yra bandymų tipas, kurį dažniausiai atlieka testuotojai, o kai kuriuose projektuose - ir kūrėjai. Sveiko proto testavimas yra greitas programinės įrangos, aplinkos, tinklo, išorinių sistemų veikimo ir veikimo įvertinimas, visa programinės įrangos aplinka yra pakankamai stabili, kad būtų galima atlikti išsamų bandymą. Sveiko proto testai yra siauri ir dažniausiai sveiko proto testai nėra dokumentuojami.
Mastelio tikrinimas yra nefunkcinis testas, skirtas išbandyti vieną iš programinės įrangos kokybės požymių, t. y. „mastelį“. Mastelio testas nėra sutelktas tik į vieną ar kelis programinės įrangos funkcionalumus, o ne į visos programinės įrangos našumą. Mastelio testavimą paprastai atlieka veiklos inžinerijos komanda. Mastelio tikrinimo tikslas yra išbandyti programinės įrangos galimybes didinti vartotojų skaičių, didesnes operacijas, didinti duomenų bazės dydį ir pan. Nebūtina, kad programinės įrangos našumas didėtų didėjant aparatūros konfigūracijai, mastelio testai padeda išsiaiškinti, kaip daug didesnė apkrova, kurią programinė įranga gali palaikyti plečiant vartotojų bazę, operacijas, duomenų saugojimą ir kt.,
Stabilumo testavimas yra nefunkcinis testas, skirtas patikrinti vieną iš programinės įrangos kokybės požymių, t. y. „stabilumą“. Stabilumo bandymai yra skirti išbandyti, kokia yra stabili programinė įranga, kai jai taikoma priimtino lygio apkrova, didžiausia apkrova, smaigalių keliama apkrova, kai reikia apdoroti daugiau duomenų. Mastelio testavimas apims įvairių tipų eksploatacinių savybių bandymus, tokius kaip apkrovos testavimas, testavimas nepalankiausiomis sąlygomis, smaigalių bandymai, mirkymo testai, smailių bandymai ir kt.
Statinis testavimas yra testavimo forma, kai tokiuose požiūriuose, kaip apžvalgos, pateikiami išsamūs darbai, siekiant įvertinti pateikiamo produkto teisingumą. Statinio testavimo metu programinės įrangos kodas nevykdomas, o tikrinamas sintaksės, komentavimo, pavadinimų suteikimo tvarkos, funkcijų / metodų dydžio ir kt. Statinis testavimas paprastai turi kontrolinius sąrašus, pagal kuriuos vertinami rezultatai. Statiniai bandymai gali būti taikomi reikalavimams, projektams, bandymų atvejams, naudojant peržiūras ar apžvalgas.
Streso testavimas yra našumo testavimo tipas, kai programinei įrangai yra taikomos didžiausios apkrovos ir net pertraukos taškas, siekiant stebėti, kaip programinė įranga elgsis lūžio taške. Testavimas nepalankiausiomis sąlygomis taip pat tikrina programinės įrangos veikimą, kai nepakanka išteklių, tokių kaip procesorius, atmintis, tinklo pralaidumas, vietos diske ir pan. Testavimas nepalankiausiomis sąlygomis leidžia patikrinti kai kuriuos kokybės požymius, tokius kaip tvirtumas ir patikimumas.
Sistemos testavimas tai apima kelis programinės įrangos testavimo tipus, kurie leis patvirtinti visą programinę įrangą (programinę įrangą, aparatinę įrangą ir tinklą) pagal reikalavimus, kuriems ji buvo sukurta. Norint užbaigti sistemos testavimą, atliekami skirtingų tipų bandymai (GUI testavimas, funkcinis testavimas, regresijos testavimas, dūmų testavimas, apkrovos testavimas, testavimas nepalankiausiomis sąlygomis, saugumo testavimas, testavimas nepalankiausiomis sąlygomis, ad-hoc testavimas ir kt.).
Mirkymo testavimas yra našumo testavimo tipas, kai programinė įranga yra įkeliama per ilgą laiką, testavimas gali trukti kelias dienas ar net kelias savaites. „Soak test“ yra bandymų tipas, atliekamas atliekant klaidas, kurios lemia programinės įrangos našumą ir toliau ją naudojant. Išsamiai bandoma atlikti elektroninius prietaisus, kurie, tikimasi, nuolat veiks kelias dienas ar mėnesius ar metus, nepaleisdami iš naujo ar nepaleidę iš naujo. Didėjant žiniatinklio programoms, mirkymo testavimas įgijo didelę reikšmę, nes žiniatinklio programų prieinamumas yra labai svarbus verslo palaikymui ir sėkmei.
Sistemos integracijos testavimas žinomas kaip SIT (trumpai) yra testavimo tipas, kurį atlieka programinės įrangos testavimo komanda. Kaip rodo pavadinimas, Sistemos integravimo testavimo tikslas yra išbandyti klaidas, susijusias su skirtingų programų, paslaugų, trečiųjų šalių tiekėjų programų ir kt. Integravimu. Kaip SIT dalis yra išbandomi galo iki galo scenarijai, kuriems reikalinga programinės įrangos sąveika. (siųsti ar gauti duomenis) su kitomis ankstesnio ar tolesnio programų, paslaugų, trečiųjų šalių programų skambučių ir kt.
Vieneto bandymai yra bandymų tipas, kurį atlieka programinės įrangos kūrėjai. Vieneto testavimas atliekamas naudojant baltos dėžės testavimo metodą, kai kūrėjas išbandys šaltinio kodo vienetus, pvz., Teiginius, šakas, funkcijas, metodus, sąsają OOP (objektinis programavimas). Įrenginių bandymai paprastai yra susiję su sukibimo ir vairuotojų kūrimu. Vieneto testai yra idealūs kandidatai automatizavimui. Automatiniai bandymai gali būti vykdomi kaip vieneto regresijos testai, naudojant naujus kūrinius arba naujas programinės įrangos versijas. Yra daugybė naudingų vienetų testavimo rėmelių, tokių kaip „Junit“, „Nunit“ ir kt., Kurie gali padaryti vieneto testavimą efektyvesnį.
Naudingumo testavimas yra programinės įrangos testavimo tipas, atliekamas siekiant suprasti, kaip patogi naudoti programinė įranga. Naudojimo testavimo tikslas yra leisti galutiniams vartotojams naudoti programinę įrangą, stebėti savo elgesį, emocinį atsaką (ar vartotojams patiko naudoti programinę įrangą, ar jie stresavo ja naudotis? Ir tt) ir rinkti atsiliepimus apie tai, kaip programinę įrangą galima padaryti tobulesnę patogūs naudoti ir įtraukti pakeitimus, kurie palengvina programinės įrangos naudojimą.
Vartotojo priėmimo testavimas (UAT) Vartotojo priėmimo testavimas yra būtinas kiekvienam projektui; ją atlieka klientai / programinės įrangos galutiniai vartotojai. Naudotojo priėmimo testavimas leidžia MVĮ (dalyko ekspertams) iš kliento išbandyti programinę įrangą pagal savo verslo ar realius scenarijus ir patikrinti, ar programinė įranga atitinka jų verslo reikalavimus.
Tūrio bandymai yra nefunkcinis bandymų tipas, kurį atlieka veiklos inžinerijos komanda. Tūrio testavimas yra viena iš našumo bandymų rūšių. Apimties testavimas atliekamas siekiant rasti programinės įrangos atsaką su skirtingais gaunamų ar apdorojamų duomenų dydžiais. Dėl pvz. Jei tikrintumėte „Microsoft Word“, apimties bandymai būtų nustatyti, ar „MS Word“ gali atidaryti, išsaugoti ir dirbti su skirtingo dydžio (10–100 MB) failais.
Pažeidžiamumo testavimas apima programinės, aparatinės ar tinklo spragų identifikavimą, atskleidimą, kurias gali naudoti įsilaužėliai ir kitos kenkėjiškos programos, pavyzdžiui, virusai ar kirminai. Pažeidžiamumo testavimas yra pagrindinis programinės įrangos saugumo ir prieinamumo raktas. Daugėjant įsilaužėlių ir kenkėjiškų programų, pažeidžiamumo testavimas yra labai svarbus verslo sėkmei.
Baltos dėžės testavimas Baltos dėžės testavimas taip pat žinomas kaip aiškios dėžės bandymas, skaidrios dėžės bandymas ir stiklo dėžės bandymas. „White box“ testavimas yra programinės įrangos testavimo metodas, kuriuo siekiama išbandyti programinę įrangą žinant vidinį programinės įrangos veikimą. „White box“ testavimo metodas naudojamas vieneto bandymuose, kuriuos paprastai atlieka programinės įrangos kūrėjai. „White box“ testavimo metu ketinama atlikti kodą ir testo teiginius, šakas, kelią, sprendimus ir duomenų srautą bandomoje programoje. „White box“ ir „Black box“ testai vienas kitą papildo, nes kiekvienas testavimo metodas gali atskleisti konkrečią klaidų kategoriją.
