Tarkvara testimise tüübid (100 näidet)

Autor: Thomas Hamilton Thomas Hamilton
Hours Ajakohastatud

Mis on tarkvara testimise tüüp?

Tarkvara testimise tüüp on erinevate testimistegevuste liigitamine kategooriatesse, millest igaühel on määratletud testieesmärk, testimisstrateegia ja testi tulemused. Testimistüübi eesmärk on testitava rakenduse (AUT) valideerimine määratletud testieesmärgi jaoks.

Näiteks juurdepääsetavuse testimise eesmärk on kinnitada, et AUT oleks puuetega inimestele juurdepääsetav. Seega, kui teie tarkvaralahendus tuleb keelata, kontrollige seda juurdepääsetavuse testijuhtumite võrdluses.

Tarkvara testimise tüübid

Nimekiri 100 tarkvara testimise tüüpi koos definitsioonidega. Kohustuslik lugemine igale kvaliteedikontrolli professionaalile. Pidage seda oma juhendiks kõigi tarkvara testimise tüüpide kohta.

Tarkvara testimise tüübid

  1. Vastuvõtu testimine: Ametlik testimine, mille eesmärk on teha kindlaks, kas süsteem vastab aktsepteerimiskriteeriumidele või mitte, ja võimaldada kliendil otsustada, kas süsteem aktsepteerida või mitte. Tavaliselt teostab seda klient. Loe edasi Vastuvõtu testimine
  2. Juurdepääsetavuse testimine: Testimise tüüp, mis määrab toote kasutatavuse puuetega inimestele (kurdid, pimedad, vaimupuudega jne). Hindamisprotsessi viivad läbi puuetega inimesed. Loe edasi Juurdepääsetavuse testimine
  3. Aktiivne testimine: Testimise liik, mis seisneb testiandmete sisestamises ja täitmistulemuste analüüsimises. Tavaliselt viib selle läbi testimisrühm.
  4. Agiilne testimine: Tarkvara testimise praktika, mis järgib agiilse manifesti põhimõtteid, rõhutades testimist süsteemi kasutama hakkavate klientide vaatenurgast. Tavaliselt viivad seda läbi kvaliteedikontrolli meeskonnad. Loe edasi Agiilne testimine
  5. Vanuse testimine: Testimise tüüp, mis hindab süsteemi suutlikkust tulevikus toimida. Hindamisprotsessi viivad läbi testimisrühmad.
  6. Ad-hoc testimine: Testimine teostatud ilma planeerimise ja dokumentatsioonita – testija üritab süsteemi "murda", proovides juhuslikult süsteemi funktsionaalsust. Seda viib läbi testimisrühm. Loe edasi Ad-hoc testimine
  7. Alfa testimine: Alfatestimine on tarkvara testimise tüüp, mis viiakse läbi arendaja saidil, et tuvastada vead, kasutatavusprobleemid ja funktsionaalsuse lüngad enne toote beetatestimiseks avaldamist. See hõlmab sisemisi testijaid, näiteks arendajaid ja kvaliteedikontrolli meeskondi, ning mõnikord ka lõppkasutajaid kontrollitud keskkonnas. Loe edasi Alfa testimine
  8. Väidete testimine: Testimise tüüp, mis seisneb kontrollimises, kas tingimused kinnitavad toote nõudeid. Seda viib läbi testimisrühm.
  9. API testimine: Testimistehnika sarnaneb ühikutestimisega, kuna see sihib koodi taset. Api testimine erineb üksuse testimisest selle poolest, et see on tavaliselt kvaliteedikontrolli, mitte arendaja ülesanne. Loe edasi API testimine
  10. Kõigi paaride testimine: Kombinatoorne testimismeetod, mis testib kõiki võimalikke sisendparameetrite diskreetseid kombinatsioone. Seda viivad läbi testimisrühmad.
  11. Automatiseeritud testimine: Testimistehnika, mis kasutab automatiseerimise testimise tööriistu keskkonna seadistamise, testimise ja tulemuste aruandluse juhtimiseks. Seda teostab arvuti ja seda kasutatakse testimisrühmades. Loe edasi Automatiseeritud testimine
  12. Põhitee testimine: Testimismehhanism, mis tuletab protseduurilise ülesehituse loogilise keerukuse mõõdiku ja kasutab seda juhendina täitmisteede põhikomplekti määratlemisel. Seda kasutavad testimismeeskonnad testjuhtumite määratlemisel. Loe edasi Põhitee testimine
  13. Tagasiulatuva ühilduvuse testimine: Testimismeetod, mis kontrollib arendatud tarkvara käitumist testkeskkonna vanemate versioonidega. Seda viib läbi testimisrühm.
  14. Beetatestimine: Lõplik testimine enne rakenduse avaldamist kaubanduslikul eesmärgil. Tavaliselt teevad seda lõppkasutajad või teised.
  15. Võrdlustestimine: Testimistehnika, mis kasutab tüüpilisi programmide ja andmete kogumeid, mis on loodud arvuti riist- ja tarkvara jõudluse hindamiseks antud konfiguratsioonis. Seda viivad läbi testimisrühmad. Loe edasi Võrdlustestimine
  16. Suure Paugu integratsiooni testimine: Testimistehnika, mis integreerib üksikud programmimoodulid alles siis, kui kõik on valmis. Seda viivad läbi testimisrühmad.
  17. Binaarne teisaldatavuse testimine: Tehnika, mis testib käivitatava rakenduse kaasaskantavust süsteemiplatvormidel ja keskkondades, tavaliselt ABI spetsifikatsioonile vastavuse tagamiseks. Seda viivad läbi testimisrühmad.
  18. Piirväärtuse testimine: Tarkvara testimise tehnika, mille puhul testid on kavandatud hõlmama piirväärtuste esindajaid. Seda viivad läbi kvaliteedikontrolli testimisrühmad. Loe edasi Piirväärtuse testimine
  19. Alt-üles integratsiooni testimine: Alt-üles integratsioonitestimise puhul töötatakse kõigepealt välja madalaima taseme moodul ja ükshaaval integreeritakse ja testitakse teisi mooduleid, mis lähevad põhiprogrammi poole. Tavaliselt viivad seda läbi testimisrühmad.
  20. Filiaali testimine: Testimistehnika, mille puhul testitakse vähemalt korra kõiki programmi lähtekoodi harusid. Seda teeb arendaja.
  21. Laiuse testimine: Testkomplekt, mis kasutab toote kõiki funktsioone, kuid ei testi funktsioone üksikasjalikult. Seda viivad läbi testimisrühmad.
  22. Musta kasti testimine: Tarkvara testimise meetod, mis kontrollib rakenduse funktsionaalsust, omamata spetsiifilisi teadmisi rakenduse koodi/sisestruktuuri kohta. Testid põhinevad nõuetel ja funktsionaalsusel. Seda teostavad QA meeskonnad. Loe edasi Musta kasti testimine
  23. Koodipõhine testimine: Testimistehnika, mis kasutab testimisraamistikke (nt xUnit), mis võimaldavad ühikuteste läbi viia, et teha kindlaks, kas koodi erinevad osad toimivad erinevates olukordades ootuspäraselt. Seda teostavad arendusmeeskonnad.
  24. Ühilduvuse testimine: Testimistehnika, mis kinnitab, kui hästi tarkvara konkreetses riistvaras/tarkvaras/operatsioonisüsteemis/võrgukeskkonnas toimib. Seda viivad läbi testimisrühmad. Loe edasi Ühilduvuse testimine
  25. Võrdlustest: Testimistehnika, mis võrdleb toote tugevaid ja nõrku külgi eelmiste versioonide või muude sarnaste toodetega. Seda võivad teha testija, arendajad, tootejuhid või tooteomanikud. Loe edasi Komponentide testimine
  26. Komponentide testimine: Testimistehnika sarnaneb ühiktestimisele, kuid kõrgema integratsioonitasemega – testimine toimub rakenduse kontekstis, mitte ainult konkreetse meetodi otsese testimise asemel. Saab läbi viia testimis- või arendusmeeskondade poolt.
  27. Konfiguratsiooni testimine: Testimistehnika, mis määrab riist- ja tarkvara minimaalse ja optimaalse konfiguratsiooni ning ressursside (nt mälu, kettadraivid ja protsessor) lisamise või muutmise mõju. Tavaliselt viivad seda läbi jõudluskontrolli insenerid. Loe edasi Konfiguratsiooni testimine
  28. Seisundi katvuse testimine: Tarkvara testimise tüüp, kus iga tingimus täidetakse, muutes selle tõeseks ja vääraks, igal viisil vähemalt korra. Tavaliselt teevad seda automatiseerimise testimise meeskonnad.
  29. Vastavuse testimine: Testimise tüüp, mis kontrollib, kas süsteem on välja töötatud vastavalt standarditele, protseduuridele ja juhistele. Tavaliselt viivad seda läbi välised ettevõtted, kes pakuvad "sertifitseeritud OGC-ga ühilduvat" kaubamärki.
  30. Samaaegsuse testimine: Mitme kasutajaga testimine, mis on suunatud samale rakenduse koodile, moodulile või andmebaasikirjetele juurdepääsu mõjude kindlaksmääramisele. Tavaliselt teevad seda jõudlusinsenerid. Loe edasi Samaaegsuse testimine
  31. Vastavuse testimine: Selle testimise protsess, et rakendus vastab spetsifikatsioonile, millel see põhineb. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Vastavuse testimine
  32. Kontekstipõhine testimine: Agiilse testimise tehnika, mis toetab testimisvõimaluste pidevat ja loomingulist hindamist, pidades silmas avaldatud potentsiaalset teavet ja selle teabe väärtust organisatsioonile konkreetsel hetkel. Tavaliselt viivad seda läbi Agile testimisrühmad.
  33. Konversiooni testimine: Programmide või protseduuride testimine, mida kasutatakse andmete teisendamiseks olemasolevatest süsteemidest asendussüsteemides kasutamiseks. Tavaliselt viivad seda läbi kvaliteedikontrolli meeskonnad.
  34. Otsuse katvuse testimine: Tarkvara testimise tüüp, kus iga tingimus/otsus täidetakse, määrates selle väärtuseks tõene/väär. Tavaliselt teevad seda automatiseerimise testimise meeskonnad.
  35. Destruktiivne katsetamine: Katsetuse tüüp, mille puhul katsed viiakse läbi kuni näidise rikkeni, et mõista näidise konstruktsioonivõimet või materjali käitumist erinevatel koormustel. Tavaliselt viivad seda läbi QA meeskonnad.
    Loe lähemalt Destruktiivne testimine
  36. Sõltuvustest: Testimistüüp, mis uurib rakenduse nõudeid olemasolevale tarkvarale, algolekutele ja konfiguratsioonile, et säilitada õige funktsionaalsus. Tavaliselt viivad seda läbi testimisrühmad.
  37. Dünaamiline testimine: Tarkvaratehnikas kasutatav termin koodi dünaamilise käitumise testimise kirjeldamiseks. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Dünaamiline testimine
  38. Domeeni testimine: Valge kasti testimistehnika, mis sisaldab kontrolli, kas programm aktsepteerib ainult kehtivat sisendit. Tavaliselt teevad seda tarkvaraarenduse meeskonnad ja mõnikord automatiseerimise testimise meeskonnad.
  39. Veakäsitluse testimine: Tarkvara testimise tüüp, mis määrab süsteemi võime vigaseid tehinguid õigesti töödelda. Tavaliselt viivad seda läbi testimisrühmad.
  40. Täielik testimine: Sarnaselt süsteemi testimisele hõlmab täieliku rakenduskeskkonna testimist olukorras, mis jäljendab reaalset kasutamist, näiteks andmebaasiga suhtlemine, võrguside kasutamine või vajaduse korral suhtlemine muu riistvara, rakenduste või süsteemidega. Seda teostavad QA meeskonnad. Loe edasi Täielik testimine
  41. Vastupidavustest: Testimise tüüp, mis kontrollib mälulekkeid või muid probleeme, mis võivad ilmneda pikaajalisel täitmisel. Tavaliselt viivad seda läbi jõudlusinsenerid. Loe edasi Vastupidavuse testimine
  42. Uurimuslik testimine: Musta kasti testimise tehnika teostatakse ilma planeerimise ja dokumentatsioonita. Tavaliselt viivad seda läbi käsitsi testijad. Loe edasi Uurimuslik testimine
  43. Samaväärsuse jaotamise testimine: Tarkvara testimise tehnika, mis jagab tarkvaraüksuse sisendandmed andmete partitsioonideks, millest saab tuletada testjuhtumeid. seda teostavad tavaliselt kvaliteedikontrolli meeskonnad. Loe edasi Samaväärsuse jaotamise testimine
  44. Vea sissepritse testimine: Tervikliku testimisstrateegia element, mis võimaldab testijal keskenduda sellele, kuidas testitav rakendus suudab eranditega hakkama saada. Seda teostavad QA meeskonnad.
  45. Ametlik kinnituskatse: Süsteemi aluseks olevate kavandatud algoritmide õigsuse tõestamine või ümberlükkamine teatud formaalse spetsifikatsiooni või omaduse suhtes, kasutades matemaatika formaalseid meetodeid. Tavaliselt viivad seda läbi kvaliteedikontrolli meeskonnad.
  46. Funktsionaalne testimine: Musta kasti testimise tüüp, mis põhineb testitava tarkvarakomponendi spetsifikatsioonidel. Seda viivad läbi testimisrühmad. Loe edasi Funktsionaalne testimine
  47. Fuzzi testimine: Tarkvara testimise tehnika, mis annab programmi sisenditele kehtetuid, ootamatuid või juhuslikke andmeid – mutatsioonide testimise erivaldkond. Fuzz-testimist viivad läbi testimisrühmad. Loe edasi Fuzzi testimine
  48. Gorilla testimine: Tarkvara testimise tehnika, mis keskendub ühe konkreetse mooduli tugevale testimisele. Seda viivad läbi kvaliteedi tagamise meeskonnad, tavaliselt täieliku testimise ajal.
  49. Hall Box Testimine: Musta kombinatsioon Box ja valge Box testimismetoodikad: tarkvara testimine selle spetsifikatsiooni järgi, kuid kasutades mõningaid teadmisi selle sisemise töö kohta. Seda saavad teha nii arendus- kui ka testimismeeskonnad.
  50. Klaaskasti testimine: Sarnaselt valge kasti testimisega, mis põhineb teadmistel rakenduse koodi sisemise loogika kohta. Seda teostavad arendusmeeskonnad.
  51. GUI tarkvara testimine: Graafilist kasutajaliidest kasutava toote testimise protsess, et tagada selle vastavus kirjalikele spetsifikatsioonidele. Tavaliselt teevad seda testimisrühmad. Loe edasi GUI tarkvara testimine
  52. Globaliseerumise testimine: Testimismeetod, mis kontrollib toote õiget funktsionaalsust mis tahes kultuuri/kohaliku seadistusega, kasutades igat tüüpi rahvusvahelist sisendit. Seda viib läbi testimisrühm. Loe edasi Globaliseerumise testimine
  53. Hübriidintegratsiooni testimine: Testimistehnika, mis ühendab ülalt-alla ja alt-üles integreerimise tehnikad, et kasutada seda tüüpi testimise eeliseid. Tavaliselt viivad seda läbi testimisrühmad.
  54. Integratsiooni testimine: Tarkvara testimise faas, kus üksikuid tarkvaramooduleid kombineeritakse ja testitakse rühmana. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Integratsiooni testimine
  55. Liidese testimine: Testimine, mille eesmärk on hinnata, kas süsteemid või komponendid edastavad üksteisele andmeid ja juhtimist õigesti. Tavaliselt viivad seda läbi nii testimis- kui ka arendusmeeskonnad. Loe edasi Liidese testimine
  56. Installi/desinstalli testimine: Kvaliteedi tagamise töö, mis keskendub sellele, mida kliendid peavad uue tarkvara edukaks installimiseks ja seadistamiseks tegema. See võib hõlmata täielikke, osalisi või täiendusi installimise/desinstallimise protsesse ja seda teeb tavaliselt tarkvara testimise insener koos konfiguratsioonihalduriga.
  57. Rahvusvahelistumise testimine: Protsess, mis tagab, et toote funktsionaalsust ei rikuta ja kõik sõnumid on erinevates keeltes ja lokaadis kasutamisel korralikult välistatud. Tavaliselt viivad seda läbi testimisrühmad.
  58. Süsteemidevaheline testimine: Testimistehnika, mis keskendus rakendustevahelise ühenduse korrektse toimimise kontrollimisele. Tavaliselt viivad seda läbi testimisrühmad.
  59. Märksõnapõhine testimine: Tuntud ka kui tabelipõhine testimine või tegevussõna testimine, on automatiseeritud testimise tarkvara testimise metoodika, mis jagab testi loomise protsessi kaheks erinevaks etapiks: planeerimisetapp ja juurutamise etapp. Seda saavad kasutada kas käsitsi või automatiseerimise testimise meeskonnad. Loe edasi Märksõnapõhine testimine
  60. Koormuse testimine: Testimistehnika, mis seab süsteemile või seadmele nõudluse ja mõõdab selle reaktsiooni. Tavaliselt viivad seda läbi jõudlusinsenerid. Loe edasi Koormuse testimine
  61. Lokaliseerimise testimine: Osa tarkvara testimisprotsessist keskendus globaliseeritud rakenduse kohandamisele konkreetse kultuuri/kohaga. Tavaliselt teevad seda testimisrühmad. Loe edasi Lokaliseerimise testimine
  62. Silmuse testimine: Valge kasti testimistehnika, mis harjutab programmisilmusi. Seda teostavad arendusmeeskonnad. Loe edasi Loop testimine
  63. Käsitsi skriptitud testimine: Testimismeetod, mille puhul meeskond kavandab ja vaatab testjuhtumid üle enne selle käivitamist. Seda teevad käsitsi testimise meeskonnad.
  64. Käsitsi tugitestimine: Testimistehnika, mis hõlmab kõigi inimeste poolt andmete ettevalmistamise ajal tehtud funktsioonide testimist ja nende andmete kasutamist automatiseeritud süsteemist. seda viivad läbi testimisrühmad.
  65. Mudelipõhine testimine: Mudelipõhise disaini rakendus tarkvara testimiseks vajalike artefaktide kavandamiseks ja teostamiseks. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Mudelipõhine testimine
  66. Mutatsiooni testimine: Tarkvara testimise meetod, mis hõlmab programmide lähtekoodi või baitkoodi väikest muutmist, et testida neid koodiosi, millele tavapärase testimise käigus juurde pääsetakse harva või mitte kunagi. Tavaliselt viivad seda läbi testijad. Loe edasi Mutatsiooni testimine
  67. Modulaarsuspõhine testimine: Tarkvara testimise tehnika, mis nõuab väikeste sõltumatute skriptide loomist, mis esindavad testitava rakenduse mooduleid, sektsioone ja funktsioone. Tavaliselt viib selle läbi testimismeeskond.
  68. Mittefunktsionaalne testimine: Testimistehnika, mis keskendub tarkvararakenduse mittefunktsionaalsete nõuete testimisele. Seda võivad läbi viia jõudlusinsenerid või käsitsi testimise meeskonnad. Loe edasi Mittefunktsionaalne testimine
  69. Negatiivne test: Tuntud ka kui "test ebaõnnestumiseks" – testimismeetod, mille eesmärk on näidata, et komponent või süsteem ei tööta. Seda viivad läbi käsitsi või automatiseeritavad testijad. Loe edasi Negatiivne testimine
  70. OperaRiiklik testimine: Testimistehnika, mille eesmärk on hinnata süsteemi või komponenti selle töökeskkonnas. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Operariiklik testimine
  71. Ortogonaalse massiivi testimine: Süstemaatiline, statistiline testimisviis, mida saab rakendada kasutajaliidese testimisel, süsteemi testimisel, regressioonitestimisel, konfiguratsiooni testimisel ja jõudluse testimisel. Seda viib läbi testimisrühm. Loe edasi Ortogonaalse massiivi testimine
  72. Paari testimine: Tarkvaraarendustehnika, mille puhul kaks meeskonnaliiget töötavad koos ühe klaviatuuriga, et testida tarkvararakendust. Üks teeb testimise ja teine ​​analüüsib või vaatab läbi testimise. Seda saab teha ühe testija ja arendaja või ärianalüütiku vahel või kahe testija vahel, kusjuures mõlemad osalejad juhivad kordamööda klaviatuuri.
  73. Passiivne testimine: Testimistehnika, mis seisneb töötava süsteemi tulemuste jälgimises ilma spetsiaalseid testiandmeid sisestamata. Seda viib läbi testimisrühm.
  74. Paralleelne testimine: Testimistehnika, mille eesmärk on tagada, et uus rakendus, mis on asendanud selle vanema versiooni, on installitud ja töötab õigesti. Seda viib läbi testimisrühm. Loe edasi Paralleelne testimine
  75. Tee testimine: Tüüpiline valge kasti testimine, mille eesmärk on täita programmi iga loogilise tee katvuskriteeriume. Tavaliselt teostab seda arendusmeeskond. Loe edasi Tee testimine
  76. Tungimiskatse: Testimismeetod, mis hindab arvutisüsteemi või võrgu turvalisust, simuleerides pahatahtliku allika rünnakut. Tavaliselt viivad need läbi spetsialiseerunud läbitungimistestimisega tegelevad ettevõtted. Loe edasi Läbitungivuskatse
  77. Jõudluse testimine: Funktsionaalne testimine, mille eesmärk on hinnata süsteemi või komponendi vastavust kindlaksmääratud jõudlusnõuetele. Tavaliselt viib seda läbi jõudlusinsener. Loe edasi Jõudluse testimine
  78. Kvalifikatsioonitestid: Testimine eelmise versiooni spetsifikatsioonidega, mille viib tavaliselt läbi arendaja tarbija jaoks, et näidata, kas tarkvara vastab selle kindlaksmääratud nõuetele.
  79. Ramp Testimine: Testimise tüüp, mis seisneb sisendsignaali pidevas tõstmises kuni süsteemi rikkeni. Selle võib läbi viia testimismeeskond või jõudlusinsener.
  80. Regressioonitestid: Tarkvara testimise tüüp, mille eesmärk on avastada tarkvara vigu pärast programmi muudatuste tegemist (nt veaparandused või uued funktsioonid) programmi uuesti testimise teel. Seda viivad läbi testimisrühmad. Loe edasi Regressioonitestimine
  81. Taastamise testimine: Testimistehnika, mis hindab, kui hästi süsteem taastub kokkujooksmiste, riistvaratõrgete või muude katastroofiliste probleemide korral. Seda viivad läbi testimisrühmad. Loe edasi Taastamise testimine
  82. Nõuete testimine: Testimistehnika, mis kinnitab, et nõuded on õiged, täielikud, üheselt mõistetavad ja loogiliselt järjepidevad ning võimaldab kujundada nendest nõuetest vajaliku ja piisava testjuhtumite komplekti. Seda teostavad QA meeskonnad.
  83. Turvalisuse testimine: Protsess, mille eesmärk on teha kindlaks, kas infosüsteem kaitseb andmeid ja säilitab funktsionaalsuse ettenähtud viisil. Seda võivad teha testimisrühmad või spetsialiseerunud turvatestifirmad. Loe edasi Turvalisuse testimine
  84. Terve mõistuse testimine: Testimistehnika, mis määrab, kas uus tarkvaraversioon toimib piisavalt hästi, et seda suureks testimiseks vastu võtta. Seda viivad läbi testimisrühmad. Loe edasi Terve mõistuse testimine
  85. Stsenaariumi testimine: Testimistegevus, mis kasutab hüpoteetilisel lool põhinevaid stsenaariume, et aidata inimesel läbi mõelda testimiskeskkonna jaoks keeruline probleem või süsteem. Seda viivad läbi testimisrühmad. Loe edasi Stsenaariumi testimine
  86. Skaleeritavuse testimine: Osa mittefunktsionaalsetest testidest, mis testib tarkvararakendust, et mõõta selle suutlikkust suurendada – olgu selleks siis toetatud kasutajakoormus, tehingute arv, andmemaht jne. Selle viib läbi jõudlusinsener. Loe edasi Skaleeritavuse testimine
  87. Avalduse testimine: Valge kasti testimine, mis vastab kriteeriumile, et programmi iga lause käivitatakse programmi testimise ajal vähemalt üks kord. Tavaliselt teostab seda arendusmeeskond.
  88. Staatiline testimine: Tarkvara testimise vorm, mille puhul tarkvara tegelikult ei kasutata, kontrollib see peamiselt koodi, algoritmi või dokumendi mõistust. Seda kasutab koodi kirjutanud arendaja. Loe edasi Staatiline testimine
  89. Stabiilsuse testimine: Testimistehnika, mis püüab kindlaks teha, kas rakendus jookseb kokku. Tavaliselt viib seda läbi jõudlusinsener. Loe edasi Stabiilsuse testimine
  90. Suitsu testimine: Testimistehnika, mis uurib kõiki tarkvarasüsteemi põhikomponente, et tagada nende nõuetekohane töö. Tavaliselt viib suitsutesti läbi testimismeeskond kohe pärast tarkvara koostamist. Loe edasi Suitsu testimine
  91. Säilitamise testimine: Testimistüüp, mis kontrollib testitavat programmi, salvestab andmefailid õigetesse kataloogidesse ja jätab piisavalt ruumi, et vältida ruumipuudusest tulenevat ootamatut lõpetamist. Tavaliselt viib selle läbi testimismeeskond. Loe edasi Säilitamise testimine
  92. Stressitestimine: Testimistehnika, mis hindab süsteemi või komponenti kindlaksmääratud nõuete piires või väljaspool seda. Tavaliselt viib seda läbi jõudlusinsener. Loe edasi Stressitestimine
  93. Struktuuri testimine: Valge kasti testimistehnika, mis võtab arvesse süsteemi või komponendi sisemist struktuuri ja tagab, et iga programmilause täidab ettenähtud funktsiooni. Tavaliselt teevad seda tarkvaraarendajad.
  94. Süsteemi testimine: Integreeritud riist- ja tarkvarasüsteemi testimise protsess, et kontrollida, kas süsteem vastab kindlaksmääratud nõuetele. Seda viivad läbi testimismeeskonnad nii arendus- kui ka sihtkeskkonnas. Loe edasi Süsteemi testimine
  95. Süsteemi integratsiooni testimine: Testimisprotsess, mis teostab tarkvarasüsteemi kooseksisteerimist teistega. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Süsteemiintegratsiooni testimine
  96. Ülalt alla integratsiooni testimine: Testimistehnika, mis hõlmab kasutajaliidese süsteemihierarhia tipust alustamist ja tünnide kasutamist ülalt alla testimiseks, kuni kogu süsteem on rakendatud. Seda viivad läbi testimisrühmad.
  1. Lõime testimine: Ülalt-alla testimise tehnika variant, kus komponentide järkjärguline integreerimine järgneb nõuete alamhulkade rakendamisele. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Lõime testimine
  1. Upgrade Testimine: Testimistehnika, mis kontrollib, kas vanemate versioonidega loodud varasid saab õigesti kasutada ja kas kasutaja õppimist ei vaidlustata. Seda viivad läbi testimisrühmad.
  2. Üksuse testimine: Tarkvara kontrollimise ja valideerimise meetod, mille käigus programmeerija testib, kas üksikud lähtekoodi ühikud sobivad kasutamiseks. Tavaliselt viib seda läbi arendusmeeskond. Loe edasi Üksuse testimine
  3. Kasutajaliidese testimine: Testimise tüüp, mida tehakse rakenduse kasutajasõbralikkuse kontrollimiseks. Seda viivad läbi testimisrühmad. Loe edasi Kasutajaliidese testimine

Boonus!!! Alati on hea teada mõnda lisa

  1. Kasutatavuse testimine: Testimistehnika, mis kontrollib kasutaja lihtsust süsteemi või komponendi töötamist, sisendite ettevalmistamist ja väljundite tõlgendamist. Tavaliselt teevad seda lõppkasutajad. Loe edasi Kasutatavuse testimine
  2. Mahu testimine: Testimine, mis kinnitab, et mis tahes väärtused, mis võivad aja jooksul suureks muutuda (nagu kogunenud loendid, logid ja andmefailid), on programmis mahutatavad ning ei põhjusta programmi töö katkestamist ega selle toimimist mingil viisil. Tavaliselt viib seda läbi jõudlusinsener. Loe edasi Helitugevuse testimine
  3. Haavatavuse testimine: Testimise tüüp, mis on seotud rakenduse turvalisusega ja mille eesmärk on vältida probleeme, mis võivad mõjutada rakenduse terviklikkust ja stabiilsust. Seda võivad teha sisemised testimismeeskonnad või tellida spetsialiseerunud ettevõtetelt. Loe edasi Haavatavuse testimine
  4. Valge kasti testimine: Testimistehnika, mis põhineb teadmistel rakenduse koodi sisemise loogika kohta ja sisaldab teste, nagu koodilausete, harude, teede ja tingimuste katvus. Seda viivad läbi tarkvaraarendajad. Loe edasi Valge kast Testimine
  5. Töövoo testimine: Skriptitud otsast lõpuni testimise tehnika, mis dubleerib konkreetseid töövooge, mida lõppkasutaja eeldatavasti kasutab. Tavaliselt viivad seda läbi testimisrühmad. Loe edasi Töövoo testimine

Sellega on nimekiri lõppenud. Loodetavasti meeldis teile lugeda. Seda tüüpi testimise ja muude jaoks sobivate tööriistade leidmiseks uurige seda kogumit testimisvahendid.