Tarkvara testimise tüübid ja nende tehnikad

Tarkvara testimise tüübid ja nende tehnikad

Tarkvara testimine Terminit määratletakse kui uurimist, mille eesmärk on anda täielikku teavet tarkvaratoote või testitava teenuse kohta. See annab klientidele / sidusrühmadele teavet tarkvaratoote või -teenuse kvaliteedi kohta. See on tarkvara toote / programmi kontrollimise protsess, et kontrollida, kas see vastab soovitud tulemustele. Samuti aitab see tagada tarkvarasüsteemi tõrgeteta (defektivaba). See testimine aitab analüüsida ja kontrollida, kas tegelikud tulemused vastavad tarkvaratoote soovitud tulemustele. See aitab tuvastada vead / vead, lüngad ja muud puuduvad komponendid iga tarkvaratoote käivitamisel. See hindab tarkvaratoodete funktsioone, kasutades kas käsitsi testimist või automaatika testimine protsess. Seda nimetatakse ka valge kasti või musta kasti testimiseks või katsetatava rakenduse kontrollimiseks (AUT).



Tarkvara testimise tüübid

Tarkvara on erinev testimistüübid ja tehnikaid. Mõnda neist käsitletakse allpool.


Tarkvara testimise tüübid ja tehnikad

tarkvara testimise tüübid ja tehnikad





  • Installimise testimine
  • Võrreldavuse testimine
  • Suitsu testimine
  • Tervislikkuse testimine
  • Regressioonitestimine
  • Vastuvõtu testimine
  • Funktsionaalne testimine,
  • Mittefunktsionaalne testimine (jõudluskontroll)
  • Pidev testimine
  • Tarkvara jõudluse testimine
  • Turvalisuse testimine
  • Samaaegne testimine
  • A / B testimine (aktsepteerimine / beetatestimine)
  • Hooldus (regressiooni- ja hoolduskatsed.
  • Funktsionaalsed testimistüübid on
  • Ühikute testimine
  • Integreerimise testimine
  • Süsteemi testimine
  • Liidese testimine
  • Mittefunktsionaalsed testimistüübid on
  • Jõudluskontroll
  • Stressitestimine
  • Koormuse testimine
  • Helitugevuse testimine
  • Usaldusväärsuse testimine
  • Taastumise testimine
  • Vastavuskontroll
  • Kasutatavuse testimine
  • Lokaliseerimise testimine.

Installimise testimine

See on üks tarkvara testimise ülitähtsaid liike, et tagada tarkvaratoote täpsus ja õigsus. Installimist testitakse, et kontrollida, kas tarkvaratoode on kõigi funktsioonide abil õigesti installitud ja töötab vastavalt soovitud tulemustele. Seda nimetatakse ka rakendamise testimiseks. Kasutaja optimaalse kasutuskogemuse tagamiseks kontrollivad tarkvara testijad installiprotsessi kvaliteeti ja täpsust.

Sellel on palju funktsioone, näiteks



  • Installimistestimine on tegevuspõhine testimine, mis viiakse läbi operatiivse aktsepteerimise testimise ajal ja tarkvara testimise elutsükli (STLC) viimases etapis.
  • Tarkvara installimise käigus tuvastab ja tuvastab vead ja probleemid.
  • Installimistesti teevad tarkvara testimise insenerid ja konfiguratsioonihaldur.

Tarkvara võrreldavus

Võrreldavuse testimine on üks mittefunktsionaalse tarkvara testimise tüüpe, et kontrollida, kas tarkvaratoode, programm või rakendus töötab soovitud tingimustel. See aitab kasutajal hinnata tarkvaratoodete võrreldavust erinevate opsüsteemide, võrkude, riistvara, brauseri või mobiilseadmetega. Selle võib jagada kaheks versiooniks, näiteks

  • Edasine võrreldavuse testimine: seda kasutatakse tarkvaratoote või -rakenduse käitumise uues versioonis testimiseks ja kontrollimiseks.
  • Tagasiulatuv võrreldavuse testimine: Tarkvaratoote või -rakenduse vanemates versioonides kontrollimiseks on see ka allapoole võrreldavus.
  • Võrreldavuse testimine on kõige populaarsem erinevate brauserite nagu Chrome, Firefox, Opera, Safari, Internet Explorer ja paljude teiste võrreldavuse kontrollimisel.
  • See kontrollib Linuxi, Mac OSi ja Windowsi operatsioonisüsteemide võrreldavust.
  • See kontrollib erinevaid võrgurakendusi, nagu 3G, 4G ja wi-fi.
  • Samuti kontrollitakse rakenduste võrreldavust mobiilseadmetega, nagu android, ios ja aknad jne.

Suitsu ja mõistuse tarkvara testimine

Suitsutestimist nimetati ka ehituskontrolli testimiseks, mis sarnaneb riistvara testimisega. See on teatud tüüpi testimine ja viitab järgu põhifunktsioonide testimisele. Selle abil tagatakse, et kõik rakenduse või programmi funktsioonid töötavad hästi. See koosneb mittetäielikust testide komplektist funktsioonide toimimiseks. See on esialgne testimisprotsess, mida kasutatakse selleks, et kontrollida, kas kõik riistvarakomponendid on sisse lülitatud ja testitav tarkvaratoode on stabiilne. Seda tüüpi testimine viiakse läbi enne tarkvaraehituse funktsionaalsete testide sooritamist.


Samuti kontrollitakse häkkerite rünnakute käitumist, mitmesuguseid programme ja tarkvara hooldust andmete turvalisuse tagamiseks pärast häkkimist. Kui see testimine ebaõnnestub, öeldakse, et järk on ebastabiilne ja seda ei tehta enam enne suitsu ehituse testimine on lõppenud. See aitab kavandada ja teostada tarkvaratoote või rakenduse funktsioone.

Tervislikkuse testimine on üks tarkvara testimise põhitehnikatest, mis viiakse läbi pärast tarkvaraehituse saamist. See tagab, et kõik vead koos mõningate muudatustega koodis ja funktsionaalsuses on parandatud. See aitab vähendada vigade tõttu tekkinud probleeme. Kui mõistlikkuse testimine ebaõnnestub, lükatakse tarkvara loomine aja ja kulude kokkuhoiuks tagasi. See on regressioonitesti alamhulk, mida tavaliselt teostab testijate meeskond. Tervislikkuse testimise peamine eesmärk on kontrollida süsteemi ratsionaalsust, et teha veelgi rangemaid teste.

Rakenduse puuduvate funktsioonide tuvastamiseks on see skriptimata. See keskendub koodi ühele või mõnele funktsionaalsuse valdkonnale, kuna see on kitsas regressioon.

Regressioonitestimine

Regressioonitestimine on üks testimistüüpidest, mida tehakse tarkvarakoodi või rakenduse muudatuste hindamiseks, mis pole koodi olemasolevat funktsionaalsust mõjutanud. See aitab kontrollida, kas koodi muudatused ei mõjuta koodi olemasolevaid funktsioone. Teostatud testijuhtumid täidetakse uuesti, et kontrollida, kas rakendus töötab hästi ja uute muudatuste käigus ei esitata vigu. Samuti aitab see parandada vigu ja muudatusi koodi olemasolevas ja uues funktsionaalsuses. Seda saab teha tarkvaraehitusel, isegi kui koodi funktsionaalsuses on olulisi muudatusi ja üks viga.

Regressioonikatseid on kahte tüüpi.

  • Lõplik regressioonitesti: seda tehakse selleks, et kontrollida, kas ülesehitus pole pikka aega muutunud. Pärast kontrollimist tarnitakse ehitis klientidele kättesaadavaks.
  • Tavalised regressioonitestid: see viiakse läbi tagamaks, et järk-järgult muudatuste, veaparanduste ja täiustamise tõttu ei puruneks järk ja rakenduse ükski osa.

Vastuvõtu testimine

Aktsepteerimistest on tarkvara testimise tüüp, mida tehakse selleks, et kontrollida, kas tarkvararakendus on vastanud konkreetsetele nõuetele või mitte. Selle testi peamine roll on kontrollida aktsepteeritavust ja hinnata süsteemi vastavust ärinõuetele. Samuti kontrollitakse, kas tarkvararakendus või toode on lõpptarbija sõnul vastuvõetav tarnimiseks. Vastuvõetavuse testimisel täidetakse järgmisi ülesandeid: Ettevalmistus, Ülevaade, Ümbertöötamine, Alusjoon ja Esinemine.

Vastuvõtukatsetusi on erinevaid. Nemad on

  • Kasutaja aktsepteerimise testimine
  • Ettevõtte aktsepteerimise testimine
  • Beetatestimine ja
  • Alfa testimine
  • Nõustumistesti saab teha järgmistel põhjustel
  • Funktsionaalne korrektsus ja täielikkus
  • Andmete teisendamine
  • Andmete terviklikkus
  • Performance
  • Kasutatavus
  • Õigeaegsus
  • Skaalautuvus
  • Dokumentatsioon
  • Konfidentsiaalsus, kättesaadavus, installimine ja täiendamine.
  • Vastuvõtutesti aruanne sisaldab aruande identifikaatorit, kokkuvõtet, muudatusi koodis, soovitatavaid muudatusi, kokkuvõtet ülesandeloendist ja lõplikku heakskiitmisotsust.

Alfa testimine

Alfa-testimine on üks tarkvaratestimise tüüpidest, mis viiakse läbi rakenduses või tootes olevate vigade leidmiseks enne selle kasutajate või avalikkuse või klientide kätte viimist. See kuulub aktsepteerimistestimisel klientide valideerimise metoodika alla. Seda saab teha ilma arendusmeeskondadeta.

Enne beetatestimist kontrollib see kaubanduslikku riiulivälist tarkvara (COTS) sisemise aktsepteerimistestimise abil. Arendaja peamine eesmärk alfatestimise käigus on vigade kiire tuvastamine. Selle saab anda tarkvara QA meeskonnale täiendavaks täiendavaks testimiseks.

Beetaversioon

Beetatestimine on üks tarkvara testimise liike, mida tehakse tarkvaratoote või -rakenduse funktsionaalsuse, kasutatavuse, usaldusväärsuse ja võrreldavuse hindamiseks. See kuulub klientide valideerimise metoodika alla, mis on aktsepteerimistest. See aitab tootele lisaväärtust luua kui reaalset klienti. See testimine aitab tõsta toote kvaliteeti, mis võib edu veelgi tuua. Toote täiustamiseks aitab see otsuste langetamisel, mis võib viia tulevaste toodete edasise investeerimiseni. Seda tehakse kasutaja poolel, mida ei saa juhtida.

Beetatestimise edukus sõltub järgmistest teguritest:

  • Katse maksumus
  • Testil osalejate arv
  • Saatmine
  • Katse kestus
  • Demograafiline katvus

Funktsionaalne Vs mittefunktsionaalne testimine

Funktsionaalne testimine on tarkvara testimise tehnika tüüp, mida tehakse tarkvararakenduse või käitatava toote iga funktsiooni kontrollimiseks vastavalt konkreetsetele nõuetele. See aitab kontrollida, kas rakenduse tegelikud tulemused vastavad oodatud tulemustele. Lähtekoodi pole vaja. Seda kasutatakse rakenduse käitumise testimiseks vastavalt kasutaja või kliendi konkreetsele tarkvaranõudele. Seda nimetatakse ka musta kasti testimiseks. Vigade tõhusaks tuvastamiseks saab seda teha käsitsi.

See viiakse läbi enne mittetoimivat testimist vastavalt kasutaja nõudmistele ja ootustele.

Funktsionaalsete testimistüüpide näited on

  • Ühikute testimine
  • Suitsu testimine
  • Kasutaja nõusolek
  • Regressioonitestimine
  • Integreerimise testimine
  • Üleilmastumine
  • Lokaliseerimine ja
  • Koostalitlusvõime.

Mittefunktsionaalne testimine

Mittefunktsionaalne testimine on tarkvara testimise tüüp, mida tehakse tarkvararakenduse mittefunktsionaalsete parameetrite, nagu jõudlus, stress, koormus, kasutatavus, usaldusväärsus, võrreldavus, mastaapsus, turvalisus ja palju muud, kontrollimiseks. See hindab tarkvararakenduse toimivust ja suurendab kasutajakogemust. Kasutaja ootuste täitmiseks on käsitsi sooritamine väga keeruline. See aitab kontrollida toote toimivust ja jälgida selle toimimist.

Mittefunktsionaalse testimise näited on

  • Jõudluskontroll
  • Mastaapsuse testimine
  • Helitugevuse testimine
  • Kasutatavuse testimine
  • Stressitestimine
  • Koormuse testimine
  • Teisaldatavuse testimine
  • Vastavuskontroll ja
  • Katastroofi taastamise testimine.

Jätkab tarkvara testimist

Pidev testimine on tarkvara testimise tüüp, mis viiakse läbi automatiseeritud testide varakult läbiviimiseks, et saada tarkvararakendusega äririskide kohta tagasisidet. See on pidev tarneprotsess, mis aitab hinnata toote kvaliteeti. Peamine eesmärk on toote või rakenduse varane testimine.

Süsteemi täpsuse, koodi muutmise käsitsi kontrollimise ja käsitsi kontrollimise selgitamiseks on vaja dokumentatsiooni. See aitab testi välja töötada ja laiendada automatiseerimine keerukuse, arenduse, kohaletoimetamise ja kaasaegse rakenduse suurendamiseks. See testimisprotsess tuleks teha arendusprotsessi raames, et hinnata tarkvararakenduse või toote äririske. See kõrvaldab koondamise ja suurendab äririskide katet, pideva ülevaatuse ja testmasti optimeerimise abil.

Tarkvara jõudluse testimine

Tarkvara jõudluse testimine on mittefunktsionaalse tarkvara testimise tüüp, mida tehakse tarkvararakenduse või -süsteemi toimimise kontrollimiseks kiiruse, mastaapsuse ja reageerimisvõime osas erinevates töökoormuse tingimustes. See mõõdab tarkvararakenduse või -süsteemi kvaliteeti kiiruse, mastaapsuse, usaldusväärsuse, ressursside kasutamise ja stabiilsuse osas. See aitab kontrollida, kas tarkvararakendus töötab soovitud tulemuste kohaselt erinevates töökoormuse tingimustes.

Jõudluskontrolli peamine eesmärk on tuvastada vead ja parandada süsteemi või rakenduse toimivust.

Tarkvara jõudluse testimise protsess hõlmab projekti hindamist, testi planeerimist, testi jõudluse rakendamist, tulemuste analüüsimist ja süsteemi häälestamist ning katse lõpetab. Selle protsessi käigus saab testid planeerimisel uuesti kindlaks teha ja pärast häälestamist võrdlusalus määrata.

Jõudluskontrolli on erinevaid,

  • Koormuse testimine
  • Vastupidavuse testimine
  • Stressitestimine
  • Spike testimine
  • Helitugevuse testimine ja
  • Mastaapsuse testimine.

Turvalisuse testimine

Turvatestimine on tarkvara testimistehnika tüüp, mida tehakse tarkvaratoote või -rakenduse haavatavuste, ohtude ja riskide avastamiseks või näitamiseks. Samuti kontrollitakse, kas andmed ja ressursid on rakenduse poolt kaitstud sissetungijate eest. Peamine eesmärk turvalisus testimise eesmärk on leida rakenduse lüngad ja nõrkused, mille tulemuseks on teabe, tulude ja organisatsiooni halva maine kadu.

See aitab tuvastada ja parandada rakenduse vead ning mõõdab potentsiaalseid nõrkusi, mis ei mõjuta rakenduse või süsteemi funktsionaalsust.

Vastavalt käsitsi avatud lähtekoodiga turvatestimise metoodikale on turvatestimist 7 tüüpi. Nemad on

  • Haavatavuse skaneerimine
  • Tungimisskaneerimine
  • Turvalisuse skaneerimine
  • Riskianalüüs
  • Eetiline häkkimine
  • Kehahoia hindamine ja
  • Turvalisuse audit.

Samaaegne testimine

Samaaegne testimine on tarkvara testimistehnika tüüp, mis viiakse läbi rakenduse defekti tuvastamiseks ja tuvastamiseks mitme kasutaja sisselogimisel. Seda nimetatakse ka mitme kasutaja testimiseks, mida kasutatakse rakenduse probleemide mõõtmiseks ja tuvastamiseks. reageerimisaeg, ummikud, kogu väljund ja muud samaaegsusega seotud küsimused.

See aitab suurendada samaaegse testimisprotsessi usaldusväärsust ja töökindlust. Kui rakenduse järjestikuses täitmises on muudatusi, tagab samaaegne testimine rakenduse usaldusväärsuse, kasutades samaaegseid programme.

Mitte-determinismi ja sünkroniseerimise tõttu on samaaegne testimine keerulisem kui järjestikune testimine. See aitab samal ajal tuvastada ja hinnata andmebaasi kirjete, moodulite, rakenduse koodi ja juurdepääsu jagatud ressurssidele mõjusid.

A / B tarkvara testimine

A / B-testimist nimetatakse ka jagatud testimiseks või grupitestimiseks, mis viiakse läbi ühe või mitme veebilehe või rakenduse versiooni võrdlemiseks ja määrab kellegi versiooni parema jõudluse.

Kui kasutajale näidatakse juhuslikult kahte või enamat veebilehe versiooni, kasutab A / B testimine järjestikuse analüüsi abil, et tuvastada antud konversioonieesmärgi parem jõudlus.

A / B testimise protsess hõlmab andmete kogumist, eesmärkide väljaselgitamist, hüpoteesi genereerimist, variatsioonide loomist, katse käivitamist ja tulemuste analüüsimist.

Seega on see kõik ülevaade erinevat tüüpi tarkvara testimine . Seega on need eespool kirjeldatud tarkvara testimise tüübid ja tehnikad. Siin on teile küsimus, millised on tarkvara testimise tüüpide ja tehnikate eelised ja puudused.