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

Mis on tarkvara testimise tüüp?

Tarkvara testimise tüüp on erinevate testimistegevuste liigitus kategooriatesse, millel igal on määratletud testi eesmärk, testimisstrateegia ja testi tulemused. Testimistüübi eesmärk on valideerida testitav rakendus (AUT) määratletud testi eesmärgi saavutamiseks. Näiteks ligipääsetavuse testimise eesmärk on valideerida AUT puuetega inimestele ligipääsetavaks. Seega, kui teie tarkvaralahendus peab olema puuetega inimestele sobiv, kontrollite seda ligipääsetavuse testjuhtumite alusel.

Erinevat tüüpi tarkvaratestimise mõistmine on oluline kvaliteedikontrolli spetsialistidele, arendajatele ja projektijuhtidele. Iga testimistüüp käsitleb konkreetset kvaliteediprobleemi ja õige kombinatsiooni valimine tagab teie rakenduse põhjaliku käsitlemise.

Tarkvara testimise tüübid

Allpool on põhjalik nimekiri 105 tarkvara testimise tüüpi koos definitsioonidega. See on kohustuslik lugemine igale kvaliteedikontrolli spetsialistile. Mõelge sellele kui oma juhendile kõigi tarkvaratestimise tüüpide kohta, mis on korraldatud nii, et saaksite iga lähenemisviisi kiiresti leida ja mõista.

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, vaimse puudega inimesed jne). Hindamisprotsessi viivad läbi puuetega inimesed. Loe lähemalt 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: Katsetüüp, mille puhul katseid tehakse kuni proovi purunemiseni, et mõista proovi konstruktsioonilist jõudlust või materjali käitumist erinevate koormuste korral. Tavaliselt teevad seda kvaliteedikontrolli 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 suhtes, kuid kasutades teatud teadmisi selle sisemise toimimise kohta. Seda võivad teha kas arendus- või 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, kus tarkvara tegelikult ei kasutata. See kontrollib peamiselt koodi, algoritmi või dokumendi terviklikkust. Seda kasutab arendaja, kes koodi kirjutas. Loe lähemalt 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.
97. 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
98. 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.
99. Ü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
100. Kasutajaliidese testimine: Testimise tüüp, mida tehakse rakenduse kasutajasõbralikkuse kontrollimiseks. Seda viivad läbi testimisrühmad. Loe edasi Kasutajaliidese testimine

Boonustestimise tüübid: Järgmised viis testimistüüpi on täiendavad tehnikad, millest iga kvaliteedikontrolli spetsialist peaks teadlik olema.

101. 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
102. 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
103. 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
104. 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
105. 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

Kuidas valida õige tarkvara testimise tüüp

Kuna saadaval on üle 100 testimistüübi, võib projekti jaoks õige lähenemisviisi valimine tunduda keeruline. Oluline on viia testimisstrateegia vastavusse projekti eesmärkide, piirangute ja riskitaluvusega.

Alusta projekti nõuetest

Alustage oma rakenduse pakutavate teenuste analüüsimisest. Kui teie tarkvara töötleb tundlikke andmeid, seadke varakult esikohale turvatestid ja penetratsioonitestid. Klientidega suhtlevate rakenduste puhul peaksid kasutatavuse ja ligipääsetavuse testid olema nimekirjas kõrgel kohal. Keeruliste integratsioonidega ettevõttesüsteemid nõuavad põhjalikku integratsioonitestimist ja süsteemiintegratsiooni testimist.

Mõelge arendusmetoodikale

Teie arenduslähenemine mõjutab otseselt testimisvalikuid. Agiilsed meeskonnad saavad kasu pidevatest testimispraktikatest, nagu automatiseeritud testimine, regressioontestimine ja uurimuslik testimine iga sprindi sees. Jugaprojektid järgivad tavaliselt järjestikust lähenemisviisi, millel on eraldi etapid ühiktestimiseks, integratsioonitestimiseks, süsteemitestimiseks ja vastuvõtutestimiseks.

Riski ja mõju hindamine

Keskenda oma testimispingutused valdkondadesse, kus tõrked põhjustaksid kõige rohkem kahju. Finantsrakendused nõuavad ulatuslikku täpsust ja turvalisuse valideerimist. Tervishoiusüsteemid nõuavad ranget vastavustestimist. E-kaubandusplatvormid vajavad tippkoormusega toimetulekuks tugevat jõudlustestimist ja koormustestimist.

Manuaalsete ja automatiseeritud lähenemisviiside tasakaalustamine

Mitte iga testimistüüp ei vaja automatiseerimist. Uurimuslik testimine, kasutatavustestimine ja ad-hoc testimine tuginevad inimese otsustusvõimele. Regressioontestimine, koormustestimine ja suitsutestimine saavad automatiseerimisest märkimisväärset kasu. Kõige tõhusamad strateegiad ühendavad mõlemad lähenemisviisid olemasolevate ressursside põhjal.

Kuidas tehisintellekt muudab tarkvara testimist

Tehisintellekt kujundab tarkvara testimise maastikku ümber, automatiseerides ülesandeid, mis varem nõudsid märkimisväärset käsitsi pingutust. Tehisintellektil põhinevad testimistööriistad saavad nüüd testijuhtumeid automaatselt genereerida, analüüsides rakenduste käitumist, kasutusmustreid ja koodimuudatusi, vähendades oluliselt terviklike testikomplektide loomiseks kuluvat aega.

Üks mõjukamaid rakendusi on intelligentne defektide ennustamine. Masinõppe mudelid analüüsivad ajaloolisi veaandmeid ja koodi keerukuse mõõdikuid, et tuvastada mooduleid, mis sisaldavad kõige tõenäolisemalt defekte, võimaldades meeskondadel suunata jõupingutused sinna, kus probleemid on kõige tõenäolisemad.

Isetervenevad testiskriptid on veel üks suur edasiminek. Traditsioonilised automatiseeritud testid lakkavad kasutajaliidese muutumisel sageli töötamast. Tehisintellektiga tööriistad tuvastavad need muudatused ja värskendavad automaatselt testi valijaid ja väiteid, vähendades oluliselt hoolduskulusid.

Tehisintellektil põhinev visuaalne regressioontestimine võrdleb erinevate versioonide ekraanipilte ja eristab nutikalt tahtlikke disainimuudatusi tegelikest visuaalsetest defektidest. Kuna tehisintellekt areneb edasi, peaksid kvaliteedikontrolli spetsialistid seda vaatama pigem oma ekspertiisi täiendusena kui asendajana.

Peamised erinevused käsitsi ja automatiseeritud testimise vahel

Manuaalse ja automatiseeritud testimise erinevuse mõistmine on kriitilise tähtsusega otsus, mis mõjutab projekti ajakava, eelarvet ja kvaliteeditulemusi. Järgnev võrdlus toob esile nende kahe põhilise lähenemisviisi olulised erinevused.

Kriteeriumid	Käsitsi testimine	Automatiseeritud testimine
Täitmine	Inimtestijate poolt samm-sammult teostatud	Skriptide ja testimistööriistade abil teostatav
Kiirus	Aeglasem, inimese tempo poolt piiratud	Kiirem, käivitab teste paralleelselt
Esialgne maksumus	Väiksem alginvesteering	Kõrgem tööriista seadistamise ja skriptimise tõttu
Korratavus	Korduvuse korral altid inimlikele vigadele	Järjepidev ja usaldusväärne kõikidel jooksudel
Parim	Uurimuslik, kasutatavus- ja ad-hoc testimine	Regressioon-, koormus- ja suitsutestid
Paindlikkus	Kohandub kiiresti muutustega	Muudatuste jaoks on vaja skripti värskendusi
Pikaajaline ROI	Korduvate ülesannete puhul aja jooksul kõrgemad kulud	Kulutõhus sageli tehtavate testide jaoks

Edukaimad kvaliteedikontrolli meeskonnad ei vali ühte lähenemisviisi teisele. Selle asemel loovad nad tasakaalustatud testimisstrateegia, mis kasutab käsitsi testimist valdkondades, mis vajavad inimlikku arusaama, ja automatiseeritud testimist korduvate, andmemahukate või ajakriitiliste valideerimiste jaoks.

See lõpetab nimekirja. Seda tüüpi ja muude testide jaoks sobivate tööriistade leidmiseks uurige seda kogumikku testimisvahendid.

KKK