V tem razdelku bomo razumeli različne vrste testiranja programske opreme, ki jih je mogoče uporabiti v času življenjskega cikla razvoja programske opreme.
Kot vemo, testiranje programske opreme je postopek analiziranja funkcionalnosti aplikacije glede na predpogoj stranke.
Če želimo zagotoviti, da je naša programska oprema brez napak ali stabilna, moramo opraviti različne vrste testiranja programske opreme, saj je testiranje edina metoda, s katero je naša aplikacija brez napak.
Različne vrste testiranja programske opreme
Kategorizacija testiranja programske opreme je del raznolikih testiranj, kot je npr testna strategija, rezultati testa, opredeljen cilj testa itd . In testiranje programske opreme je izvajanje programske opreme za iskanje napak.
negacijska diskretna matematika
Namen vrste testiranja je potrditi AUT (Aplikacija v preskušanju).
Za začetek testiranja bi morali imeti zahteva, pripravljena za uporabo, potrebni viri so na voljo . Da bi ohranili odgovornost, bi morali dodeliti ustrezen modul različnim testnim inženirjem.
Testiranje programske opreme je v glavnem razdeljeno na dva dela, ki sta naslednja:
Kaj je ročno testiranje?
Testiranje katere koli programske opreme ali aplikacije v skladu s potrebami stranke brez uporabe kakršnih koli orodij za avtomatizacijo je znano kot ročno testiranje .
Z drugimi besedami, lahko rečemo, da gre za postopek preverjanje in potrjevanje . Ročno testiranje se uporablja za preverjanje obnašanja aplikacije ali programske opreme v nasprotju s specifikacijo zahtev.
Za izvedbo ročnih testnih primerov ne potrebujemo natančnega znanja o katerem koli orodju za testiranje. Preizkusni dokument lahko preprosto pripravimo med izvajanjem ročnega testiranja katere koli aplikacije.
Za podrobne informacije o ročnem testiranju kliknite naslednjo povezavo: https://www.javatpoint.com/manual-testing.
Razvrstitev ročnega testiranja
Pri testiranju programske opreme lahko ročno testiranje nadalje razvrstimo v tri različne vrste testiranja , ki so naslednji:
Za boljše razumevanje jih poglejmo enega za drugim:
Testiranje bele škatle
Pri testiranju v beli škatli bo razvijalec pregledal vsako vrstico kode, preden jo bo predal skupini za testiranje ali zadevnim inženirjem za testiranje.
Kasneje je koda opazna za razvijalce med testiranjem; zato je ta postopek znan kot WBT (testiranje bele škatle) .
Z drugimi besedami, lahko rečemo, da je razvijalec bo izvedel celotno testiranje bele škatle za določeno programsko opremo in poslal specifično aplikacijo ekipi za testiranje.
Namen izvajanja testiranja bele škatle je poudariti pretok vhodov in izhodov preko programske opreme in povečati varnost aplikacije.
Testiranje bele škatle je znano tudi kot testiranje odprte škatle, testiranje steklene škatle, strukturno testiranje, testiranje prozorne škatle in testiranje prozorne škatle .
Če želite pridobiti poglobljeno znanje o testiranju bele škatle, obiščite spodnjo povezavo: https://www.javatpoint.com/white-box-testing.
Testiranje črne skrinjice
Druga vrsta ročnega testiranja je testiranje črne skrinjice . Pri tem testiranju bo testni inženir analiziral programsko opremo glede na zahteve, identificiral napake ali hrošče in jo poslal nazaj razvojni skupini.
Nato bodo razvijalci odpravili te napake, izvedli en krog testiranja bele škatle in ga poslali ekipi za testiranje.
Tu popravljanje napak pomeni, da je napaka odpravljena in določena funkcija deluje v skladu z dano zahtevo.
Glavni cilj izvedbe testiranja črne skrinjice je določiti poslovne potrebe oziroma zahteve naročnika.
Z drugimi besedami lahko rečemo, da je testiranje črne skrinjice proces preverjanja funkcionalnosti aplikacije glede na zahtevo stranke. Izvorna koda v tem testiranju ni vidna; zato je znan kot testiranje črne skrinjice .
Za več informacij o testiranju črne skrinjice obiščite spodnjo povezavo: https://www.javatpoint.com/black-box-testing.
Vrste testiranja črne skrinjice
Testiranje črne skrinjice je nadalje razdeljeno na dva dela, ki sta opisana spodaj:
Funkcionalno testiranje
Testni inženir bo vse komponente sistematično preverjal glede na specifikacije zahtev, kar je znano kot funkcionalno testiranje . Funkcionalno testiranje je znano tudi kot Testiranje komponent .
Pri funkcionalnem testiranju se vse komponente testirajo tako, da se poda vrednost, definira izhod in potrdi dejanski izhod s pričakovano vrednostjo.
Funkcionalno testiranje je del testiranja črne skrinjice, saj poudarja zahteve aplikacije in ne dejansko kodo. Testni inženir mora preizkusiti samo program namesto sistema.
Če želite dobiti podrobne informacije o funkcionalnem testiranju, se sklicujte na spodnjo povezavo: https://www.javatpoint.com/functional-testing .
Vrste funkcionalnega testiranja
Tako kot je druga vrsta testiranja razdeljena na več delov, je tudi funkcionalno testiranje razvrščeno v različne kategorije.
Raznolik vrste funkcionalnega testiranja vsebujejo naslednje:
Zdaj pa jih razumejmo enega za drugim:
1. Testiranje enote
Testiranje enot je prva stopnja funkcionalnega testiranja za testiranje katere koli programske opreme. Pri tem bo testni inženir neodvisno preizkusil modul aplikacije ali pa preizkusil vse funkcije modula testiranje enote .
Glavni cilj izvajanja testiranja enote je potrditi delovanje komponent enote. Tu je enota opredeljena kot ena sama funkcija programske opreme ali aplikacije, ki jo je mogoče preizkusiti. In preverja se skozi določeno fazo razvoja aplikacije.
Za popolne informacije o testiranju enot kliknite spodnjo povezavo: https://www.javatpoint.com/unit-testing.
2. Integracijsko testiranje
Ko uspešno izvedemo testiranje enote, se bomo lotili testiranja integracije. Gre za drugo raven funkcionalnega testiranja, kjer testiramo pretok podatkov med odvisnimi moduli ali vmesnik med dvema funkcijama se imenuje integracijsko testiranje .
Namen izvedbe integracijskega testiranja je preizkusiti točnost izjave med posameznimi moduli.
Vrste integracijskega testiranja
Testiranje integracije je nadalje razdeljeno na naslednje dele:
Inkrementalno integracijsko testiranje
Kadarkoli obstaja jasno razmerje med moduli, se odločimo za postopno testiranje integracije. Recimo, da vzamemo dva modula in analiziramo pretok podatkov med njima, ali delujeta dobro ali ne.
Če ti moduli delujejo dobro, lahko dodamo še en modul in znova preizkusimo. In lahko nadaljujemo z istim postopkom, da dosežemo boljše rezultate.
Z drugimi besedami, lahko rečemo, da je postopno seštevanje modulov in testiranje pretoka podatkov med moduli znano kot Inkrementalno testiranje integracije .
java print
Vrste inkrementalnega integracijskega testiranja
Inkrementalno integracijsko testiranje je mogoče nadalje razvrstiti v dva dela, ki sta naslednja:
Oglejmo si kratek uvod v te vrste testiranja integracije:
1. Inkrementalno integracijsko testiranje od zgoraj navzdol
Pri tem pristopu bomo module dodajali korak za korakom ali postopno in testirali pretok podatkov med njimi. Zagotoviti moramo, da so moduli, ki jih dodajamo otrok prejšnjih .
2. Inkrementalno integracijsko testiranje od spodaj navzgor
Pri pristopu od spodaj navzgor bomo module dodajali postopoma in preverjali pretok podatkov med moduli. Prav tako se prepričajte, da je modul, ki ga dodajamo starš prejšnjih .
Neinkrementalno integracijsko testiranje/metoda velikega poka
Kadarkoli je pretok podatkov kompleksen in ga je zelo težko razvrstiti med starše in otroka, bomo izbrali pristop nepostopne integracije. Neinkrementalna metoda je znana tudi kot metoda velikega poka .
Če želite dobiti popolne informacije o testiranju integracije in njegovi vrsti, obiščite naslednjo povezavo: https://www.javatpoint.com/integration-testing.
3. Sistemsko testiranje
Kadarkoli končamo s testiranjem enote in integracije, lahko nadaljujemo s testiranjem sistema.
Pri testiranju sistema je testno okolje vzporedno s proizvodnim okoljem. Znan je tudi kot konec koncev testiranje.
Pri tej vrsti testiranja bomo opravili vsak atribut programske opreme in preizkusili, ali končna funkcija deluje v skladu s poslovnimi zahtevami. In analiza programskega izdelka kot celotnega sistema.
Za popolne informacije o testiranju sistema kliknite spodnjo povezavo: https://www.javatpoint.com/system-testing.
Testiranje nefunkcionalnosti
Naslednji del testiranja črne skrinjice je nefunkcionalno testiranje . Ponuja podrobne informacije o zmogljivosti programskega izdelka in uporabljenih tehnologijah.
Nefunkcionalno testiranje nam bo pomagalo zmanjšati tveganje proizvodnje in s tem povezane stroške programske opreme.
Nefunkcionalno testiranje je kombinacija zmogljivost, obremenitev, stres, uporabnost in testiranje združljivosti .
Za več informacij o nefunkcionalnem testiranju glejte naslednjo povezavo: https://www.javatpoint.com/non-functional-testing.
Vrste nefunkcionalnega testiranja
Nefunkcionalno testiranje je razvrščeno v različne dele testiranja, o katerih bomo nadalje razpravljali:
1. Testiranje delovanja
Pri testiranju zmogljivosti bo testni inženir preizkusil delovanje aplikacije z uporabo določene obremenitve.
Pri tej vrsti nefunkcionalnega testiranja se bo testni inženir osredotočil le na več vidikov, kot je npr Odzivni čas, obremenitev, razširljivost in stabilnost programske opreme ali aplikacije.
Razvrstitev testiranja učinkovitosti
Testiranje delovanja vključuje različne vrste testiranja, ki so naslednji:
Med izvajanjem testiranja zmogljivosti bomo določeno aplikacijo nekoliko obremenili, da preverimo delovanje aplikacije, znano kot obremenitveno testiranje . Tukaj je lahko obremenitev manjša ali enaka želeni obremenitvi.
Pomagal nam bo odkriti največji obseg delovanja programske opreme in ozka grla.
Za popolne informacije v zvezi s testiranjem obremenitve obiščite spodnjo povezavo:
https://www.javatpoint.com/load-testing.
Uporablja se za analizo uporabniku prijaznosti in robustnosti programske opreme, ki presega običajne funkcionalne omejitve.
V prvi vrsti se stresno testiranje uporablja za kritično programsko opremo, vendar se lahko uporablja tudi za vse vrste programskih aplikacij.
Za poglobljeno znanje o testiranju izjemnih situacij si oglejte spodnjo povezavo: https://www.javatpoint.com/stress-testing.
Za analizo je delovanje aplikacije z izboljšanjem ali zmanjšanjem obremenitve v določenih ravnotežjih znano kot testiranje razširljivosti .
Pri testiranju razširljivosti lahko preverimo tudi sistem, procesi ali zmogljivost baze podatkov zadovoljiti navzgornjo potrebo. In v tem, Testni primeri zasnovani in učinkovito izvedeni.
Kliknite naslednjo povezavo za podrobne informacije v zvezi s testiranjem razširljivosti:
https://www.javatpoint.com/scalability-testing.
Testiranje stabilnosti je postopek, pri katerem ocenimo delovanje aplikacije z uporabo obremenitve za točno določen čas.
Preverja predvsem težave s stalnostjo aplikacije in učinkovitostjo razvitega izdelka. Pri tovrstnem testiranju lahko tudi v stresni situaciji hitro odkrijemo okvaro sistema.
Če želite dobiti podrobne informacije o testiranju stabilnosti, obiščite spodnjo povezavo:
https://www.javatpoint.com/stability-testing.
2. Testiranje uporabnosti
Druga vrsta nefunkcionalno testiranje je testiranje uporabnosti . Pri testiranju uporabnosti bomo analizirali prijaznost aplikacije do uporabnika in odkrivali napake v vmesniku programske opreme za končnega uporabnika.
Tukaj, izraz prijaznost do uporabnika opredeljuje naslednje vidike aplikacije:
- Aplikacija mora biti razumljiva, kar pomeni, da morajo biti vse funkcije vidne končnim uporabnikom.
- Videz in občutek aplikacije morata biti dobra, kar pomeni, da mora biti aplikacija prijetnega videza in končnemu uporabniku dati občutek, da jo uporablja.
Za več informacij o testiranju uporabnosti se lahko obrnete na naslednjo povezavo:
https://www.javatpoint.com/usability-testing.
3. Testiranje združljivosti
Pri testiranju združljivosti bomo preverjali delovanje aplikacije v določenih okoljih strojne in programske opreme. Šele ko je aplikacija funkcionalno stabilna, se lotimo testiranje združljivosti .
tukaj, programsko opremo pomeni, da lahko preizkusimo aplikacijo v različnih operacijskih sistemih in drugih brskalnikih ter strojna oprema pomeni, da lahko aplikacijo testiramo na različnih velikostih.
Če želite pridobiti temeljito znanje o testiranju združljivosti, glejte spodnjo povezavo:
https://www.javatpoint.com/compatibility-testing .
Testiranje sive škatle
Drugi del ročno testiranje je Testiranje sive škatle . Je sodelovanje pri testiranju črne in bele skrinjice .
niz v jsonobject
Ker testiranje sive škatle vključuje dostop do notranjega kodiranja za načrtovanje testnih primerov. Grey box testiranje izvaja oseba, ki se poleg testiranja spozna na kodiranje.
Z drugimi besedami, lahko rečemo, da če bi ena oseba naredila oboje testiranje bele in črne škatle , se šteje testiranje sive škatle .
Če želite dobiti podrobne informacije o testiranju sive škatle, se lahko obrnete na spodnjo povezavo:
https://www.javatpoint.com/grey-box-testing.
Avtomatsko testiranje
Najpomembnejši del testiranja programske opreme je avtomatsko testiranje. Uporablja posebna orodja za avtomatizacijo preskusnih primerov ročnega načrtovanja brez človeškega vmešavanja.
Avtomatsko testiranje je najboljši način za izboljšanje učinkovitosti, produktivnosti in obsega testiranja programske opreme.
Uporablja se za ponovno izvajanje testnih scenarijev, ki so bili izvedeni ročno, hitro in večkrat.
Z drugimi besedami, lahko rečemo, da kadarkoli testiramo aplikacijo z uporabo nekaterih orodij, je znano kot testiranje avtomatizacije .
Za testiranje avtomatizacije se bomo odločili, ko bo aplikacija ali programska oprema prejela različne izdaje ali več regresijskih ciklov. Ne moremo napisati testnega skripta ali izvesti avtomatiziranega testiranja brez razumevanja programskega jezika.
Za več informacij o testiranju avtomatizacije se lahko obrnete na spodnjo povezavo:
https://www.javatpoint.com/automation-testing.
Nekatere druge vrste testiranja programske opreme
Pri testiranju programske opreme imamo tudi nekatere druge vrste testiranja, ki niso del nobenega zgoraj obravnavanega testiranja, vendar je to testiranje potrebno med testiranjem katere koli programske opreme ali aplikacije.
Razumejmo te vrste testiranja eno za drugo:
notri testiranje dima , bomo preizkusili osnovne in kritične funkcije aplikacije, preden izvedemo en krog poglobljenega in strogega testiranja.
oz pred preverjanjem vseh možnih pozitivnih in negativnih vrednosti je znan kot testiranje dima . Analiza poteka dela jedra in glavnih funkcij aplikacije je glavni cilj izvajanja testiranja dima.
Za več informacij o testiranju dima obiščite naslednjo povezavo:
https://www.javatpoint.com/smoke-testing.
Test zdrave pameti
Uporablja se za zagotovitev, da so bile vse napake odpravljene in da se zaradi teh sprememb ne pojavijo dodatne težave. Preskus zdravega razuma je nenapisan, kar pomeni, da ga ne moremo dokumentirati. Preveri pravilnost na novo dodanih funkcij in komponent.
Če želite dobiti podrobne informacije o testiranju razumnosti, se lahko obrnete na spodnjo povezavo:
https://www.javatpoint.com/sanity-testing.
Regresijsko testiranje
Regresijsko testiranje je najpogosteje uporabljena vrsta testiranja programske opreme. Tukaj, izraz regresija pomeni, da moramo te dele neprizadete aplikacije ponovno preizkusiti.
Regresijsko testiranje je najprimernejše testiranje orodij za avtomatizacijo. Glede na vrsto projekta in dostopnost virov je lahko regresijsko testiranje podobno Ponovno testiranje .
Vsakič, ko razvijalci odpravijo napako in nato preizkušanje drugih funkcij aplikacij, ki bi lahko bile simulirane zaradi popravka napak, je znano kot regresijsko testiranje .
zimsko narečje
Z drugimi besedami, lahko rečemo, da kadar koli obstaja nova izdaja za neki projekt, lahko izvedemo regresijsko testiranje in lahko zaradi nove funkcije vplivamo na stare funkcije v prejšnjih izdajah.
Če želite pridobiti temeljito znanje o regresijskem testiranju, glejte spodnjo povezavo:
https://www.javatpoint.com/regression-testing .
Testiranje sprejemljivosti za uporabnika
Preskušanje sprejemljivosti uporabnika (UAT) izvaja posamezna ekipa, znana kot domenski strokovnjak/stranka ali stranka. In poznavanje aplikacije pred sprejetjem končnega izdelka se imenuje as testiranje sprejemljivosti uporabnika .
Pri testiranju sprejemljivosti za uporabnike analiziramo poslovne scenarije in scenarije v realnem času v posebnem okolju, imenovanem okolje UAT . V tem testiranju bomo preizkusili aplikacijo pred UAI za odobritev strank.
Za več informacij o preskusu sprejemljivosti za uporabnike kliknite spodnjo povezavo:
https://www.javatpoint.com/acceptance-testing.
Raziskovalno testiranje
Kadar koli zahteva manjka, je potrebna zgodnja iteracija, ekipa za testiranje pa ima izkušene preizkuševalce, ko imamo kritično aplikacijo. V ekipo je vstopil nov testni inženir, nato pa gremo za raziskovalno testiranje .
Za izvedbo raziskovalnega testiranja bomo najprej pregledali aplikacijo na vse možne načine, naredili testni dokument, razumeli potek aplikacije in nato aplikacijo testirali.
Za popolne informacije o raziskovalnem testiranju kliknite naslednjo povezavo:
https://www.javatpoint.com/exploratory-testing.
Adhoc testiranje
Naključno testiranje aplikacije takoj, ko je zgradba v preverjenem zaporedju, je znano kot Adhoc testiranje .
Imenuje se tudi Testiranje opice in testiranje gorile . Pri adhoc testiranju bomo aplikacijo preverili v nasprotju z zahtevami naročnika; zato je znan tudi kot negativno testiranje .
Ko končni uporabnik aplikacijo uporablja ležerno in lahko zazna napako. Kljub temu specializirani testni inženir temeljito uporablja programsko opremo, tako da morda ne bo prepoznal podobnega zaznavanja.
Če želite pridobiti podrobne informacije o adhoc testiranju, si oglejte naslednje:
https://www.javatpoint.com/adhoc-testing.
Varnostno testiranje
Je bistveni del testiranja programske opreme, ki se uporablja za ugotavljanje slabosti, tveganj ali groženj v programski aplikaciji.
Izvedba varnostnega testiranja nam bo pomagala preprečiti neprijetne napade zunanjih oseb in zagotoviti varnost naših programskih aplikacij.
Z drugimi besedami, lahko rečemo, da se varnostno testiranje uporablja predvsem za določitev, ali bodo podatki varni in vzdržali delovni proces programske opreme.
Za popolne podrobnosti o testiranju varnosti glejte spodnjo povezavo: https://www.javatpoint.com/security-testing.
Testiranje globalizacije
Druga vrsta testiranja programske opreme je Globalizacijsko testiranje. Globalizacijsko testiranje se uporablja za preverjanje razvite programske opreme za več jezikov ali ne. Tukaj, besede globalizacija pomeni osvetlitev aplikacije ali programske opreme za različne jezike.
Testiranje globalizacije se uporablja za zagotovitev, da bo aplikacija podpirala več jezikov in več funkcij.
V sedanjih scenarijih lahko vidimo izboljšavo v več tehnologijah, saj so aplikacije pripravljene za globalno uporabo.
Za popolne informacije v zvezi s testiranjem globalizacije glejte naslednjo povezavo:
https://www.javatpoint.com/globalization-testing.
Zaključek
V vadnici smo razpravljali o različnih vrstah testiranja programske opreme. Še vedno pa obstaja seznam več kot 100+ kategorij testiranja. Vendar se vsaka vrsta testiranja ne uporablja v vseh vrstah projektov.
Razpravljali smo o najpogosteje uporabljenih vrstah testiranja programske opreme, kot je testiranje črne škatle, testiranje bele škatle, funkcionalno testiranje, nefunkcionalno testiranje, regresijsko testiranje, adhoc testiranje itd. .
Obstajajo tudi alternativne klasifikacije ali procesi, ki se uporabljajo v različnih organizacijah, vendar je splošni koncept povsod podoben.
Te vrste testiranja, procesi in pristopi izvajanja se spreminjajo, ko se spremenijo projekt, zahteve in obseg.