Tutkiva testaus – Syväsukellus tyyppeihin, prosesseihin, lähestymistapoihin, työkaluihin, kehyksiin ja muuhun!

Tutkiva testaus on erityyppinen ohjelmistotestaus, josta on monia etuja sovellukselle, ja sen avulla se voi hyödyntää koko potentiaaliaan.

Tapa, jolla tiimi integroi tutkivan testauksen rutiinitarkastuksiinsa, voi jopa määrittää, miten hyvin ohjelmisto toimii, varsinkin kun testausta lähestytään uusilla ja odottamattomilla tavoilla. Tämä auttaa testaajia paljastamaan sovelluksen ongelmat, jotka voivat muuten jäädä huomaamatta ennen käyttöönottoa ja johtaa siihen, että keskeiset ominaisuudet eivät toimi.

Tutkivan testauksen prosessien, tyyppien ja lähestymistapojen ymmärtäminen voi auttaa sinua ohjaamaan organisaatiota ja sen testaustiimejä siinä, miten ne voivat sisällyttää sen tavanomaisiin tarkastuksiinsa.

Tiimi voi myös käyttää useita ilmaisia työkaluja, joilla se voi helpottaa näitä tarkastuksia ja havaita ongelmat ennen kuin niistä voi tulla kehityksen esteitä.

Tässä oppaassa esittelemme kokeilevan testauksen edut sekä tärkeimmät seikat, jotka tiimin tulisi ottaa huomioon ennen käyttöönottoa.

 

Mitä on tutkiva testaus?

 

Tutkiva testaus yhdistää testin suunnittelu- ja toteutusvaiheet, mikä takaa testaajalle täydellisen toimintavapauden ja antaa hänelle mahdollisuuden tehostaa työtään jatkuvasti.

Kun nämä tiimit tarkistavat ohjelmistoa, he todennäköisesti löytävät uusia komponentteja, jotka vaativat perusteellista tarkastusta, ja he voivat helposti keksiä uusia testejä, jotka hyödyttäisivät sovellusta.

Tutkiva testaus muistuttaa ad hoc -testausta, mutta siinä noudatetaan paljon tiukempaa dokumentaatiota ja siihen sisältyy myös aktiivisempi oppimisprosessi.

Vähemmän strukturoitu lähestymistapa auttaa testaajia selvittämään, miten sovellus todennäköisesti reagoi realistisiin skenaarioihin ja testitapauksiin, ja se on tärkeä täydennys käsikirjoitustestaukselle.

Tiimin kokeellisen testauksen laatu riippuu usein yksittäisten testaajien taidoista, sillä tarkastukset edellyttävät luovuutta ja ohjelmiston perusteellista ymmärtämistä. Kyseessä on jatkuvan löytämisen prosessi, jossa testaajat käyttävät deduktiivista päättelyä ohjaamaan yleistä tekniikkaansa.

Tutkiva testaus on erityisen hyödyllistä, koska se heijastaa sitä, miten käyttäjät saattavat käyttää ohjelmistoa. Useimmat käyttäjät löytävät virheitä ja ongelmia vahingossa, joten nämä skriptittömät prosessit voivat auttaa testaajia löytämään ongelmia, joita ennalta määritellyt tarkistukset eivät välttämättä paljasta.

Tiimi voi myös automatisoida tämän menettelyn tehokkuuden lisäämiseksi.

 

1. Milloin sinun on tehtävä tutkivaa testausta?

 

Tutkiva testaus on yleisesti ottaen hyödyllistä lähes kaikissa ohjelmistotestausprosesseissa, mutta se on erityisen hyödyllistä nopean palautteen antamisessa sovelluksesta.

Ryhmä voi myös sisällyttää nämä tarkistukset, jos skriptitestit loppuvat kesken. Jos ohjelmistotarkastuksille ei ole selkeää suuntaa, kokeileva testaus voi auttaa paljastamaan ongelmia, jotka eivät kuulu vakiotarkastusten piiriin.

Monipuolisten testausmenettelyjen varmistaminen antaa testaajille mahdollisuuden ymmärtää ohjelmistoa paljon syvällisemmällä tasolla missä tahansa vaiheessa, mutta niiden suorittaminen varhaisessa vaiheessa saattaa tarjota enemmän etuja.

Tiimit voivat tarvittaessa suorittaa koekäyttökokeita myöhemmin uudelleen, mikä lisää mielenrauhaa.

 

2. Kun et tarvitse kokeilevaa testausta.

 

On olemassa muutamia tilanteita, joissa kokeilevasta testauksesta ei ole mitään hyötyä, vaikka testaajille voi olla hyödyllisempää odottaa, kunnes ohjelmiston ydintoiminnallisuus on valmis.

Sovelluksen ominaisuudet ovat tyypillisesti risteäviä tai vuorovaikutuksessa toistensa kanssa, mikä tarkoittaa sitä, että yhden toiminnon kokeilevat testit voivat olla vanhentuneita, kun kehitystiimi lisää ohjelmistoon uusia toimintoja.

Nämä testit on myös mahdollista suorittaa skriptitarkastusten rinnalla ilman ongelmia, kunhan testaajat pystyvät varmistamaan vahvan dokumentoinnin sekaannusten välttämiseksi.

Tutkiva testaus on erittäin monipuolista verrattuna muihin testaustyyppeihin, joten näitä tarkastuksia voidaan soveltaa hyvin.

 

3. Kuka osallistuu kokeilevaan testaukseen?

 

Tutkivaan testaukseen osallistuu jossakin määrin monia henkilöstön jäseniä, kuten:

– Ohjelmistotestaajat voivat tehdä näitä testejä millä tahansa taitotasolla, mutta tiimin jäsenet, jotka tuntevat ohjelmiston paremmin, voivat suunnitella enemmän erilaisia tarkastuksia.

Kokemus voi myös vaikuttaa heidän kykyynsä määrittää hyödyllisimmät testit.

– Ohjelmistokehittäjät, jotka ottavat huomioon näiden testien tulokset, ryhtyvät kaikkiin ehdotuksiin ja kehittävät usein oman ratkaisunsa ongelmaan.

Testeihin saatujen vastausten ansiosta sovellus on kunnossa, jotta se voidaan julkaista menestyksekkäästi.

– Projektipäälliköt valvovat koko prosessia ja saattavat jopa päättää, mitä testaustyyppejä tiimit käyttävät.

He voivat myös vastata siitä, että tiimeille hankitaan ohjelmistoja, joilla voidaan tehostaa tai jopa automatisoida testejä.

 

Tutkivan testauksen elinkaari

 

Tutkivan testauksen prosessissa keskitytään vahvasti testaajan vapauteen, mutta se noudattaa silti tiettyä rakennetta.

Tämän lähestymistavan kolme päävaihetta ovat:

 

Vaihe 1: Oppiminen

 

Testaajat aloittavat kehittämällä vahvan ymmärryksen ohjelmistosta ja sen toiminnallisuudesta – he analysoivat sitä kriittisesti selvittääkseen, miten se sopii yhteen.

Näin testaaja voi selvittää tavanomaiset syötteet, joita käyttäjä voi tehdä, vaikka hän saattaa olla jo tietoinen sovelluksesta ja sen toiminnasta.

Oppimisvaihe voi vaatia jopa opastusta ohjelmiston käyttöön. Tämä on tutkimusvaihe, ja se antaa testaajalle kaikki tarvittavat tiedot, jotta hän voi suunnitella laajan valikoiman hyödyllisiä testejä.

 

Vaihe 2: Testauksen suunnittelu

 

Tutkivan testauksen suunnitteluun liittyy erilaisia sääntöjä ja parametreja, mutta se tarjoaa silti huomattavasti enemmän vapautta verrattuna skriptitestaukseen, jonka yksityiskohdat tiedetään jo ennen testauksen aloittamista.

Testaaja voi laatia tarkistuksia, joiden hän uskoo sopivan tarkemmin sovellukseen, ja voi mahdollisesti paljastaa arvokasta tietoa kehitystiimille, mukaan lukien merkittäviä virheitä, jotka he voivat korjata.

Testausryhmät käyttävät tätä vaihetta sen selvittämiseen, mitä lähestymistapaa käytetään ja miten työ jaetaan eri testaajien kesken siten, että heidän vahvuuksiaan hyödynnetään.

 

Vaihe 3: Toteutus

 

Kun testaajat ovat suunnitelleet käytettävät tarkistukset, he voivat nyt tarkastaa sovelluksen heidän mielestään tehokkaimmilla tavoilla – he voivat tehdä tämän heti tietyn testin suunnittelun jälkeen.

Tässä vaiheessa testaajat etsivät aktiivisesti ongelmia ja sitä, miten heidän havaitsemansa ongelmat voisivat vaikuttaa muihin ominaisuuksiin ja toimintoihin.

Vaikka kokeilevaan testaukseen liittyy jonkin verran intuitiivista työtä, se noudattaa silti tiettyjä prosesseja ja tavoitteita, mikä mahdollistaa sujuvan testauksen, joka voi helposti mukautua erityisiin testaustavoitteisiin.

 

Tutkiva testaus vs. käsikirjoitettu testaus

 

Tutkiva testaus on käytännössä käsikirjoitetun testauksen vastakohta, vaikka molemmat voivat olla tärkeitä sovelluksen julkaisuvalmiuden varmistamisessa. Jälkimmäinen on yleensä muodollisempi ja jäsennellympi ja sisältää monia laajoja testejä verrattuna tutkiviin tarkastuksiin, jotka ovat usein tarkemmin sovelluksen toiminnallisuutta koskevia.

Tutkiva testaus on myös huomattavasti mukautumiskykyisempää, kun taas käsikirjoitustesteillä voi olla vaikeuksia, jos ohjelmistoon tehdään suuria muutoksia. Tutkivat testit voivat paljastaa virheitä ja toimia niiden suhteen nopeammin, joten ne ovat erityisen hyödyllisiä tapauksissa, joissa nopea palaute on ensiarvoisen tärkeää.

 

1. Aktiivinen tutkiva testaus

 

Aktiivisessa tutkivassa testauksessa testaaja suunnittelee tarkastuksiaan varten automaattisen skriptin, jonka toinen testaaja suorittaa. Näissä skripteissä otetaan tarvittaessa huomioon edelliset testit.

Kaksi testaajaa vaihtavat yleensä roolia koko tarkastusmenettelyn ajan, jotta näiden skriptien ja prosessien luotettavuus voidaan tarkistaa.

Aktiivisilla testeillä on laajempi kattavuus, mutta ne eivät menetä tutkivien tarkastusten tavaramerkkispesifisyyttä. Nämä skriptit mahdollistavat myös paremman dokumentoinnin, jolloin testaajien havaitsemat ongelmat on helpompi toistaa.

Dokumentointi on olennainen osa aktiivista testausta, sillä se auttaa sidosryhmiä näkemään sovelluksen yleisen edistymisen.

 

2. Passiivinen tutkiva testaus

 

Passiivinen tutkiva testaus vaatii vain yhden testaajan, mutta parityöskentely voi tehostaa prosessia entisestään.

Tähän lähestymistapaan liittyy erityinen ohjelmisto, joka tallentaa testaajan toimet ja antaa testaajalle helppoja ohjeita havaitun ongelman toistamiseksi. Tämä tapahtuu yleensä videon muodossa, jossa testaaja selostaa toimintaansa vaihe vaiheelta.

Testausprosessin tallentaminen antaa myös tietoa sovelluksen suorituskyvystä, kuten siitä, kuinka nopeasti se vastaa syöttöpyyntöihin.

Passiivinen testaus tarjoaa sekä testaajille että kehitystiimille runsaasti yksityiskohtaista tietoa siitä, miten ohjelmisto toimii.

 

Tutkivan testauksen tekniikat

 

Tutkiva testaus noudattaa tyypillisesti “kierros”-mallia, jossa testaaja tutkii ohjelmistoa mahdollisimman tehokkaasti.

Joukkue voi valita erilaisia retkiä, kuten:

 

– Opaskirjamatkat

Tämä lähestymistapa asettaa sovelluksen korostetut toiminnot etusijalle, jäljittelee tarkasti sitä, miten keskivertokäyttäjä käyttää ohjelmistoa, ja paljastaa ongelmat, joita hän luonnollisesti löytäisi.

 

– Historialliset kierrokset

Tällä kierroksella tarkastetaan sovelluksen vanhimmat ominaisuudet varmistaaksesi, että ne toimivat yhä; tämä on erityisen tärkeää, jos kehittäjät ovat lisänneet uusia ominaisuuksia, jotka ovat ristiriidassa sen kanssa.

 

– Money tour

Tässä kokeilevassa testissä tarkistetaan kriittiset sovelluksen ominaisuudet, erityisesti ne, joiden käytöstä asiakkaat maksavat rahaa – nämä ovat yleensä testausryhmän tärkeimpiä.

 

– Rikoskierros

Testaajat työskentelevät joskus aktiivisesti rikkoakseen sovelluksen tai luodakseen negatiivisia skenaarioita, esimerkiksi syöttämällä virheellisiä tietoja ja tutkimalla, miten sovellus reagoi tähän.

 

– Back alley tour

Tähän prosessiin liittyy ominaisuuksia, joita harvemmat asiakkaat todennäköisesti käyttävät; ne ovat yhtä tärkeitä minkä tahansa testausmenetelmän kannalta, varsinkin kun ne ovat vuorovaikutuksessa muiden toimintojen kanssa.

 

– Intellektuaalinen kiertue

Tällä kierroksella sovellus viedään pidemmälle ja testataan monimutkaisimpia toimintoja suuremmilla (joskus enimmäis)arvoilla, jotta voidaan määrittää ohjelmiston käsittelynopeus.

 

Tutkivan testauksen lähestymistavat

 

Tutkivan testauksen lähestymistapoja on kaksi:

 

1. Istuntopohjainen tutkiva testaus

 

Kyseessä on aikapohjainen tekniikka, jonka tarkoituksena on kvantifioida testausprosessi jakamalla se “istuntoihin”, joilla on kaksi komponenttia: tehtävät ja toimeksiannot.

Tehtävä on kyseisen istunnon tarkoitus ja kesto, ja se antaa tutkivalle testaajalle selkeän painopisteen.

Peruskirjassa määritellään jokaisen istunnon laajuus ja yksityiskohtaisesti kaikki erityistavoitteet, jotka testaajan on tarkoitus saavuttaa. Tämä johtaa suurempaan vastuullisuuteen (ja dokumentointiin), kun tarkastukset jaetaan helpommin hallittaviin osiin.

Istuntopohjaiset testit parantavat myös tuottavuutta ja antavat testaajalle selkeät mittarit ja vianmääritystiedot.

 

2. Paripohjainen tutkiva testaus

 

Paritestaus muistuttaa aktiivista tutkivaa testausta, sillä siinä työskennellään pääasiassa pareittain – yleensä samalla laitteella – ja tarkistetaan sovellusta jatkuvasti ja samanaikaisesti. Tässä järjestelyssä toinen testaaja ehdottaa erilaisia testitapauksia ja tekee muistiinpanoja edistymisestä, kun toinen testaa ohjelmistoa.

Kommunikointi on olennaista koko paritestauksen ajan, sillä sen avulla varmistetaan, että molemmat testaajat ovat tietoisia tarkistuksista ja niiden tarkoituksesta.

Jos määrittelet nämä parit itse, varmista, että otat huomioon jokaisen testaajan vahvuudet ja heikkoudet, sillä näin voit rakentaa vahvemmat tutkivan testauksen prosessit.

 

Mitkä tekijät vaikuttavat testaukseen?

 

Tiimin kokeilevan testauksen laatuun voivat vaikuttaa muun muassa seuraavat tekijät:

 

– Ohjelmiston yleistavoite ja ydintoiminnot.

– Sovelluksen nykyisen vaiheen erityiset testaustavoitteet.

– Tiimin jokaisen testaajan yksilölliset roolit ja kyvyt.

– Käytettävissä olevat työkalut, kuten ilmaiset ohjelmistot testien automatisoimiseksi.

– Testaajien vertaisilta tai johdolta saama tuki.

– Asiakkaan toiveet ja markkinoiden tämänhetkiset yleiset suuntaukset.

– Sovelluksen helppokäyttöisyys, kuten käyttöliittymän sujuvuus.

– Aika, joka testaajilla on käytettävissään testausvaiheen suorittamiseen.

– Syötteet ja muut valikoidut tiedot, joita testaajat aikovat käyttää.

– Ominaisuudet, joita kehittäjät lisäävät ohjelmistoon ajan myötä.

 

Tutkivan testauksen tyypit

 

Kolme pääasiallista kokeilevan testauksen tyyppiä, joita tiimi voi käyttää, ovat:

 

1. Vapaamuotoinen tutkiva testaus

 

Vapaatyylinen testaus perustuu ad hoc -lähestymistapaan sovelluksen tarkistamisessa. Tässä on vain vähän sääntöjä, joten sen tehokkuus voi vaihdella; jotkin ohjelmistot ja komponentit edellyttävät vankempaa menetelmää.

Näistä tarkistuksista voisi silti olla paljon hyötyä, sillä ne auttaisivat testaajia tutustumaan sovellukseen ja vahvistaisivat edellisen testaajan työn.

Vaikka tiukkoja sääntöjä ei olisikaan, kokeneet ja taitavat testaajat voivat helposti käyttää tätä formaattia hyväkseen. He voivat liikkua ohjelmiston kaikilla osa-alueilla helposti – joissakin tilanteissa testaussäännöt ovat rajoittavia ja saattavat tahattomasti rajoittaa tiimin tuloksia.

 

2. Skenaariopohjainen tutkiva testaus

 

Skenaariopohjaisessa testauksessa käytetään realistisia tilanteita jokaisen testin perustana, esimerkiksi tarkistamalla syötteet, joita käyttäjät todennäköisesti tekevät ohjelmiston tyypillisen käytön aikana.

Testaajat tekevät kovasti töitä varmistaakseen, että jokainen heidän suunnittelemansa skenaario vastaa sitä, miten käyttäjä käyttää sovellusta.

Aika voi olla rajoitteena, sillä ryhmän tavoitteena on testata mahdollisimman monia skenaarioita; tulevista määräajoista riippuen tämä ei todennäköisesti kata kaikkia mahdollisuuksia.

Testaajien tulisi käyttää monenlaisia testejä eri luokissa.

 

3. Strategiaan perustuva tutkiva testaus

 

Strategiaan perustuvaan testaukseen kuuluu monenlaisia erityismenetelmiä, kuten raja-arvotestaus, ekvivalenssitekniikat, riskiperusteiset tekniikat ja paljon muuta. Tämä asettaa yleensä etusijalle testaajat, jotka tuntevat sovelluksen, koska he voivat kehittää räätälöityjä strategioita, jotka sisältävät nämä yksittäiset menetelmät.

Strategiaan perustuvassa lähestymistavassa keskitytään ensisijaisesti ohjelmiston toiminnallisuuteen (ja sisäiseen toimintaan) tarkastelematta mahdollisia skenaarioita, jotka voivat johtaa käyttäjän kohtaamaan esiin tulevia ongelmia. Tämä voi johtaa sovelluksen ja sen eri ominaisuuksien laajempaan analyysiin, joka voi olla syvällisempi kuin monet muut lähestymistavat.

 

Manuaaliset vai automatisoidut tutkivat testit?

 

Testausryhmät voivat tehdä kartoittavia tarkastuksia joko manuaalisesti tai automatisoida ne. Kummallakin vaihtoehdolla voidaan saavuttaa valtavia etuja; oikea vaihtoehto riippuu usein hankkeen erityispiirteistä.

 

Manuaalinen tutkiva testaus

 

Manuaalisen testauksen avulla voidaan tehdä enemmän räätälöityjä tarkastuksia. Vaikka tämä voi kestää kauemmin, koska ihmistestaajat ovat hitaampia kuin tietokoneet, manuaalinen tarkastelu voi olla tärkeää käyttäjäkokemuksen määrittämisessä.

Testaajan tehtävänä ei ole vain varmistaa, että kaikki sovelluksen ominaisuudet toimivat niin kuin niiden pitäisi, vaan myös varmistaa, että käyttäjät voivat käyttää sovellusta helposti. Tämä on kenties yleisin kokeilevan testauksen muoto – vaikka se ei välttämättä olekaan tehokkain.

 

1. Tutkivan testauksen manuaalisen suorittamisen edut

 

Manuaalisen kokeilevan testauksen etuja ovat muun muassa:

 

Vahvempi keskittyminen käytettävyyteen

 

Automaattiset tutkivat testit saattavat havaita ohjelmistossa poikkeavuuksia, mutta ne eivät välttämättä pysty tulkitsemaan näitä ongelmia samalla tavalla kuin ihmistestaaja.

Tähän sisältyy ymmärrys siitä, miten ohjelmiston käyttäjät todennäköisesti navigoivat tai ovat vuorovaikutuksessa sovelluksen kanssa, mitä automaatio ei voi ottaa huomioon.

Manuaaliset tutkivat testaajat voivat antaa laajempaa palautetta, mukaan lukien yksityiskohtaiset tiedot siitä, miten heidän havaitsemansa ongelmat vaikuttavat koko ohjelmistoon tai yleiseen käyttökokemukseen.

 

Voi tehdä reaaliaikaisia muutoksia

 

Yksi tutkivan testauksen tärkeimmistä vahvuuksista on se, että testin tarve on mahdollista tunnistaa ja toteuttaa suhteellisen nopeasti ennen tarvittavien parannusten huutokauppaamista.

Automatisoitu testaus on yleensä paljon nopeampi prosessi, mutta testaajien on odotettava, että kaikki on valmis ennen kuin he tekevät muutoksia – manuaaliset testaajat voivat tehdä tämän, kun kartoittava testausprosessi on vielä kesken.

Tämä on kuitenkin usein mahdollista vain sellaisten virheiden osalta, jotka vaikuttavat ohjelmiston pieniin osiin.

 

Enemmän huomiota yksityiskohtiin

 

Tutkivan testauksen tarkoituksena on pääasiassa löytää uusia tapoja testata sovellusta ja samalla ymmärtää sitä; tämä voi joskus tarkoittaa sitä, että yksi testi johtaa toiseen ja antaa testaajalle ideoita.

Automatisoidut testit eivät välttämättä ota tätä huomioon, koska testausryhmä ei välttämättä tarvitse tehdä mitään. Manuaaliset testaajat parantavat jatkuvasti tietämystään ohjelmistosta ja kehittävät uusia, mutta yhtä tärkeitä testejä – mutta tämä voi olla vaikeaa, jos kolmannen osapuolen ohjelmisto automatisoi ne.

 

Voi löytää virheitä koodin ulkopuolelta

 

Manuaalisten kartoittavien tarkastusten avulla testaajat voivat tarkastella sovelluksen ja ohjelmiston kaikkia puolia, myös itse koodin ulkopuolella.

Monet automatisoidut lähestymistavat rajoittuvat koodiin ja sen toimintaan, mikä voi johtaa siihen, että testiryhmät eivät huomaa ongelmia, joita saattaa esiintyä sovelluksen muissa osissa.

Tämä riippuu pääasiassa käytössäsi olevasta automaatio-ohjelmistosta, sillä jotkin ratkaisut voivat tarjota laajemman lähestymistavan kokeilevaan testaukseen.

 

Varmistaa laadun koko hankkeessa

 

Automatisoidut kartoittavat tarkastukset etsivät vain sovelluksen virheitä ja mittareita; manuaaliset testaajat voisivat sen sijaan tarkastaa ohjelmiston ja antaa omaa kattavaa palautettaan.

He voivat esimerkiksi testata koodia ja todeta, että se on liian monimutkaista – tämä on erityisen tärkeää, koska kuollut koodi voi hidastaa suorituskykyä, mutta automaattiset prosessit eivät käytännössä havaitsisi sitä.

Testaajan tietämys ohjelmistosta voi olla hyödyksi diagnosoitaessa ongelmia, joita ilmenee testauksen muissa vaiheissa.

 

2. Manuaalisen testauksen haasteet

 

Manuaalisen kokeilevan testauksen haasteisiin kuuluvat:

 

Inhimillisten virheiden mahdollisuus

 

Automatisoidulla tutkivalla testauksella voidaan suorittaa täsmälleen sama tarkistus niin monta kertaa kuin on tarpeen ilman, että tarkkaa etenemistä muutetaan, mikä takaa johdonmukaisuuden ja luotettavat tulokset.

Manuaalinen testaaminen on altis inhimillisille virheille, eli testaaja voi syöttää väärän arvon. Nämä testit on yleensä mahdollista tarkistaa kahdesti ja korjata mahdolliset ristiriidat, sillä ne saattavat olla ilmeisiä jo ensi silmäyksellä.

Testin uusiminen virheen havaitsemisen jälkeen saattaa kuitenkin viedä enemmän aikaa.

 

Yleensä aikaa vievämpää

 

Vaikka testaajat suorittaisivat jokaisen kartoittavan tarkastuksen oikein ilman inhimillisiä virheitä, tämä kokonaisprosessi vie huomattavan paljon aikaa verrattuna automatisoituihin ohjelmistoihin, jotka pystyvät laskemaan testit paljon nopeammin.

Tämä voi olla vähintäänkin useiden tuntien ero; aikaa, jonka testaajat voisivat käyttää sellaisiin sovelluksen osiin, joiden automatisoinnista ei olisi mitään hyötyä.

Tutkivat testit vaativat myös jatkuvaa valvontaa, kun taas automaatio mahdollistaa testien suorittamisen yön yli.

 

Pitkä dokumentointiprosessi

 

Samoin manuaalinen dokumentointi manuaalisen testauksen aikana ja sen jälkeen voi rasittaa tarpeettomasti eksploratiivista testausprosessia.

Tämä vaikeuttaa muutosten ja ohjelmistomuutosten seuraamista ajan mittaan – automatisoidut ohjelmistot pystyvät yleensä intuitiivisesti ottamaan tämän huomioon testejä suorittaessaan.

Tämä on toinen hallinnollinen asia, joka vie aikaa ja energiaa muilta asioilta, mikä vähentää tehokkaasti koko ohjelmistotestausmenettelyn laajuutta ja laajuutta.

 

On tunnettava ohjelmisto läpikotaisin

 

Minkä tahansa taitotason manuaaliset testaajat voivat tarkastaa sovelluksen ja testata sen perusteellisesti. Tämä johtuu siitä työstä, jonka he ovat tehneet ohjelmiston ymmärtämiseksi – tutkimusprosessin ensimmäinen vaihe.

Jos testaajalla on kuitenkin vaikeuksia tai hän laiminlyö sen opettelemisen, miten sovellus toimii, hänellä on todennäköisesti vaikeuksia laatia ja toteuttaa sopivia testejä.

Ohjelmiston hyvä tuntemus antaa testaajille mahdollisuuden ylittää tavanomaiset testausparametrit.

 

Kallis ylläpitää

 

Manuaalisen kartoittavan testauksen käyttäminen edellyttää yleensä suurempaa testausryhmää, mikä voi johtaa korkeampiin pitkän aikavälin kustannuksiin verrattuna automatisoituihin tarkastuksiin. Kolmannen osapuolen ohjelmisto, joka suorittaa nämä kartoittavat testit, voi tarjota valtavasti arvoa tai olla jopa täysin ilmainen.

Tehtävien monimutkaisuudesta riippuen yritys voi tarvita erittäin ammattitaitoisia testaajia, joilla on vuosien kokemus sovelluksen täydellisestä tarkastamisesta. Tämä voi lisätä testauksen kustannuksia merkittävästi verrattuna ilmaisten automaatio-ohjelmistojen käyttöön.

 

3. Milloin käytetään manuaalista testausta

 

Manuaaliseen kokeilevaan testaukseen liittyy usein useita haasteita, mutta se on silti tärkeä osa perusteellista ohjelmistotestausta. Tämä johtuu siitä, että ohjelmistossa on näkökohtia, joita automaatio ei voi täysin ottaa huomioon ja jotka vaativat myös vahvaa keskittymistä.

Ohjelmistot eivät esimerkiksi pysty antamaan luotettavaa palautetta käyttöliittymistä tai käyttäjäkokemustesteistä. Testaajat voivat saada hyvän käsityksen siitä, miten sovellus toimii käytännössä, vain testaamalla sitä manuaalisesti. Tämä tarkoittaa sitä, että sekä kehittäjien että testausryhmien on harkittava ainakin jonkinasteisen manuaalisen testauksen sisällyttämistä tarkastuksiinsa.

 

Automatisoitu tutkiva testaus

 

Automaattisessa testauksessa käytetään kolmannen osapuolen ohjelmistoja tiettyjen tarkistusten automatisoimiseksi – testaajat voivat yleensä mukauttaa tämän käytännössä mihin tahansa testiin.

Tämä edellyttää kuitenkin yleensä, että tiimi suorittaa tarkistuksen manuaalisesti vähintään kerran, jotta automaatio voidaan kalibroida. Tämä voi virtaviivaistaa prosessia merkittävästi sekä testaus- että kehitystiimien kannalta.

Vaikka tutkivien testien automatisointi saattaa olla harvinaista, siitä on useita selkeitä etuja sovelluksen ja sen suorituskyvyn kannalta.

 

1. Tutkivan testauksen automatisoinnin edut

 

Tutkivan testauksen automatisoinnin tärkeimmät edut ovat seuraavat:

 

Johdonmukainen testien suorittaminen

 

Inhimillinen erehdys voi helposti johtaa testausvirheisiin, joiden korjaamiseen kuluu aikaa ja rahaa; automaattisten tutkimustarkastusten avulla testausryhmät voivat kiertää tämän ongelman.

Testaajat opettavat automaatio-ohjelmistolle tehokkaasti, miten testi suoritetaan oikein, ja varmistavat, että se suorittaa testin joka kerta samalla tavalla. Tämä parantaa testien yleistä luotettavuutta ja vähentää kehittäjien käyttämää aikaa tulosten odottamiseen – varsinkin kun testaajat voivat helposti asettaa testin ajettavaksi yön yli.

 

Säästää kaikkien aikaa

 

Automatisoitujen testien avulla kehittäjät voivat aloittaa ongelmien korjaamisen paljon nopeammin, ja testaajat voivat samalla tehdä laajemman valikoiman tutkimustarkastuksia. Tiimi voi ottaa huomioon vain tietyn määrän skenaarioita määräajasta riippumatta, joten on tärkeää, että testaajat sisällyttävät mahdollisimman monta tarkistusta sallittuun aikatauluunsa.

Automaatio auttaa suorittamalla nämä kartoittavat testit paljon nopeammin kuin manuaaliset testaajat.

 

Kustannustehokas lähestymistapa

 

Tiimin valitsemasta ohjelmistosta riippuen automatisointi voi olla paljon kustannustehokkaampaa kuin manuaalinen testaus – se voi olla jopa ilmaista.

Vaikka manuaalisten testaajien palkkaaminen on edelleen kriittisen tärkeää ja osa heistä vastaa automatisointimenettelyjen kalibroinnista, mahdollisimman monen tutkivan testin automatisointi antaa yritykselle mahdollisuuden alentaa henkilöstökustannuksia.

Kun tiimi ymmärtää automaatio-ohjelmiston, se voi mukauttaa sitä monenlaisiin tehtäviin.

 

Sovitettavissa useille laitteille

 

Manuaalinen testaus voi vaatia henkilöstöä, jolla on kokemusta eri laitteista, kuten tietoa eri puhelinten käyttöjärjestelmistä, kuten Androidista ja iOS:stä, jos rakennetaan mobiilisovellusta.

Automatisoidut ohjelmistot voivat ottaa tämän huomioon ja testata useita eri laitteita varmistaakseen, että sovellus toimii jatkuvasti hyvin. Testausryhmät, jotka tuntevat nämä laitteet, voivat kokea prosessin työläs; automaatio pystyy jälleen kerran virtaviivaistamaan tavanomaisia tutkivan testauksen prosesseja ja testaamaan kutakin iteraatiota samanaikaisesti.

 

Uudelleenkäytettävät skriptit

 

Jos tiimi testaa useita versioita samasta ohjelmistosta tai jopa useita tuotteita, joilla on samanlainen arkkitehtuuri tai samankaltaisia ominaisuuksia, skriptejä on mahdollista käyttää uudelleen testausjaksosta toiseen.

Jos yhteensopivuuden varmistamiseksi tarvitaan mukautuksia, manuaaliset testaajat voivat tehdä ne paljon nopeammin kuin kokonaan uuden skriptin kirjoittaminen.

Automaatio optimoi lähes kaikki tutkimustestausprosessin vaiheet, ja se on helppo ottaa käyttöön kaikissa eri ohjelmistokokoonpanoissa.

 

2. Tutkivan testauksen automatisoinnin haasteet

 

Tähän prosessiin liittyy myös erilaisia haasteita, kuten:

 

Edustaa vain yhtä puolta testauksesta

 

Ei ole käytännöllistä tai järkevää automatisoida kaikkia tarkistuksia sovelluksen testauksen aikana, koska on joitakin seikkoja, joista vain manuaalinen testaaja voi antaa luotettavaa palautetta.

Tämä koskee myös käyttäjäkokemusta, vaikka perusteellinen suorituskyky- ja kuormitustestausanalyysi saattaa olla mahdollista saada automaation avulla, riippuen valitsemastasi ohjelmistosta.

Tutkivan testauksen automatisoinnista puuttuu inhimillinen harkintakyky, ja se voi toimia parhaiten manuaalisen testaajan rinnalla joissakin tarkastuksissa.

 

Epärealistiset odotukset valmiuksista

 

Vastaavalla tavalla automatisoidut kokeilevat testausmenettelyt voivat tarjota valtavia etuja sovellukselle ja koko projektille.

Tämä lähestymistapa ei kuitenkaan aina ole ratkaisu. Organisaatioilla, jotka luottavat vahvasti automatisointiin jokaisessa vaiheessa, voi olla epätäydellinen näkemys ohjelmistosta.

Automaatio tunnistaa ongelmat, mutta testaus- ja kehitystiimit ovat vastuussa niiden korjaamisesta. On tärkeää määritellä kattava automaatiostrategia, jotta kaikki projektissa työskentelevät ymmärtävät sen mahdollisuudet ja rajoitukset.

 

Korkeammat ammattitaitovaatimukset

 

Automaatio edellyttää yleensä monimutkaisten tarkastusten suorittamisen osaamista sekä niiden ohjelmointia ja varsinaista automatisointia. Tämä edellyttää usein vuosien kokemusta skriptien laatimisesta, vaikka automaatio-ohjelmistot voivat auttaa optimoimaan näitä prosesseja merkittävästi.

On ratkaisevan tärkeää, että yritys rekrytoi testaajia, joilla on monipuoliset ja vankat taidot tehokkaan automatisoinnin helpottamiseksi.

Automaatiossa kokeneet testaajat tietävät myös, mitkä toiminnot on asetettava etusijalle valittaessa kolmannen osapuolen ohjelmistovaihtoehdoista, jotta tiimi saa hyvän tuotteen.

 

Epäasianmukaiset strategiat ja viestintä

 

Johdonmukaisen strategian kommunikointi on ensiarvoisen tärkeää onnistuneelle automatisoinnille; kehittäjien, testaajien ja jopa projektipäälliköiden on oltava samalla sivulla koko testauksen ajan.

Ryhmien on yhdessä määriteltävä tulevien toimenpiteiden laajuus ja aikataulu. Tämä pätee kaikkiin testausprosesseihin, mutta se on erityisen tärkeää automaation tuomien lisämonimutkaisuuksien vuoksi. Paremmat viestintäyhteydet ja tiedonsiilojen puuttuminen antavat tiimeillesi mahdollisuuden suorittaa testit tehokkaammin.

 

Oikean automaatio-ohjelmiston valinta

 

Automaatio edellyttää yleensä sellaisen kolmannen osapuolen sovelluksen valitsemista, joka on yhteensopiva tiimin testaustavoitteiden kanssa. Jokaisella vaihtoehdolla on erilaiset hinnoittelusuunnitelmat ja toiminnot. Tämä voi olla merkittävä pitkän aikavälin kustannus, vaikka ohjelmisto suorittaisi onnistuneesti automaattiset testit ja tuottaisi samalla huomattavan määrän lisäarvoa.

On olemassa useita ilmaisia vaihtoehtoja, jotka tarjoavat vaikuttavia toimintoja, jotka ovat verrattavissa premium-vaihtoehtoihin. On tärkeää, että testausryhmä tutkii kaikki käytettävissä olevat vaihtoehdot, myös ilmaiset ohjelmistot.

 

Johtopäätökset: Tutkivan testauksen automatisointi vs. manuaalinen tutkiva testaus

 

Vain harvat projektit hyötyvät täysin manuaalisesta testauksesta tai täysin automatisoidusta testauksesta, sillä kaikenlaiset sovellukset toimivat paremmin molempien yhdistelmällä.

Vaikka automatisoidut testit voivat optimoida prosessin kehitys- ja laadunvarmistusryhmien kannalta, jotkin suunnittelun osa-alueet edellyttävät manuaalista koetestausta; tämä on ainoa tapa saada käyttäjälähtöistä palautetta.

Ajan myötä yhä useammat organisaatiot pyrkivät ottamaan käyttöön hyperautomaation, prosessin, jossa automaatio pyritään maksimoimaan älykkäästi ja varmistamaan, että liiketoiminnalla on tehokas strategia – tämä voi olla edelleen olemassa manuaalisen testauksen rinnalla.

Automatisoidusta testauksesta on tulossa helpommin lähestyttävää yrityksille, koska automaatio-ohjelmistot ovat yleistyneet, erityisesti koska tarjolla on useita ilmaisia vaihtoehtoja, joissa on runsaasti ominaisuuksia. Näin yritysten on helpompi ottaa käyttöön yhdistetty manuaalinen ja automatisoitu kartoittava testaus.

Ketterän (projektinhallintatekniikka, jossa keskitytään asteittaiseen mutta merkittävään edistymiseen) kehittämisen kasvava suosio on myös ollut yksi tekijä, sillä se edellyttää lyhyitä testausjaksoja. Yhdistetty testausstrategia voisi ottaa huomioon tämän ja useita muita kehitysstrategioita, kuten jatkuvan integroinnin, joka edellyttää toistuvaa testausta, jotta voidaan varmistaa onnistuminen useissa saman ohjelmiston iteraatioissa.

 

Mitä tarvitset kokeilevan testauksen aloittamiseen

 

Tutkivan testauksen edellytyksiä ovat:

 

1. Selkeät testauksen tavoitteet

 

Vaikka kokeileva testaus on synonyymi vapaudelle ja sekoitetaan joskus ad hoc -testaukseen, se noudattaa kuitenkin tiettyjä sääntöjä tai määriteltäviä tavoitteita. Ainoa tapa, jolla laadunvarmistusryhmä voi onnistua lähes missä tahansa testausrakenteessa, on tietää kunkin testin odotettu lopputulos, varsinkin kun testaajat yleensä suunnittelevat nämä tarkistukset itse.

 

2. Luovat, intuitiiviset testaajat

 

Tutkiva testaus keskittyy uusien ja luovien testien suunnitteluun, jotka saattavat paljastaa sovelluksen ongelmia. Jopa testaajat, joilla on vain vähän kokemusta, voivat tehdä tämän, jos he ymmärtävät ohjelmistoa.

On tärkeää, että testaajat ymmärtävät sovelluksen ja sen toiminnan, jotta he voivat intuitiivisesti kehittää erilaisia hyödyllisiä tarkistuksia.

 

3. Johdonmukainen dokumentointi

 

Jokaisella testaustyypillä on oltava vahva dokumentaatio, jolla varmistetaan, että jokainen tiimin jäsen noudattaa odotettua testausaikataulua ja että kukaan ei vahingossa toista tarkistusta.

Tämä on elintärkeä näkökohta viestinnässä yksittäisen osaston sisällä ja useiden osastojen välillä, esimerkiksi kehittäjät, jotka tarvitsevat säännöllisiä testauspäivityksiä selvittääkseen, miten ongelmat korjataan.

 

4. Asiakkaan näkökulma

 

Tutkiva testaus kattaa monia strategioita ja skenaarioita, mukaan lukien ne, jotka heijastavat sitä, miten käyttäjät käytännössä käyttävät sovellusta. On tärkeää, että testausryhmät ottavat tämän huomioon tarkastuksissaan, vaikka ne eivät suorittaisikaan skenaariopohjaisia testejä.

Tämän omaksuminen antaa testaajalle mahdollisuuden lähestyä testausta eri näkökulmista, mikä parantaa tarkastusten laatua.

 

5. Automaattiset testausohjelmistot

 

Koska tiimi voi todennäköisesti automatisoida huomattavan osan suunnittelemistaan testeistä, on tärkeää, että se pystyy hankkimaan laadukkaan automatisoidun testausohjelmiston ennen toteutusvaihetta.

Kehittäjät ja testausryhmä voivat käyttää hanketta koskevaa ymmärrystään määrittääkseen kolmannen osapuolen sovelluksen, joka sopisi heidän omiin vaatimuksiinsa.

 

Tutkivan testauksen prosessi

 

Tutkivan testauksen vaiheet ovat seuraavat:

 

1. Luokittele testausmenettely

 

Tutkivan testauksen ensimmäinen vaihe on, että asianomaiset tiimin jäsenet ymmärtävät, miten he voisivat lähestyä näitä tarkastuksia, esimerkiksi luokittelemalla yleiset viat ja tekemällä perussyyanalyysin.

Tässä vaiheessa testaajat kehittävät itse ideansa testejä varten; tarkasta metodologiasta riippuen he voivat myös suunnitella testisuunnitelman.

Siinä määritellään kyseisen istunnon tai työpäivän laajuus ja testit.

 

2. Aloita testit

Vaikka tarkat parametrit (kuten kunkin testin tai koko istunnon kesto) riippuvat tiimin omista mieltymyksistä ja projektin vaatimuksista, kaikilla tutkimusmenetelmillä on tiettyjä yhteisiä piirteitä.

Kun asiaankuuluvat tarkastukset on luokiteltu, laadunvarmistushenkilöstö aloittaa testien suorittamisen ja tulosten kirjaamisen.

Jos tarkastukset edellyttävät automatisointia, testaajat voivat asettaa sen toimimaan yön yli tai valvoa sitä itse päivän aikana.

 

3. Tarkastele tuloksia

 

Seuraavassa vaiheessa tarkastellaan tuloksia ja verrataan niitä oletus- ja odotettuihin tuloksiin. Jos näissä testeissä ilmenee merkittäviä odottamattomia poikkeamia, testaajat voivat toistaa tarkastuksen tai ryhtyä välittömästi selvittämään, miten asia voidaan korjata. Heidän kehittäjille tekemänsä ehdotukset voivat olla ratkaisevia oikean lähestymistavan määrittämisessä – ja heidän vikailmoituksissaan tämä voidaan esittää yksityiskohtaisesti.

 

4. Testin jälkipuinti

 

Testitulosten huutokauppaamisen jälkeen laadunvarmistusryhmä alkaa tarkastella itse testausmenettelyä ja määrittää sen avulla, oliko heidän tutkivan testauksen lähestymistapansa sopiva.

Testiyhteenvetoraportissa saatetaan jopa todeta, että tarkastuksissa on tapahtunut toimintavirheitä, jotka edellyttävät uusintatestiä. Testausryhmä voi myös tarkistaa sovelluksen uudelleen sen jälkeen, kun kehittäjät ovat korjanneet nämä ongelmat, ja selvittää, ovatko he onnistuneet.

 

Tutkivan testauksen parhaat käytännöt

 

Tutkivan testauksen tehokkaimpia käytäntöjä ovat:

 

1. Testaajien yhdistäminen

Monissa kokeilevan testauksen muodoissa testaajat työskentelevät yhdessä, mikä sujuvoittaa prosessia entisestään ja antaa mahdollisuuden tarkastella samoja tarkastuksia useista eri näkökulmista.

Paritestauksella vältetään myös tunnelinäkökulman mahdollisuus ja kannustetaan luovempaan testisuunnitteluun.

Jos useampi henkilö työskentelee samojen testien parissa, voidaan saavuttaa suurempi tarkkuus, ja työmäärän jakaminen auttaa myös nopeuttamaan testausta koko tiimin kannalta.

 

2. Manuaalisten ja automaattisten testien yhdistäminen

 

Jotkin yritykset kamppailevat edelleen automaation käyttöönoton kanssa, kun taas toiset käyttävät sitä liikaa, vaikka manuaaliset näkökulmat saattaisivat olla hyödyllisempiä. Kun nämä tarkastukset tasapainotetaan keskenään, testaustiimi voi kattaa useamman perustan ja varmistaa laadun koko sovelluksessa, myös subjektiivisempien näkökohtien, kuten ohjelmiston käyttöliittymän, osalta.

Manuaalisten ja automatisoitujen testien suorittaminen yhdessä on ainoa tapa taata jokaisen ominaisuuden tai toiminnon täydellinen testauskattavuus.

 

3. Markkinoiden ymmärtäminen

 

On tärkeää, että testaajat tuntevat testausprosessin aikana sekä kohderyhmänsä että kilpailijansa; tämä auttaa heitä arvioimaan, miten ihmiset todennäköisesti reagoivat sovelluksen nykyisiin toimintoihin.

Tiettyjen ominaisuuksien kysyntä on suurta, ja testausryhmä voi hyötyä näiden ominaisuuksien priorisoinnista tarkastusten aikana. Vaikka niiden on myös ylläpidettävä laajaa testikattavuutta. Tämä voi määrittää testauksen suunnan sekä ohjelmiston mahdollisen menestyksen lanseerauksen yhteydessä.

 

4. Käytä oikeita laitteita testaukseen

 

Ohjelmistotestausryhmät saattavat käyttää emulaattoreita helpottaakseen tutkimustarkastuksiaan; tämä voi olla hyödyllistä, mutta harvoin se vastaa käytännön käyttöympäristöä.

Oikeat laitteet parantavat kartoittavan testauksen luotettavuutta luomalla realistisemman kokemuksen – emulaattorit ovat epätäydellisiä, ja niissä saattaa olla virheitä, joita asiakkaat eivät huomaa.

Emulointi on nopea tapa testata useita alustoja, mutta se ei korvaa varsinaisia laitteita.

 

Tutkivan testin tuotostyypit

 

Testaajat voivat saada erilaisia tuloksia tarkastuksen suorittamisen jälkeen, kuten:

 

1. Testitulokset

 

Tulokset voivat olla moninaisia, sillä kokeileva testaus voi sisältää satoja ainutlaatuisia testejä. Nämä tulokset muodostavat suurimman osan testausrutiinin tuloksista, ja ne tarjoavat tärkeää tietoa sovelluksen tilasta ja sen kyvystä täyttää käyttäjän tarpeet.

Testaajat voivat tarkistaa järjestelmän uudelleen ja validoida tiedot saatuaan nämä tulokset ja määrittää seuraavat toimet.

 

2. Testilokit

 

Sovelluksen omat lokit paljastavat usein testausprosessin aikana ilmenneet virheet ja ongelmat, jotka antavat vahvimmat vihjeet siitä, miksi ohjelmisto epäonnistui testissä. Vanhemmat testaajat ovat erityisen taitavia tulkitsemaan sovelluksen lokitietoja, jolloin he voivat tunnistaa monimutkaisten ongelmien syyn.

Mitä enemmän tietoa testaajat saavat näistä lokitiedoista, sitä enemmän he pystyvät auttamaan kehittäjiä.

 

3. Testiraportit

 

Tiimin automatisointimenettelystä riippuen niiden tuotokset saattavat tuottaa automaattisesti vikailmoituksen. Tässä esitetään kaikki sovelluksessa esiintyvät virheet, mahdollisesti myös niiden syyt ja muut kehittäjien kannalta merkitykselliset tiedot.

Testaajat voivat käyttää tätä tarjotakseen oman mielipiteensä siitä, onko ohjelmisto valmis lanseerattavaksi, mikä tunnetaan yleisesti go/no-go-päätöksenä.

 

Esimerkkejä tutkivasta testauksesta

 

Seuraavassa on kolme esimerkkiä siitä, miten yritys voisi käyttää kokeilevaa testausta:

 

1. Mobiilipelisovellus

 

Jos peliyritys haluaa julkaista merkittävän päivityksen mobiilisovellukseensa, kokeilevat testaajat voivat tarkistaa sekä vanhoja että uusia ominaisuuksia selvittääkseen, onko sovellus edelleen vakaa. Tämä saattaa lisätä ohjelmiston monimutkaisuutta niin paljon, että se ei toimi tietyillä laitteilla.

Testaajat pyrkivät minimoimaan tämän vaikutukset ja varmistamaan samalla käytettävyyden mahdollisimman monella alustalla.

Tutkivat testaajat tarkistavat pelin ja sen monet monimutkaiset skenaariot perusteellisesti varmistaakseen, että kaikki toiminnot toimivat tarkoitetulla tavalla; tämä prosessi vaatii yleensä manuaalista testaajaa.

 

2. Palveluntarjoajan verkkosivusto

 

Verkkosivustoja testataan myös alustavasti, jotta varmistetaan, että ne toimivat sekä käyttäjien että henkilökunnan kannalta, joten testaajat voivat aloittaa kirjautumalla verkkosivustolle. Tällä testataan sivuston kyky luoda uusia käyttäjäprofiileja ja tarkistetaan, että käyttäjät eivät pääse käyttämään hallintatoimintoja.

Tämän jälkeen testaajat siirtyvät tarkistamaan palvelua, mikä voi tapahtua ajanvarauksen tai tilauksen tekemisen muodossa. Sen jälkeen he suorittavat ostoksen varmistaakseen, että kassatoiminto toimii asianmukaisesti, ja tarkastelevat sitten tilauksen sähköpostivahvistusta ja tilihistoriaa.

 

3. Sairaalan johtamisjärjestelmä

 

Kaikenlaiset sovellukset ja järjestelmät voivat hyötyä kokeilevasta testauksesta. Sairaalahallintajärjestelmien osalta testaaja voi tarkastella, miten maksumoduuli on vuorovaikutuksessa muiden ominaisuuksien kanssa.

Korkeammat integraatiotasot saattavat johtaa merkittäviin virheisiin ilman tarkkaa testausta. Näihin tarkastuksiin voi sisältyä arkkitehtuurikaavio, jossa seurataan järjestelmän monia komponentteja ja niiden keskinäisiä yhteyksiä.

Testaajat tarkastelevat myös järjestelmän aiempien iteraatioiden ongelmia ja testaavat erityisesti, ovatko ne edelleen olemassa, ja ryhtyvät nopeisiin toimiin, jos he havaitsevat virheitä.

 

Tutkivan testauksen avulla havaittujen virheiden ja vikojen tyypit

 

Tutkivan testauksen aikana testaajat voivat havaita muun muassa seuraavia virheitä:

 

1. Yhteensopimattomat ominaisuudet

Tietyt sovelluksen toiminnot eivät välttämättä toimi odotetulla tavalla keskenään, mikä voi johtaa siihen, että käyttäjät eivät voi suorittaa ostoksia tai käyttää sovellusta. Testaajat tarkistavat toiminnot erikseen ja yhdessä toistensa kanssa varmistaakseen, että kaikki sopii yhteen.

 

2. Virheellinen käyttöliittymäsuunnittelu

Sovelluksen käyttöliittymä määrittää, miten joku käyttää ohjelmistoa. Jos asiakkaat eivät esimerkiksi huomaa tärkeitä ominaisuuksia, he eivät välttämättä huomaa niiden olemassaoloa, mikä rajoittaa heidän nautintoaan sovelluksesta.

Manuaalisella käyttöliittymätestauksella tunnistetaan ja korjataan käyttäjäystävällinen suunnittelu.

 

3. Tunnistusvirheet

Monet sovellukset ja verkkosivustot mahdollistavat käyttäjäprofiilin luomisen tietyin etuoikeuksin. On tärkeää, että testaajat tarkistavat, pääsevätkö tavalliset käyttäjät jotenkin käsiksi arkaluonteisiin tietoihin tai jopa hallinnollisiin ominaisuuksiin käyttäessään ohjelmistoa odottamattomalla tavalla.

 

4. Kuollut koodi

Testaajat saattavat löytää sovelluksesta edelleen vanhentunutta koodia, joka saattaa jopa olla syynä huomattaviin suorituskykyongelmiin. Kuollut koodi monimutkaistaa liikaa sovelluksen sisäistä toimintaa ja voi johtaa vältettävissä oleviin virheisiin. Tämän tunnistaminen ja optimoiminen tekee ohjelmistosta nopeamman henkilöstön ja käyttäjien kannalta.

 

Yleiset tutkivan testauksen mittarit

 

Tavanomaisia mittareita, joita testaajat saattavat kohdata tutkivien testien aikana, ovat muun muassa seuraavat:

 

1. Suorituskykytestin mittarit

Sovelluksen yleistä suorituskykyä tarkastelevat testit voivat tuottaa monenlaisia mittareita. Tämä voi sisältää minimi-, keski- ja maksimivasteajat sekä epäonnistumis- ja onnistumisprosentit vakauden määrittämiseksi.

 

2. Testauksen kattavuusmittarit

Testien kattavuus on tärkeää, koska se määrittää, kuinka monta sovelluksen luokkaa ja puolta testit kattavat. Vaatimusten kattavuusprosentti esimerkiksi arvioi, onko olemassa toimintoja, jotka vaativat lisää testauskierroksia.

 

3. Testin yleinen tehokkuus

Onnistuneiden ja epäonnistuneiden tarkistusten määrän seuraaminen auttaa testaajia selvittämään sovelluksen yleisen kunnon. Tämän lisäksi tiimi voi seurata, kuinka moni havaituista virheistä on kriittinen.

 

4. Vikojen jakautuminen

Vastaavasti virheiden jakautumisen tarkistaminen osoittaa, mitkä osat tai toiminnot ovat alttiimpia virheille. Nämä saattavat olla sovelluksen osia, jotka ovat usein vuorovaikutuksessa muiden osien kanssa, joten on tärkeää priorisoida nämä testit.

 

5. Regressiomittarit

Tutkivan regressiotestauksen avulla testaajat näkevät, miten saman ohjelmiston eri iteraatiot käyttäytyvät ja miten tämä voi vaikuttaa suorituskykyyn.

Virheiden määrä ja rakennuskohtaiset virheet ovat erityisiä mittareita, jotka auttavat tässä.

 

Selvitän hieman sekaannusta: Ad Hoc -testit: Tutkiva testaus vs. Ad Hoc -testit

 

Koska testaajan vapaus on vahvasti esillä, jotkut sekoittavat usein tutkivan testauksen ad hoc -testaukseen. Näillä kahdella formaatilla on useita keskeisiä yhtäläisyyksiä, mutta ne palvelevat lopulta eri tarkoituksia.

 

1. Mitä on ad hoc -testaus?

 

Ad hoc -testaus on täysin strukturoimaton lähestymistapa, joka rikkoo perinteistä testaussuunnittelua löytääkseen vikoja, joita ei ehkä muuten havaittaisi.

Tähän testaustapaan ei tyypillisesti liity dokumentointia, mikä vaikeuttaa ongelmien toistamista, ellei testaaja ole täysin varma ongelman syystä.

Yksi esimerkki tästä on “apinatestaus”, jossa käytetään satunnaisia syötteitä ja jonka tarkoituksena on lopulta rikkoa järjestelmä.

Tutkivan testauksen tapaan monet ad hoc -testaajat työskentelevät pareittain suorittaakseen nämä tarkistukset, mikä parantaa niiden luotettavuutta. Ad hoc -lähestymistapa voi olla hyödyllinen virallisen testauksen suorittamisen jälkeen, jotta voidaan varmistaa, että tarkastuksissa otetaan huomioon kaikki mahdollisuudet; tämä auttaa myös silloin, kun lisätestien suorittamiseen on vain vähän aikaa. Oikeanlaisella toteutuksella ad hoc -testeistä on paljon hyötyä.

 

2. Tutkivan testauksen ja ad hoc -testien erot

 

Ad hoc -testaukseen ei yleensä liity muodollista dokumentointia. Tämä on jyrkässä ristiriidassa kokeellisten testien kanssa, joissa tarkastusten improvisoitu luonne tekee kirjanpidosta entistäkin tärkeämpää.

Tutkivissa testeissä käytetään enemmän erilaisia virallisia testaustekniikoita, kun taas ad hoc -tarkastuksissa tätä vältetään katsomalla tavanomaisen testausetiikan ulkopuolelle. Tämä auttaa heitä löytämään virheitä, joita testaajat eivät muuten löytäisi.

Tutkivalla testauksella on selkeät tavoitteet ja rajat, mutta se antaa tiimin jäsenille silti mahdollisuuden käyttää luovia testejä. Ad-hoc-testeillä ei yleensä ole määriteltävissä muita päämääriä kuin ohjelmiston työntäminen miten vain mahdollista. Ad hoc -testaus edellyttää usein myös ohjelmiston ja sen toimintojen tuntemusta, kun taas tutkivassa testauksessa sovelluksen oppiminen sisällytetään tavanomaisiin prosesseihin.

 

Tutkiva testaus ketterässä testauksessa

 

Ketterät menetelmät edistävät voimakkaasti jatkuvaa parantamista. Tämä tarkoittaa, että se sopii hyvin yhteen kokeilevien testien kanssa, etenkin kun ohjelmistopäivitysten kysyntä kasvaa.

Yhdistämällä tutkivan testauksen ja ketterän testauksen voi antaa tiimin jäsenille vahvemman testausrakenteen, kun julkaisusuunnittelu ja sprintin toteutus sisällytetään heidän aikatauluihinsa. Ketteriä tekniikoita hyödyntävä yritys voi hyödyntää tätä vielä enemmän yhdistämällä sen kokeilevaan testaukseen; tämä on erinomainen tapa testata sovelluksen kutakin yksittäistä ohjelmistokomponenttia. Koska testaajat voivat tehdä kartoittavia tarkastuksia ilman skriptejä, tämä säästää sekä laadunvarmistushenkilöstön että kehittäjien arvokasta aikaa.

Automatisoitu testaaminen lisää näitä säästöjä, sillä se auttaa yrityksiä tarkistamaan sovellustensa viimeisimmät iteraatiot paljon nopeammin, mahdollisesti jopa yhdessä yössä. Tutkivat tarkistukset tuottavat nopeasti käyttökelpoisia tuloksia, ja kehittäjät voivat tehdä tarvittavat muutokset osana seuraavaa sprinttiä.

Manuaalisesta kokeilevasta testauksesta on edelleen monia etuja ketterän testauksen yhteydessä, koska sen avulla voidaan tunnistaa ongelmia, jotka automatisoitu lähestymistapa voisi jättää huomiotta. Muut testauksen muodot vievät yksinkertaisesti liian kauan tai tuottavat liian vähän hyötyä, jotta ne sopisivat mukavasti ketterään kehykseen. Tutkivan tarkastuksen avulla voidaan varmistaa, että jokainen ketterä vaihe parantaa ohjelmistoa ja sen toimivuutta merkittävästi.

 

7 virhettä ja sudenkuoppaa, joita kannattaa välttää tutkivien testien käyttöönotossa

 

Seuraavassa on seitsemän yleistä virhettä, joita yritykset usein tekevät ottaessaan käyttöön tutkivia testejä, ja kerrotaan, miten yritykset voivat välttää nämä ongelmat:

 

1. Epätasapainoinen manuaalinen/automaattinen testaus.

 

Sen selvittäminen, mitkä testit toimivat parhaiten manuaalisilla tarkistuksilla ja mitkä testit hyötyisivät automatisoinnista, vie aikaa, mutta antaa tiimeille mahdollisuuden testata paljon tehokkaammin.

Liian monien testien automatisointi voi johtaa sovellukseen, joka on hankala tai käyttäjäystävällinen, koska testaajasta ei ole apua.

 

2. Aikarajoitteet

Tutkiva testaus on nopeampaa kuin monet muut testauksen muodot, mutta projektin aikataulujen vuoksi tiimi voi silti suorittaa vain rajallisen määrän testejä.

Ajanhallinta ja sitoutuminen testien kattavuuteen auttavat testausryhmää suorittamaan mahdollisimman monta tarkastusta useista eri luokista.

 

3. Joustamattomat testaajat

Vaikka tutkivat testaajat eivät vaadi ennakkotietoa ohjelmistosta tai erityisen syvällisiä taitoja, tarkastukset perustuvat silti yksittäisten tiimin jäsenten kykyihin ja aloitteellisuuteen.

Projektipäällikön on jaettava nämä testaustehtävät viisaasti ja varattava ne tarvittaessa tiimin luovemmille ja intuitiivisemmille jäsenille.

 

4. Vaikeus toistaa epäonnistumisia

Aina ei ole selvää, mitkä toimet vaikuttavat testin epäonnistumiseen; voi myös olla epäselvää, mitkä sovelluksen osatekijät ovat syyllisiä.

Tämän vuoksi monissa tutkimuksellisissa lähestymistavoissa testaajat yhdistetään pareittain tai jopa nauhoitetaan suoraan testaajan ruutu, jotta ongelmista ja niiden tarkoista syistä saataisiin selkeämpi käsitys.

 

5. Epäselvä dokumentaatio

Olipa kyseessä sitten automaattinen vikailmoitus tai manuaalinen kirjaus suoritetuista testeistä, hyvä dokumentaatio helpottaa kehittäjien toimintaa testausryhmän havaintojen perusteella.

Testausryhmän on sitouduttava varmistamaan laadukas kirjanpito jokaisessa tarkastuksessa ja annettava mahdollisimman paljon yksityiskohtia jokaiseen raporttiin.

 

6. Korkeat odotukset

Tutkiva testaus on hyödyllistä lähes kaikissa ohjelmistoprojekteissa, mutta sen soveltamisala on silti rajallinen – se toimii parhaiten yhdessä muiden testausmenetelmien kanssa.

Testausryhmien on suoritettava nämä tarkistukset tavanomaisten käsikirjoitettujen testien ohella; tämä on ainoa tapa, jolla laadunvarmistusosastot voivat varmistaa jatkuvasti laajan testikattavuuden.

 

7. Epäasianmukainen automaatio

On tärkeää, että testausryhmä ja projektipäällikkö ymmärtävät, mikä automaatio-ohjelmisto tarjoaa eniten hyötyä kyseiselle sovellukselle.

Eri kolmannen osapuolen vaihtoehdoilla on omat ainutlaatuiset ominaisuutensa, joten tiimin valinta voi määrittää robottiprosessien automatisoinnin onnistumisen; tiimin on harkittava kaikkia vaihtoehtoja.

 

5 parasta ilmaista testaustyökalua

 

Laadunvarmistusryhmät voivat käyttää ilmaiseksi viittä parasta kokeilevan testauksen työkalua:

 

1. ZAPTEST FREE Edition

ZAPTEST Free tarjoaa premium-tason toiminnot täysin ilmaiseksi, joten mikä tahansa organisaatio voi hyötyä helposta kokeellisen testauksen toteuttamisesta.

Tämä sovellus voi automatisoida minkä tahansa alustan, laitteen ja selaimen innovatiivisen 1SCRIPT-tekniikan avulla.

ZAPTEST tarjoaa myös joustavan RPA-automaation, jonka avulla voit yhdistää sen manuaaliseen lähestymistapaan.

 

2. XRAY Exploratory App

XEA:n avulla käyttäjät voivat luoda kattavia testauskaavioita ja helposti kirjata edistymisensä, mikä tehostaa kokeellisen testauksen vikailmoitusvaihetta.

Tämä vaihtoehto keskittyy täysin käyttäjän näkökulmaan ja tarjoaa keskitetyn tuloskeskuksen, josta muut testaajat voivat päivittää tuloksia.

XRAY:ssä ei kuitenkaan ole tällä hetkellä integroitua automaatiota, mikä saattaa rajoittaa sen tehokkuutta pitkällä aikavälillä.

 

3. Bug Magnet

Bug Magnet on selainlaajennus, joka tarjoaa perusteellista eksploratiivista testausta, ja sen avulla testaajat voivat tarkistaa reunatapaukset ja muut ongelmalliset arvot.

Tämä laajennus tarjoaa myös yksinkertaisen dummy-tekstin, sähköpostiosoitteiden ja useiden merkistöjen integroinnin.

Tämä on kuitenkin saatavilla vain Firefox- ja Chrome-pohjaisille selaimille, joten se ei ole yhtä monipuolinen valinta kuin kilpailijansa.

 

4. Azure-testisuunnitelmat

Azure Test Plans on keskeinen osa Microsoftin Azure-alustaa, ja sen avulla testaajat voivat kerätä monipuolisia tietoja monista skenaarioista.

Tämä vaihtoehto soveltuu sekä työpöytä- että verkkopohjaisiin sovelluksiin, ja se tarjoaa myös päästä päähän ulottuvan jäljitettävyyden, jonka avulla ohjelmiston kehityksestä on selkeät tiedot.

Tämä lähestymistapa edellyttää kuitenkin usein syvempää integrointia Azureen, joten joustavuus kärsii.

 

5. Testiny

Testiny on erikoistunut manuaaliseen kokeilevaan testaukseen ja tarjoaa älykkään editorin, jonka avulla testaajat voivat suunnitella tarkistuksia puurakenteen avulla mahdollisimman joustavasti.

Jokainen ajoon tai testitapaukseen tehty muutos jää sovelluksen historiaan täydellisen vastuuvelvollisuuden ja jäljitettävyyden varmistamiseksi.

Tämä on kuitenkin ilmaista vain pienille tiimeille ja avoimen lähdekoodin projekteille.

 

Milloin kannattaa käyttää Enterprise- ja milloin Free Exploratory Test -työkaluja?

 

Tutkiva testaus on kannattava investointi, ja maksulliset sovellukset tarjoavat yleensä enemmän toimintoja, mutta monet ilmaiset vaihtoehdot tarjoavat enemmän kuin tarpeeksi ominaisuuksia.

Tutkiva testaus voi olla merkittävä toimintakustannus, jos sitoudut premium-malliin, mutta kaikilla ohjelmistokehitysyrityksillä tai -tiimeillä ei ole varaa tähän. Parhaan kolmannen osapuolen ohjelmiston valinta riippuu usein yrityksen erityisvaatimuksista.

Maksullinen ratkaisu voi olla ainoa tapa täyttää kyseisen projektin tarpeet; ryhmän on tutkittava eri vaihtoehtoja ennen kuin se sitoutuu sovellukseen.

Pienempien tiimien yritykset voivat hyötyä eniten ilmaisista testaustyökaluista, sillä monet vaihtoehdot ovat ilmaisia rajoitetulle käyttäjämäärälle.

Vaihtoehtoisesti he voivat valita vaihtoehtoja ilman tätä rajoitusta ja sellaisia vaihtoehtoja, joihin testausryhmän mittakaava mahtuu. Tämä voi tehdä entistäkin kannattavammaksi koetestaajien parityöskentelyn tarkempien tulosten varmistamiseksi – tiimi tarvitsee luonnollisesti vähemmän käyttäjäprofiileja.

Monet palvelut tarjoavat ilmaisen kokeilujakson ohjelmistostaan, jotta organisaatiot voivat nähdä, vastaako se heidän tarpeitaan; tämä kestää yleensä vain pari viikkoa.

 

Tutkivan testauksen tarkistuslista, vinkkejä ja temppuja

 

Testaajat voivat ottaa huomioon monia muita vinkkejä aloittaessaan tutkivia tarkastuksiaan:

 

1. Jaa ominaisuudet ja moduulit asianmukaisesti

Väärinkäsitysten välttämiseksi testausryhmien tulisi laatia selkeä luettelo jokaisesta ominaisuudesta ja tarkistuksista, jotka ne aikovat suorittaa. Tämä tarkoittaa myös sen varmistamista, että testit jakautuvat riittävästi eri ohjelmistotoimintojen kesken.

Parhaiden tulosten saavuttamiseksi on ensiarvoisen tärkeää, että testausryhmä neuvottelee, ketkä jäsenet suorittavat kunkin testin omien taitojensa ja vahvuuksiensa perusteella.

 

2. Työskentele ymmärtääkseen ohjelmistoa

Oppimisvaihe on kriittinen osa kokeilevaa testausta. Tämä tarkoittaa sitä, että testaajien on oltava aktiivisesti tekemisissä ohjelmiston kanssa ja selvitettävä, miten se toimii, ennen kuin he laativat testejä.

Ohjelmiston sisäisten toimintatapojen oppiminen voi olla yhteistyöprosessi, jolla varmistetaan parempi ymmärrys koko tiimissä. Näin testaajat voivat kehittää parempia tarkastuksia ja testitapauksia.

 

3. Selvitä ongelma-alueet

Jokaisessa sovelluksessa on ominaisuuksia tai komponentteja, jotka leikkaavat toisiaan. Kun ohjelmistot monimutkaistuvat, niihin syntyy todennäköisemmin virheitä, mikä voi vaatia enemmän testausta. Tiimin on aktiivisesti selvitettävä, mitkä osat tarvitsevat lisäapua.

He saattavat käyttää erityisiä testauskierroksia, jotka vastaavat parhaiten sovelluksen tarpeita ja tiimin yleisiä testausprioriteetteja.

 

4. Aloita peruskäyttäjäskenaarioista

Laadunvarmistusryhmät voivat tarvittaessa suorittaa kartoittavia testejä missä tahansa järjestyksessä, mutta voi olla hyödyllisempää aloittaa helpommilla tarkistuksilla ennen monimutkaisempiin ominaisuuksiin syventymistä.

Näin monimutkaisuus voi edetä tasaisesti, ja testaajat pääsevät ymmärtämään ohjelmistoa. Se auttaa myös testaamaan, toimivatko perusominaisuudet odotetulla tavalla.

 

5. Paritetaan testaajat yhteen

Parittainen kokeileva testaus sekä sujuvoittaa että validoi laadunvarmistusvaihetta, jolloin testaajat voivat työskennellä ehdottoman luottavaisin mielin jokaisen tarkistuksen yhteydessä. Yhteistyö tekee testauksesta tehokkaampaa, koska se parantaa jokaisen ryhmän jäsenen tuntemusta ohjelmistosta.

He voivat myös antaa vikailmoituksia paljon syvällisemmin, koska heillä on yksilöllinen näkökulma, mikä antaa kehittäjille enemmän tietoa käytettäväksi.

 

6. Suorita useita testejä

Ryhmän mahdollisuudet testata hakemus uudelleen riippuvat ryhmän aikataulusta ja määräajoista. Mutta jos se on mahdollista, erityisen ongelmallisten komponenttien kaksinkertainen tarkastus voi olla hyödyllistä.

Tämän lisäksi testejä toistamalla voidaan varmistaa, että aiemmin havaittu ongelma on nyt korjattu eikä vaikuta ohjelmistoon enää. Tämä huolellisuus on joskus tarpeen, jotta testaus onnistuu.

 

Päätelmä

 

Tutkivalla testauksella on paljon annettavaa kaikenlaisille ohjelmistokehitysyrityksille, sillä se täydentää käsikirjoitustestausta ja monia muita tarkastuksia.

Tutkivan testauksen avulla laadunvarmistusryhmät voivat testata sovelluksia korkeammalle tasolle, parantaa lopullisen ohjelmiston laatua ja auttaa kehittäjiä korjaamaan mahdolliset virheet.

Manuaalisen ja automatisoidun testauksen yhdistelmällä voidaan varmistaa suurin hyöty, sillä se mahdollistaa yhtäläisen huomion kiinnittämisen kaikkiin ohjelmistokomponentteihin.

Jos yrityksesi tarvitsee tutkimusautomaatio-ohjelmistoa, ZAPTEST FREE Edition tarjoaa paljon laajemmat ja joustavammat toiminnot kuin muut premium-sovellukset, joiden avulla testaajat voivat helposti optimoida nämä tarkistukset.

 

Usein kysytyt kysymykset ja resurssit

 

1. Parhaat kurssit tutkivan testauksen automatisoinnista

 

Sekä uudet että kokeneet kokeilevat testaajat voivat hyötyä kursseista, joilla he voivat parantaa taitojaan. Tähän kuuluu myös sen selvittäminen, miten uusia ohjelmistoja lähestytään.

Hyödyllisiä kursseja, jotka voivat auttaa tässä, ovat muun muassa:

– Udemyn Complete 2023 Software Testing Bootcamp; tämä opettaa laajan ohjelmistotestauksen 28 tunnin aikana.

– Coveros’s Exploratory Testing; tässä keskitytään siihen, miten kehittää peruskirjoja ja soveltaa tutkivia testejä API-rajapintoihin.

– Polteqin kaksipäiväinen tutkivan testauksen koulutus; tässä koulutuksessa tarkastellaan, miten tutkivat testit toimivat ketterässä kontekstissa.

– LinkedIn’s Exploratory Testing; tämä osoittaa, miten nykyaikainen ohjelmistotestaus on ottanut käyttöön tutkivat tarkastukset.

– Courseran Introduction to Software Testing; tämä auttaa ensikertalaisia testaajia ymmärtämään tyypillisiä menettelytapoja.

 

2. Mitkä ovat 5 tärkeintä haastattelukysymystä eksploratiivisesta testauksesta?

 

Kun haastattelet tutkivan testauksen tehtäviin, on tärkeää, että palkkaavat johtajat esittävät hyviä kysymyksiä, jotta he voivat arvioida tarkasti hakijan taitoja ja kokemusta.

Viisi tärkeintä kysymystä ovat:

– Mitkä ovat käsikirjoitetun ja kokeilevan testauksen tärkeimmät erot, niiden soveltuvuus mukaan luettuna?

– Millaisia haasteita olet kohdannut kokeilevana testaajana ja miten olet selvinnyt niistä?

– Anna esimerkkejä kokeellisista testeistä, jotka hyötyisivät eniten robottiprosessien automatisoinnista.

– Mikä on mielestänne merkittävin (tekninen tai muu) taito, joka tarvitaan kokeilevan testaajan työhön?

– Mitä neuvoja antaisit testaajalle, jolla on vaikeuksia ymmärtää ohjelmistoa ja sen tarkistamista?

 

3. Parhaat YouTube-oppaat tutkimustestauksesta

 

YouTuben kaltaisilla videonjakosivustoilla on saatavilla monia ilmaisia opetusohjelmia, jotka voivat auttaa tulevia testaajia ymmärtämään sen keskeiset periaatteet. Jotkut niistä ovat osa sarjaa, toiset taas ovat yksittäisiä videoita, joissa syvennytään aiheeseen.

Näitä opetusohjelmia tarjoavat muun muassa seuraavat kanavat:

– The Testing Academy tarjoaa satoja videoita, jotka kattavat kaikki ohjelmistotestauksen osa-alueet.

– Software Testing Mentor, joka tarjoaa myös laajoja videoita ohjelmistotestauksen perusteista.

– QAFox, joka tarjoaa myös todellisia esimerkkejä ja live-projekteja täydentämään kaikkia videoita.

– SDET-QA Automation Techie, jossa on useita kattavia videoita erilaisista testausmenetelmistä.

– GlitchITSystem, joka tutkii erilaisia verkkosivustoja ja yrittää löytää häiriöitä testaamalla.

 

4. Miten ylläpitää tutkivia testejä?

 

Hyvin toteutettuihin kokeileviin testeihin sisältyy vahva dokumentaatio, johon kehittäjät ja tulevat testaajat voivat palata ohjelmiston uusia iteraatioita varten.

Kun sovellukseen tehdään merkittäviä päivityksiä, sen ensisijaisten toimintojen uudelleentestaus on tarpeen, jotta voidaan varmistaa, että lisäyksillä ei ole kielteisiä vaikutuksia jo olemassa oleviin ominaisuuksiin.

Tämä on ainoa tapa taata, että kokeelliset testit onnistuvat pitkällä aikavälillä. Se auttaa myös ottamaan huomioon tulevaisuuden suunnitelmat, kuten alustavat ominaisuudet, kun alkuperäistä sovellusta ja sen tarkistuksia suunnitellaan.

QA-henkilöstön on suunniteltava nämä testit asianmukaisesti ja selvitettävä, milloin sovellus on tarkistettava uudelleen; automatisoidut testaustyökalut voivat auttaa tiimiä tässä.

 

5. Onko tutkiva testaus mustan laatikon testausta?

Tutkiva testaus on hyvin samankaltaista kuin mustan laatikon testaus, jolla tarkoitetaan sovelluksen tarkistamista tarkastelemalla sen ominaisuuksia tarkastelematta suoraan koodia.

Tutkivan testauksen piiriin kuuluville tarkastuksille ei ole selkeää rajaa; tämä lähestymistapa voi kattaa kaikki ohjelmiston osa-alueet, myös koodin.

Yksi näiden kahden testaustyypin keskeisistä yhtäläisyyksistä on se, että testaajalla ei ole ennakkotietoa. Mustan laatikon testaajat eivät yleensä tunne ohjelmistoa ennen sen testaamista, ja tutkivat testaajat oppivat ohjelmiston toiminnan osana alustavaa tarkastelua.

Vaikka tutkivaa testausta ei yleensä aina luokitella mustan laatikon testaukseksi, on totta, että näiden kahden lähestymistavan välillä on huomattavan paljon ristikkäisyyttä.

Download post as PDF