Ohjelmistojen testaustyypit (100 esimerkkiä)

Mikä on ohjelmistotestaustyyppi?

Ohjelmistotestaustyyppi on luokittelu eri testaustoiminnoille luokkiin, joilla jokaisella on määritelty testaustavoite, testausstrategia ja testitulokset. Testaustyypin tavoitteena on validoida testattava sovellus (AUT) määritellyn testaustavoitteen osalta. Esimerkiksi esteettömyystestauksen tavoitteena on validoida AUT vammaisten henkilöiden saavutettavuudeksi. Jos siis ohjelmistoratkaisusi on oltava esteetön, tarkistat sen esteettömyystestitapauksia vasten.

Erilaisten ohjelmistotestaustyyppien ymmärtäminen on olennaista laadunvarmistuksen ammattilaisille, kehittäjille ja projektipäälliköille. Jokainen testaustyyppi käsittelee tiettyä laatuongelmaa, ja oikean yhdistelmän valitseminen varmistaa sovelluksesi perusteellisen kattavuuden.

Ohjelmistojen testauksen tyypit

Alla on kattava luettelo 105 ohjelmistotestaustyyppiä sekä määritelmiä. Tämä on pakollinen luettava kaikille laadunvarmistuksen ammattilaisille. Pidä tätä oppaanasi kaikkiin ohjelmistotestaustyyppeihin, jotka on järjestetty auttamaan sinua löytämään ja ymmärtämään nopeasti kunkin lähestymistavan.

1. Hyväksymistesti: Muodollinen testaus suoritetaan sen määrittämiseksi, täyttääkö järjestelmä sen hyväksymiskriteerit ja jotta asiakas voi päättää, hyväksyykö se järjestelmän vai ei. Sen tekee yleensä asiakas. Lue lisää aiheesta Hyväksyntätestaus
2. Esteettömyystestaus: Testaustyyppi, joka määrittää tuotteen käytettävyyden vammaisille henkilöille (kuuroille, sokeille, kehitysvammaisille jne.). Arviointiprosessin suorittavat vammaiset henkilöt. Lue lisää aiheesta Esteettömyystestaus
3. Aktiivinen testaus: Testaustyyppi, joka koostuu testitietojen tuomisesta ja suoritustulosten analysoinnista. Sen suorittaa yleensä testausryhmä.
4. Ketterä testaus: Ketterän manifestin periaatteita noudattava ohjelmistotestauskäytäntö korostaen testausta järjestelmää hyödyntävien asiakkaiden näkökulmasta. Sen suorittavat yleensä QA-tiimit. Lue lisää aiheesta Ketterä testaus
5. Ikätestaus: Testaustyyppi, joka arvioi järjestelmän kykyä toimia tulevaisuudessa. Arviointiprosessin suorittavat testausryhmät.
6. Ad hoc -testaus: Testaus suoritettu ilman suunnittelua ja dokumentointia – testaaja yrittää "rikkoa" järjestelmän kokeilemalla satunnaisesti järjestelmän toimintoja. Sen suorittaa testausryhmä. Lue lisää aiheesta Ad-hoc-testaus
7. Alfa-testaus: Alfatestaus on eräänlainen ohjelmistotestaus, joka suoritetaan kehittäjän sivustolla virheiden, käytettävyysongelmien ja toiminnallisuuspuutteiden tunnistamiseksi ennen tuotteen julkaisemista betatestaukseen. Siihen osallistuu sisäisiä testaajia, kuten kehittäjiä ja laadunvarmistustiimejä, ja joskus valikoituja loppukäyttäjiä valvotussa ympäristössä. Lue lisää aiheesta Alfa-testaus
8. Väitetestaus: Testaustyyppi, jossa tarkistetaan, vahvistavatko olosuhteet tuotteen vaatimukset. Sen suorittaa testausryhmä.
9. API-testaus: Testaustekniikka muistuttaa yksikkötestausta siinä mielessä, että se kohdistuu kooditasolle. Api-testaus eroaa yksikkötestauksesta siinä, että se on tyypillisesti laadunvarmistustehtävä eikä kehittäjätehtävä. Lue lisää aiheesta API-testaus
10. Kaikkien parien testaus: Kombinatorinen testausmenetelmä, joka testaa kaikki mahdolliset diskreetit syöttöparametrien yhdistelmät. Sen suorittavat testausryhmät.

	#1 PARAS KAIKENLAISUUDESSA 9.8/ 10 ★ ★ ★ ★ ★ Hanki ilmainen demo	9.5/ 10 ★ ★ ★ ★ ★ Vierailla PractiTest	9.3/ 10 ★ ★ ★ ★ ★ Vierailla Testiny
Best For	Joukkotestaus ja laadunvarmistus	Testien hallinta	Pienet ja keskisuuret laadunvarmistustiimit
Keskeinen piirre	✓Kolmannen osapuolen integraatiotestaus	✓Keskitetty testienhallinta	✓Manuaaliset + automatisoidut testitapaukset
Integraatiot	✓Jira, Slack, TestRail	✓Jira, Jenkins, Slack	✓Jira, GitHub, GitLab
Kokeile Ilmaiseksi	Ilmainen Demo	14 päivän ilmainen kokeilu	Ilmainen Demo
	Hanki ilmainen demo	Vierailla PractiTest	Vierailla Testiny

#1 PARAS KAIKENLAISUUDESSA

1

9.8/ 10

★ ★ ★ ★ ★

Best For

Joukkotestaus ja laadunvarmistus

Keskeinen piirre

✓Kolmannen osapuolen integraatiotestaus

Integraatiot

✓Jira, Slack, TestRail

Kokeile Ilmaiseksi

Ilmainen Demo

Hanki ilmainen demo

2

9.5/ 10

★ ★ ★ ★ ★

Best For

Testien hallinta

Keskeinen piirre

✓Keskitetty testienhallinta

Integraatiot

✓Jira, Jenkins, Slack

Kokeile Ilmaiseksi

14 päivän ilmainen kokeilu

Vierailla PractiTest

3

9.3/ 10

★ ★ ★ ★ ★

Best For

Pienet ja keskisuuret laadunvarmistustiimit

Keskeinen piirre

✓Manuaaliset + automatisoidut testitapaukset

Integraatiot

✓Jira, GitHub, GitLab

Kokeile Ilmaiseksi

Ilmainen Demo

Vierailla Testiny

11. Automaattinen testaus: Testaustekniikka, joka käyttää Automation Testing -työkaluja ympäristön asennuksen, testin suorittamisen ja tulosraportoinnin ohjaamiseen. Se suoritetaan tietokoneella ja sitä käytetään testausryhmien sisällä. Lue lisää aiheesta Automaattinen testaus
12. Peruspolun testaus: Testausmekanismi, joka saa loogisen monimutkaisuusmitan prosessisuunnittelusta ja käyttää tätä oppaana suorituspolkujen perusjoukon määrittämisessä. Testausryhmät käyttävät sitä määritellessään testitapauksia. Lue lisää aiheesta Peruspolun testaus
13. Taaksepäin yhteensopivuuden testaus: Testausmenetelmä, joka varmistaa kehitetyn ohjelmiston käyttäytymisen testiympäristön vanhemmilla versioilla. Sen suorittaa testausryhmä.
14. Betatestaus: Lopullinen testaus ennen sovelluksen julkaisemista kaupallisiin tarkoituksiin. Sen tekevät yleensä loppukäyttäjät tai muut.
15. Vertailutestaus: Testaustekniikka, joka käyttää edustavia ohjelmia ja tietoja, jotka on suunniteltu arvioimaan tietokonelaitteiston ja -ohjelmiston suorituskykyä tietyssä kokoonpanossa. Sen suorittavat testausryhmät. Lue lisää aiheesta Vertailutestaus
16. Big Bang -integraatiotestaus: Testaustekniikka, joka integroi yksittäiset ohjelmamoduulit vasta kun kaikki on valmis. Sen suorittavat testausryhmät.
17. Binäärinen siirrettävyyden testaus: Tekniikka, joka testaa suoritettavan sovelluksen siirrettävyyttä järjestelmäalustoissa ja ympäristöissä, yleensä ABI-spesifikaatioiden mukaisuuden varmistamiseksi. Sen suorittavat testausryhmät.
18. Raja-arvon testaus: Ohjelmistojen testaustekniikka, jossa testit on suunniteltu sisältämään raja-arvojen edustajat. Sen suorittavat QA-testausryhmät. Lue lisää aiheesta Raja-arvon testaus
19. Alhaalta ylös -integraatiotestaus: Alhaalta ylöspäin suuntautuvassa integraatiotestauksessa alimman tason moduulit kehitetään ensin ja muut moduulit, jotka menevät "pääohjelmaan", integroidaan ja testataan yksi kerrallaan. Sen tekevät yleensä testausryhmät.
20. Haaratestaus: Testaustekniikka, jossa kaikki ohjelman lähdekoodin haarat testataan vähintään kerran. Tämän tekee kehittäjä.
21. Leveystesti: Testisarja, joka käyttää tuotteen kaikkia toimintoja, mutta ei testaa ominaisuuksia yksityiskohtaisesti. Sen suorittavat testausryhmät.
22. Mustan laatikon testaus: Ohjelmistojen testausmenetelmä, joka varmistaa sovelluksen toimivuuden ilman erityistä tietoa sovelluksen koodista/sisäisestä rakenteesta. Testit perustuvat vaatimuksiin ja toimivuuteen. Sen suorittavat QA-tiimit. Lue lisää aiheesta Mustan laatikon testaus
23. Code-ohjattu testaus: Testaustekniikka, joka käyttää testauskehyksiä (kuten xUnit), jotka mahdollistavat yksikkötestien suorittamisen sen määrittämiseksi, toimivatko koodin eri osat odotetulla tavalla eri olosuhteissa. Sen suorittavat kehitystiimit.
24. Yhteensopivuustestaus: Testaustekniikka, joka vahvistaa, kuinka hyvin ohjelmisto toimii tietyssä laitteistossa/ohjelmistossa/käyttöjärjestelmässä/verkkoympäristössä. Sen suorittavat testausryhmät. Lue lisää aiheesta Yhteensopivuuden testaus
25. Vertailutestaus: Testaustekniikka, joka vertaa tuotteen vahvuuksia ja heikkouksia aikaisempiin versioihin tai muihin vastaaviin tuotteisiin. Sen voivat suorittaa testaaja, kehittäjät, tuotepäälliköt tai tuotteen omistajat. Lue lisää aiheesta Komponenttien testaus
26. Komponenttien testaus: Testaustekniikka muistuttaa yksikkötestausta, mutta korkeampi integraatiotaso – testaus tehdään sovelluksen yhteydessä sen sijaan, että testattaisiin suoraan tiettyä menetelmää. Voidaan suorittaa testaus- tai kehitystiimien toimesta.
27. Kokoonpanon testaus: Testaustekniikka, joka määrittää minimaalisen ja optimaalisen laitteiston ja ohjelmiston kokoonpanon sekä resurssien, kuten muistin, levyasemien ja suorittimen, lisäämisen tai muuttamisen vaikutuksen. Yleensä sen suorittavat suorituskyvyn testausinsinöörit. Lue lisää aiheesta Kokoonpanon testaus
28. Kunnon kattavuuden testaus: Ohjelmistojen testaustyyppi, jossa jokainen ehto suoritetaan tekemällä siitä tosi ja epätosi, jokaisella tavalla vähintään kerran. Sen tekevät tyypillisesti automaatiotestaustiimit.
29. Vaatimustenmukaisuuden testaus: Testaustyyppi, jolla tarkistetaan, onko järjestelmä kehitetty standardien, menettelyjen ja ohjeiden mukaisesti. Sen suorittavat yleensä ulkoiset yritykset, jotka tarjoavat "Certified OGC Compliant" -brändin.
30. Samanaikaisuustestaus: Usean käyttäjän testaus, jonka tarkoituksena on määrittää saman sovelluskoodin, moduulin tai tietokantatietueiden käytön vaikutukset. Sen tekevät yleensä suorituskykyinsinöörit. Lue lisää aiheesta Rinnakkaisuustestaus
31. Vaatimustenmukaisuuden testaus: Prosessi, jossa testataan, että toteutus on sen spesifikaation mukainen, johon se perustuu. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Vaatimustenmukaisuuden testaus
32. Kontekstilähtöinen testaus: Ketterä testaustekniikka, joka puoltaa jatkuvaa ja luovaa testausmahdollisuuksien arviointia mahdollisen paljastetun tiedon valossa ja sen arvon organisaatiolle tietyllä hetkellä. Sen suorittavat yleensä ketterät testausryhmät.

33. Konversiotestaus: Niiden ohjelmien tai menettelyjen testaus, joita käytetään muuttamaan tietoja olemassa olevista järjestelmistä käytettäväksi korvaavissa järjestelmissä. Sen suorittavat yleensä QA-tiimit.
34. Päätöksen kattavuuden testaus: Ohjelmistotestaustyyppi, jossa jokainen ehto/päätös suoritetaan asettamalla se arvoon tosi/epätosi. Sen tekevät tyypillisesti automaatiotestaustiimit.
35. Tuhoava testaus: Testaustyyppi, jossa testit suoritetaan näytteen murtumiseen asti, jotta ymmärrettäisiin näytteen rakenteellista suorituskykyä tai materiaalin käyttäytymistä eri kuormien alaisena. Yleensä laadunvarmistustiimit suorittavat sen. Lue lisää aiheesta Tuhoava testaus
36. Riippuvuustesti: Testaustyyppi, joka tutkii sovelluksen vaatimuksia olemassa oleville ohjelmistoille, alkutiloille ja konfiguraatiolle oikean toiminnan ylläpitämiseksi. Sen tekevät yleensä testausryhmät.
37. Dynaaminen testaus: Ohjelmistosuunnittelussa käytetty termi kuvaamaan koodin dynaamisen käyttäytymisen testausta. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Dynaaminen testaus
38. Verkkotunnuksen testaus: Valkoisen laatikon testaustekniikka, joka sisältää tarkastuksia, että ohjelma hyväksyy vain kelvollisia syötteitä. Sen tekevät yleensä ohjelmistokehitystiimit ja toisinaan automaatiotestaustiimit.
39. Virheenkäsittelyn testaus: Ohjelmiston testaustyyppi, joka määrittää järjestelmän kyvyn käsitellä virheelliset tapahtumat oikein. Sen tekevät yleensä testausryhmät.
40. Päästä päähän -testaus: Järjestelmätestauksen tapaan se sisältää täydellisen sovellusympäristön testauksen tilanteessa, joka jäljittelee todellista käyttöä, kuten tietokannan kanssa vuorovaikutuksessa, verkkoviestinnän käyttämisessä tai tarvittaessa vuorovaikutuksessa muiden laitteistojen, sovellusten tai järjestelmien kanssa. Sen suorittavat QA-tiimit. Lue lisää aiheesta End-to-end -testaus
41. Kestävyystestit: Testaustyyppi, joka tarkistaa muistivuotojen tai muiden ongelmien varalta, joita saattaa ilmetä pitkittyneen suorituksen aikana. Sen suorittavat yleensä suorituskykyinsinöörit. Lue lisää aiheesta Kestävyystesti
42. Tutkiva testaus: Mustan laatikon testaustekniikka suoritettu ilman suunnittelua ja dokumentaatiota. Sen suorittavat yleensä manuaaliset testaajat. Lue lisää aiheesta Tutkiva testaus
43. Ekvivalenssiosion testaus: Ohjelmistojen testaustekniikka, joka jakaa ohjelmistoyksikön syöttötiedot dataosioihin, joista voidaan johtaa testitapauksia. sen suorittavat yleensä laadunvarmistusryhmät. Lue lisää aiheesta Ekvivalenssiosion testaus
44. Vian ruiskutustestaus: Osa kattavasta testistrategiasta, jonka avulla testaaja voi keskittyä tapaan, jolla testattava sovellus pystyy käsittelemään poikkeuksia. Sen suorittavat QA-tiimit.
45. Muodollinen varmennustestaus: Toimi, jossa todistetaan tai kiistetään järjestelmän taustalla olevien suunniteltujen algoritmien oikeellisuus tietyn muodollisen määrityksen tai ominaisuuden suhteen käyttämällä matematiikan muodollisia menetelmiä. Sen suorittavat yleensä QA-tiimit.
46. Toiminnallinen testaus: Mustan laatikon testaustyyppi, jonka testitapaukset perustuvat testattavan ohjelmistokomponentin spesifikaatioihin. Sen tekevät testausryhmät. Lue lisää aiheesta Toiminnallinen testaus
47. Fuzz-testaus: Ohjelmistojen testaustekniikka, joka tarjoaa virheellisiä, odottamattomia tai satunnaisia ​​tietoja ohjelman syötteisiin – mutaatiotestauksen erityinen alue. Fuzz-testauksen suorittavat testausryhmät. Lue lisää aiheesta Fuzz-testaus
48. Gorilla-testaus: Ohjelmistojen testaustekniikka, joka keskittyy yhden tietyn moduulin raskaaseen testaukseen. Sen suorittavat laadunvarmistustiimit, yleensä täydessä testauksessa.
49. Harmaa Box testaus: Mustan yhdistelmä Box ja valkoinen Box testausmenetelmät: ohjelmiston testaaminen sen spesifikaatiota vasten, mutta käyttämällä jonkin verran tietoa sen sisäisestä toiminnasta. Sen voivat suorittaa joko kehitys- tai testaustiimit.
50. Lasilaatikon testaus: Samanlainen kuin valkoisen laatikon testaus, joka perustuu sovelluksen koodin sisäisen logiikan tuntemiseen. Sen suorittavat kehitystiimit.
51. GUI-ohjelmiston testaus: Prosessi, jossa testataan tuotetta, joka käyttää graafista käyttöliittymää sen varmistamiseksi, että se täyttää kirjalliset vaatimukset. Tämän tekevät yleensä testausryhmät. Lue lisää aiheesta GUI-ohjelmiston testaus
52. Globalisaation testaus: Testausmenetelmä, joka tarkistaa tuotteen oikean toiminnan millä tahansa kulttuuri-/paikallisasetuksella käyttäen kaikenlaista mahdollista kansainvälistä syötettä. Sen suorittaa testausryhmä. Lue lisää aiheesta Globalisaation testaus
53. Hybridiintegraatiotestaus: Testaustekniikka, jossa yhdistyvät ylhäältä alas- ja alhaalta ylös -integraatiotekniikat tällaisten testausten hyötyjen hyödyntämiseksi. Sen tekevät yleensä testausryhmät.
54. Integraatiotestaus: Ohjelmistojen testauksen vaihe, jossa yksittäiset ohjelmistomoduulit yhdistetään ja testataan ryhmänä. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Integraation testaus
55. Käyttöliittymän testaus: Testaus suoritetaan sen arvioimiseksi, välittävätkö järjestelmät tai komponentit tietoja ja ohjauksen oikein toisilleen. Sen tekevät yleensä sekä testaus- että kehitystiimit. Lue lisää aiheesta Käyttöliittymän testaus
56. Asenna/poista testaus: Laadunvarmistustyö, jossa keskitytään siihen, mitä asiakkaiden on tehtävä uuden ohjelmiston asentamiseksi ja asentamiseksi onnistuneesti. Se voi sisältää täydellisiä, osittaisia ​​tai päivitysten asennus-/poistoprosesseja, ja sen tekee yleensä ohjelmistotestausinsinööri yhdessä kokoonpanonhallinnan kanssa.
57. Kansainvälistymistestaus: Prosessi, joka varmistaa, että tuotteen toiminnallisuus ei katkea ja kaikki viestit ulkoistetaan oikein, kun niitä käytetään eri kielillä ja eri kielillä. Sen tekevät yleensä testausryhmät.
58. Järjestelmien välinen testaus: Testaustekniikka keskittyi varmistamaan, että sovellusten väliset yhteydet toimivat oikein. Sen suorittavat yleensä testausryhmät.
59. Avainsanoihin perustuva testaus: Tunnetaan myös taulukkopohjaisena testauksena tai toimintasanatestauksena. Se on ohjelmistotestausmenetelmä automatisoituun testaukseen, joka erottaa testin luontiprosessin kahteen erilliseen vaiheeseen: suunnitteluvaiheeseen ja toteutusvaiheeseen. Sitä voivat käyttää joko manuaaliset tai automaatiotestausryhmät. Lue lisää aiheesta Avainsanoihin perustuva testaus
60. Kuormitustestaus: Testaustekniikka, joka asettaa vaatimuksen järjestelmälle tai laitteelle ja mittaa sen vastetta. Sen suorittavat yleensä suorituskykyinsinöörit. Lue lisää aiheesta Kuormitustesti
61. Lokalisointitestaus: Osa ohjelmistotestausprosessia keskittyi globalisoidun sovelluksen mukauttamiseen tiettyyn kulttuuriin/paikalliseen. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Lokalisoinnin testaus
62. Silmukkatestaus: Valkoisen laatikon testaustekniikka, joka harjoittelee ohjelmasilmukoita. Sen suorittavat kehitystiimit. Lue lisää aiheesta Silmukkatestaus
63. Manuaalinen komentosarjatestaus: Testausmenetelmä, jossa tiimi suunnittelee ja arvioi testitapaukset ennen niiden toteuttamista. Sen tekevät manuaaliset testaustiimit.
64. Manuaalinen tukitestaus: Testaustekniikka, joka sisältää kaikkien ihmisten suorittamien toimintojen testaamisen valmistellessaan tietoja ja käyttämällä näitä tietoja automatisoidusta järjestelmästä. sen suorittavat testausryhmät.
65. Mallipohjainen testaus: Mallipohjaisen suunnittelun sovellus ohjelmistotestauksen suorittamiseen tarvittavien artefaktien suunnitteluun ja suorittamiseen. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Mallipohjainen testaus
66. Mutaatiotestaus: Ohjelmistojen testausmenetelmä, jossa ohjelmien lähdekoodia tai tavukoodia muutetaan pienillä tavoilla, jotta voidaan testata koodin osia, joita käytetään harvoin tai ei koskaan normaalin testien suorittamisen aikana. Sen suorittavat yleensä testaajat. Lue lisää aiheesta Mutaatiotestaus
67. Modulaarisuuslähtöinen testaus: Ohjelmistojen testaustekniikka, joka edellyttää pienten, itsenäisten komentosarjojen luomista, jotka edustavat testattavan sovelluksen moduuleja, osia ja toimintoja. Sen suorittaa yleensä testausryhmä.
68. Ei-toiminnallinen testaus: Testaustekniikka, joka keskittyy ohjelmistosovelluksen testaamiseen sen ei-toiminnallisten vaatimusten osalta. Sen voivat suorittaa suorituskykyinsinöörit tai manuaaliset testausryhmät. Lue lisää aiheesta Ei-toiminnallinen testaus
69. Negatiivinen testi: Tunnetaan myös nimellä "test to fail" - testausmenetelmä, jossa testien tavoitteena on osoittaa, että komponentti tai järjestelmä ei toimi. Sen suorittavat manuaaliset tai automaatiotestaajat. Lue lisää aiheesta Negatiivinen testaus
70. OperaKansallinen testaus: Testaustekniikka, joka suoritetaan järjestelmän tai komponentin arvioimiseksi sen toimintaympäristössä. Yleensä sen tekevät testausryhmät. Lue lisää aiheesta Operakansallinen testaus
71. Ortogonaalisen taulukon testaus: Systemaattinen, tilastollinen testaustapa, jota voidaan soveltaa käyttöliittymätestauksessa, järjestelmätestauksessa, regressiotestauksessa, konfiguraatiotestauksessa ja suorituskykytestauksessa. Sen suorittaa testausryhmä. Lue lisää aiheesta Ortogonaalisen taulukon testaus
72. Paritestaus: Ohjelmistokehitystekniikka, jossa kaksi tiimin jäsentä työskentelee yhdessä samalla näppäimistöllä ohjelmistosovelluksen testaamiseksi. Toinen tekee testauksen ja toinen analysoi tai tarkistaa testauksen. Tämä voidaan tehdä yhden testaajan ja kehittäjän tai yritysanalyytikon välillä tai kahden testaajan välillä, jolloin molemmat osallistujat ohjaavat näppäimistöä vuorotellen.
73. Passiivinen testaus: Testaustekniikka, jossa seurataan käynnissä olevan järjestelmän tuloksia ilman erityisiä testitietoja. Sen suorittaa testausryhmä.
74. Rinnakkaistestaus: Testaustekniikka, jonka tarkoituksena on varmistaa, että uusi sovellus, joka on korvannut sen vanhemman version, on asennettu ja toimii oikein. Sen suorittaa testausryhmä. Lue lisää aiheesta Rinnakkainen testaus
75. Reitin testaus: Tyypillinen valkoisen laatikon testaus, jonka tavoitteena on täyttää kattavuuskriteerit jokaiselle ohjelman läpi kulkevalle loogiselle polulle. Sen suorittaa yleensä kehitystiimi. Lue lisää aiheesta Polun testaus
76. Tunkeutumistestaus: Testausmenetelmä, joka arvioi tietokonejärjestelmän tai verkon turvallisuuden simuloimalla haitallisesta lähteestä tulevaa hyökkäystä. Yleensä ne suorittavat erikoistuneet läpäisytestausyritykset. Lue lisää aiheesta Läpäisyn testaus
77. Suorituskyvyn testaus: Toiminnalliset testaukset, jotka suoritetaan sen arvioimiseksi, onko järjestelmä tai komponentti tiettyjen suorituskykyvaatimusten mukainen. Sen suorittaa yleensä suoritusinsinööri. Lue lisää aiheesta Suorituskykytestaus
78. Pätevyystesti: Testaus edellisen julkaisun spesifikaatioiden kanssa, jonka kehittäjä yleensä suorittaa kuluttajalle osoittaakseen, että ohjelmisto täyttää sille määritetyt vaatimukset.
79. Ramp testaus: Testaustyyppi, jossa tulosignaalia nostetaan jatkuvasti, kunnes järjestelmä hajoaa. Sen voi suorittaa testausryhmä tai suoritusinsinööri.
80. Regressiotestaus: Tyyppi ohjelmistotestaus, jolla pyritään paljastamaan ohjelmistovirheet sen jälkeen, kun ohjelmaan on tehty muutoksia (esim. virheenkorjauksia tai uusia toimintoja), testaamalla ohjelma uudelleen. Sen suorittavat testausryhmät. Lue lisää aiheesta Regressiotestaus
81. Palautustestaus: Testaustekniikka, joka arvioi, kuinka hyvin järjestelmä toipuu kaatumisista, laitteistovioista tai muista katastrofaalisista ongelmista. Sen suorittavat testausryhmät. Lue lisää aiheesta Palautustestaus
82. Testausvaatimukset: Testaustekniikka, joka vahvistaa, että vaatimukset ovat oikeita, täydellisiä, yksiselitteisiä ja loogisesti johdonmukaisia ​​ja mahdollistaa tarvittavan ja riittävän testitapausten suunnittelun näistä vaatimuksista. Sen suorittavat QA-tiimit.
83. Suojaustestaus: Prosessi, jolla määritetään, että tietojärjestelmä suojaa tietoja ja ylläpitää toimintoja tarkoitetulla tavalla. Sen voivat suorittaa testausryhmät tai erikoistuneet tietoturvatestausyritykset. Lue lisää aiheesta Suojaustestaus
84. Terveyden testaus: Testaustekniikka, joka määrittää, toimiiko uusi ohjelmistoversio tarpeeksi hyvin hyväksyäkseen sen suuressa testauksessa. Sen suorittavat testausryhmät. Lue lisää aiheesta Sanity -testaus
85. Skenaariotestaus: Testaustoiminta, joka käyttää hypoteettiseen tarinaan perustuvia skenaarioita auttamaan henkilöä miettimään monimutkaista ongelmaa tai järjestelmää testausympäristöä varten. Sen suorittavat testausryhmät. Lue lisää aiheesta Skenaariotestaus
86. Skaalautuvuuden testaus: Osa ei-toiminnallisten testien akkua, joka testaa ohjelmistosovellusta sen skaalautumiskyvyn mittaamiseksi – olipa kyseessä sitten tuettu käyttäjäkuormitus, tapahtumien määrä, datamäärä jne. Sen suorittaa suorituskykyinsinööri. Lue lisää aiheesta Skaalautuvuuden testaus
87. Lausunnon testaus: Valkoisen laatikon testaus, joka täyttää sen kriteerin, että jokainen ohjelman lause suoritetaan vähintään kerran ohjelman testauksen aikana. Sen suorittaa yleensä kehitystiimi.
88. Staattinen testaus: Ohjelmistotestauksen muoto, jossa ohjelmistoa ei varsinaisesti käytetä. Se tarkistaa pääasiassa koodin, algoritmin tai dokumentin järkevyyden. Sitä käyttää koodin kirjoittanut kehittäjä. Lue lisää aiheesta Staattinen testaus
89. Vakaustesti: Testaustekniikka, joka yrittää määrittää, kaatuuko sovellus. Sen suorittaa yleensä suoritusinsinööri. Lue lisää aiheesta Stabiilisuuden testaus
90. Savun testaus: Testaustekniikka, joka tutkii kaikki ohjelmistojärjestelmän peruskomponentit varmistaakseen, että ne toimivat oikein. Tyypillisesti testaustiimi suorittaa savutestauksen välittömästi ohjelmistokoonnon jälkeen. Lue lisää aiheesta Savun testaus
91. Säilytystestaus: Testaustyyppi, joka varmentaa testattavan ohjelman, tallentaa datatiedostot oikeisiin hakemistoihin ja varaa riittävästi tilaa estääkseen tilan puutteesta johtuvan odottamattoman lopettamisen. Sen suorittaa yleensä testausryhmä. Lue lisää aiheesta Varastoinnin testaus
92. Stressitesti: Testaustekniikka, joka arvioi järjestelmän tai komponentin sille asetettujen vaatimusten rajoissa tai sen ulkopuolella. Sen suorittaa yleensä suoritusinsinööri. Lue lisää aiheesta Stressitestaus
93. Rakennetestaus: Valkoisen laatikon testaustekniikka, joka ottaa huomioon järjestelmän tai komponentin sisäisen rakenteen ja varmistaa, että jokainen ohjelmakäsky suorittaa sille tarkoitettua tehtävää. Sen tekevät yleensä ohjelmistokehittäjät.
94. Järjestelmän testaus: Integroidun laitteisto- ja ohjelmistojärjestelmän testausprosessi, jolla varmistetaan, että järjestelmä täyttää määritetyt vaatimukset. Sen suorittavat testaustiimit sekä kehitys- että kohdeympäristössä. Lue lisää aiheesta Järjestelmän testaus
95. Järjestelmäintegraation testaus: Testausprosessi, joka harjoittaa ohjelmistojärjestelmän rinnakkaiseloa muiden kanssa. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Järjestelmäintegraation testaus
96. Ylhäältä alas integrointitestaus: Testaustekniikka, jossa aloitetaan käyttöliittymän järjestelmähierarkian huipulta ja testataan tyngät ylhäältä alas, kunnes koko järjestelmä on toteutettu. Sen tekevät testausryhmät.
97. Langan testaus: Ylhäältä alas -testaustekniikan muunnelma, jossa komponenttien asteittainen integrointi seuraa vaatimusten osajoukkojen toteutusta. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Säikeen testaus
98. Upgrade testaus: Testaustekniikka, joka varmistaa, voidaanko vanhemmilla versioilla luotuja resursseja käyttää oikein ja että käyttäjän oppimista ei kyseenalaista. Sen suorittavat testausryhmät.
99. Yksikkötestaus: Ohjelmiston varmennus- ja validointimenetelmä, jossa ohjelmoija testaa, ovatko yksittäiset lähdekoodiyksiköt käyttökelpoisia. Sen suorittaa yleensä kehitystiimi. Lue lisää aiheesta Yksikkötestaus
100. Käyttöliittymän testaus: Testaustyyppi, joka suoritetaan sovelluksen käyttäjäystävällisyyden tarkistamiseksi. Sen suorittavat testausryhmät. Lue lisää aiheesta Käyttöliittymän testaus

Bonustestaustyypit: Seuraavat viisi testaustyyppiä ovat lisätekniikoita, jotka jokaisen laadunvarmistusammattilaisen tulisi tuntea.

101. Käytettävyyden testaus: Testaustekniikka, joka varmistaa, kuinka helposti käyttäjä voi oppia käyttämään, valmistelemaan syötteitä ja tulkitsemaan järjestelmän tai komponentin lähtöjä. Sen suorittavat yleensä loppukäyttäjät. Lue lisää aiheesta Käytettävyystestaus
102. Tilavuustestaus: Testaus, joka vahvistaa, että kaikki arvot, jotka voivat kasvaa suuriksi ajan myötä (kuten kertyneet määrät, lokit ja datatiedostot), voivat olla ohjelman mukaisia, eikä se aiheuta ohjelman toiminnan lopettamista tai sen toimintaa millään tavalla. Sen suorittaa yleensä suoritusinsinööri. Lue lisää aiheesta Äänenvoimakkuuden testaus
103. Haavoittuvuuden testaus: Testaustyyppi, joka koskee sovelluksen turvallisuutta ja jonka tarkoituksena on estää ongelmia, jotka voivat vaikuttaa sovelluksen eheyteen ja vakauteen. Sen voi suorittaa sisäiset testaustiimit tai ulkoistaa erikoistuneille yrityksille. Lue lisää aiheesta Haavoittuvuuksien testaus
104. Valkoisen laatikon testaus: Testaustekniikka, joka perustuu sovelluksen koodin sisäisen logiikan tuntemiseen ja sisältää testejä, kuten koodilausekkeiden kattavuuden, haarat, polut ja ehdot. Sen suorittavat ohjelmistokehittäjät. Lue lisää aiheesta Valkoinen laatikko Testaus
105. Työnkulun testaus: Komentosarjottu päästä päähän -testaustekniikka, joka kopioi tiettyjä työnkulkuja, joita loppukäyttäjän odotetaan hyödyntävän. Sen tekevät yleensä testausryhmät. Lue lisää aiheesta Työnkulun testaus

Kuinka valita oikea ohjelmistotestaustyyppi

Yli 100 testaustyypin ansiosta oikean lähestymistavan valitseminen projektiisi voi tuntua ylivoimaiselta. Tärkeintä on sovittaa testausstrategia projektisi tavoitteisiin, rajoituksiin ja riskinsietokykyyn.

Aloita projektin vaatimuksista

Aloita analysoimalla, mitä sovelluksesi on toimitettava. Jos ohjelmistosi käsittelee arkaluonteisia tietoja, priorisoi tietoturvatestaus ja penetraatiotestaus varhaisessa vaiheessa. Asiakaskohtaisten sovellusten osalta käytettävyystestauksen ja saavutettavuustestauksen tulisi olla listan kärjessä. Yritysjärjestelmät, joissa on monimutkaisia ​​integraatioita, vaativat perusteellista integraatiotestausta ja järjestelmäintegraatiotestausta.

Harkitse kehitysmenetelmää

Kehitysmenetelmäsi vaikuttaa suoraan testausvalintoihin. Ketterät tiimit hyötyvät jatkuvan testauksen käytännöistä, kuten automatisoidusta testauksesta, regressiotestauksesta ja tutkivasta testauksesta jokaisen sprintin sisällä. Vesiputousprojektit noudattavat tyypillisesti peräkkäistä lähestymistapaa, jossa on erilliset vaiheet yksikkötestaukselle, integraatiotestaukselle, järjestelmätestaukselle ja hyväksymistestaukselle.

Arvioi riski ja vaikutus

Keskitä testaustyösi paikkoihin, joissa epäonnistumiset aiheuttaisivat eniten vahinkoa. Taloussovellukset vaativat laaja-alaista tarkkuutta ja tietoturvan validointia. Terveydenhuoltojärjestelmät vaativat tiukkaa vaatimustenmukaisuustestausta. Verkkokauppa-alustat tarvitsevat vahvaa suorituskykytestausta ja kuormitustestausta ruuhkaliikenteen käsittelemiseksi.

Manuaalisten ja automatisoitujen menetelmien tasapainottaminen

Kaikki testaustyypit eivät vaadi automaatiota. Tutkiva testaus, käytettävyystestaus ja ad-hoc-testaus perustuvat ihmisen harkintaan. Regressiotestaus, kuormitustestaus ja savutestaus hyötyvät merkittävästi automatisoinnista. Tehokkaimmat strategiat yhdistävät molemmat lähestymistavat käytettävissä olevien resurssien perusteella.

Miten tekoäly mullistaa ohjelmistotestausta

Tekoäly on uudistumistaping ohjelmistotestauskenttää automatisoimalla tehtäviä, jotka aiemmin vaativat merkittävää manuaalista työtä. Tekoälyllä toimivat testaustyökalut voivat nyt luoda testitapauksia automaattisesti analysoimalla sovelluksen käyttäytymistä, käyttäjämalleja ja koodimuutoksia, mikä lyhentää merkittävästi kattavien testisarjojen rakentamiseen tarvittavaa aikaa.

Yksi vaikuttavimmista sovelluksista on älykäs virheiden ennustaminen. Koneoppimismallit analysoivat historiallisia virhetietoja ja koodin monimutkaisuusmittareita tunnistaakseen moduulit, joissa todennäköisimmin on virheitä, jolloin tiimit voivat keskittää ponnistelunsa sinne, missä ongelmat ovat todennäköisimpiä.

Itsekorjautuvat testiskriptit edustavat toista merkittävää edistysaskelta. Perinteiset automatisoidut testit katkeavat usein käyttöliittymän muuttuessa. Tekoälyllä varustetut työkalut havaitsevat nämä muutokset ja päivittävät automaattisesti testivalitsimet ja -väittämät, mikä vähentää merkittävästi ylläpitokustannuksia.

Tekoälyn hyödyntämä visuaalinen regressiotestaus vertailee eri versioiden kuvakaappauksia ja erottaa älykkäästi tarkoitukselliset suunnittelumuutokset aidoista visuaalisista vioista. Tekoälyn kehittyessä laadunvarmistuksen ammattilaisten tulisi pitää sitä asiantuntemuksensa täydennyksenä eikä sen korvikkeena.

Manuaalisen ja automatisoidun testauksen keskeiset erot

Manuaalisen testauksen ja automatisoidun testauksen välisen eron ymmärtäminen on ratkaisevan tärkeä päätös, joka vaikuttaa projektin aikatauluihin, budjetteihin ja laatutuloksiin. Seuraava vertailu korostaa näiden kahden perustavanlaatuisen lähestymistavan olennaisia ​​eroja.

Menestyneimmät laadunvarmistustiimit eivät valitse jompaakumpaa lähestymistapaa toisen sijasta. Sen sijaan he rakentavat tasapainoisen testausstrategian, joka hyödyntää manuaalista testausta ihmisen näkemystä vaativilla alueilla ja automatisoitua testausta toistuvissa, dataintensiivisissä tai aikakriittisissä validoinneissa.

Se päättää listan. Löydät sopivat työkalut tämän tyyppiseen ja muuhun testaukseen tutustumalla tähän kokoelmaan testaustyökalut.

UKK