Olitpa sitten koodaamassa ohjelmistoja oman yrityksesi jäsenille tai laajalle asiakaskunnalle, oikeat testauskäytännöt ja -puitteet, olivatpa ne sitten manuaalisia, automatisoituja tai hybridejä, johtavat ohjelmistojen tasaiseen laatuun, maineeseen ja tehokkuuteen.
Riippuen siitä, missä yrityksessä työskentelet, suuri osa testauksesta tehdään manuaalisena testauksena.
Lue lisää siitä, mitä manuaalinen testaus on, mitä yritykset testaavat manuaalisella testauksella ja monia muita tärkeitä tietoja ohjelmistotestausprosesseista.
Mitä on manuaalinen testaus?
Manuaalinen testaus on ohjelmistotestauksen tyyppi, jossa testaaja suorittaa testitapauksen manuaalisesti ilman automaattisia työkaluja.
Yritykset käyttävät manuaalista testausta menetelmänä ohjelmistojensa vikojen tai ongelmien tunnistamiseen. Vaikka jotkut kuvaavat tätä yksinkertaiseksi tai alkeelliseksi testauksen muodoksi, se määrittää viime kädessä ohjelman toimivuuden ilman, että tarvitaan kolmannen osapuolen testausvälineitä.
Kaikissa ohjelmistotestauksen muodoissa on joitakin manuaalisia näkökohtia, sillä on olemassa joitakin sovelluksen ominaisuuksia, joita on yksinkertaisesti mahdotonta testata ilman manuaalisia toimenpiteitä.
1. Milloin sinun on tehtävä manuaalista testausta?
Kehittäjät käyttävät manuaalista testausta useissa eri vaiheissa, joista ensimmäinen on perustoimintojen kehitysvaihe.
Kun ohjelmiston perustoiminnallisuus on kehitteillä, ohjelmistokehittäjät testaavat, että jokainen ohjelman osa toimii manuaalisesti, koska se on nopeampaa kuin testitapausten luominen melko yksinkertaisille koodin osille.
Manuaalista testausta käytetään myös kehityksen loppuvaiheessa, kun ohjelmalle on luotu käyttöliittymä. Käyttöliittymän testauksessa nähdään, miten tosielämän käyttäjä reagoi siihen, miten valikot on suunniteltu ja miten järjestelmä toimii.
Koska tähän liittyy paljon laadullisia tietoja ja henkilökohtaisia mielipiteitä eikä niinkään puhtaita määrällisiä mittareita, manuaalinen testaus on ihanteellinen vaihtoehto, jotta tuotteesta saataisiin enemmän tietoa.
2. Kun sinun ei tarvitse tehdä manuaalista testausta.
On muutamia tapauksia, joissa manuaalisen testauksen käyttäminen veisi paljon enemmän aikaa ja vaivaa kuin olisi tarpeen, joista ensimmäinen on tietokantatestaus.
Tietokannat käsittelevät valtavia tietomääriä, joiden manuaalinen syöttäminen vie paljon aikaa ja on organisaatiolle tehotonta.
Näissä tapauksissa automaattisten järjestelmien käyttö on ihanteellista, sillä ne voivat käsitellä suuria tietopaketteja rajoitetussa ajassa.
Manuaalinen testaus on myös vähemmän hyödyllistä esimerkiksi kuormitustesteissä, joissa kehittäjä testaa, miten hänen ohjelmistonsa selviää huomattavista käyttäjäkuormista.
Näin on usein silloin, kun kyseessä ovat verkkosovellukset ja ohjelmat, joiden palvelimet vaativat perusteellista arviointia. Manuaalisten testien suorittaminen edellyttäisi, että monet henkilöt käyttäisivät sovellusta yhtä aikaa, ja tämä voi johtaa huomattaviin työvoimakustannuksiin palvelusta, jonka automaattinen ohjelmistotestausjärjestelmä voi suorittaa paljon pienemmillä kustannuksilla.
3. Kuka osallistuu manuaaliseen testaukseen?
Manuaaliseen testaukseen osallistuvan henkilöstön määrä riippuu yrityksen luonteesta, jossa työskentelet.
Osa henkilöistä, jotka osallistuvat manuaaliseen testausprosessiin sen lisäksi, millaisessa kehitystiimissä nämä roolit ovat:
– Kehittäjä:
Kehittäjä osallistuu prosessiin jatkuvasti, testaa ohjelmiston perustoiminnallisuutta ja tekee päivityksiä koodiin QA-testaajien palautteen perusteella.
Kehittäjät suorittavat paljon manuaalista testausta, sillä heidän vastuullaan on saada moduulit toimimaan laadukkaasti ohjelmistokehityksen varhaisimmissa vaiheissa.
– QA testaaja
Suurissa tiimeissä QA-testaajat suorittavat yksinomaan yrityksen testauksen ja varmistavat, että sovellus toimii asiakkaan odotusten mukaisesti.
QA-testaajalla on ensisijainen merkitys kehityksen testaus-, integrointi- ja ylläpitovaiheissa, ja hän ottaa manuaalisen testauksen haltuunsa kehittäjiltä, jotka testaavat koko toteutuksen ajan.
– QA-päällikkö
Suurimmissa kehitysyrityksissä QA-päälliköt määräävät testaajat tiettyihin tehtäviin ja projektin osa-alueisiin.
Heidän vastuullaan on myös laatia luettelo suoritettavista asioista ja lukea testiraportteja. Tämä on erityisen tärkeää manuaalisessa testauksessa, sillä henkilöstön tyytyväisyys voi antaa paljon parempia tuloksia.
Mitä testataan manuaalisilla testeillä?
Manuaalisilla testeillä tutkitaan ohjelmistossa muutamia eri osa-alueita, joista jokainen on parempi manuaalista testausta käytettäessä testien erityishaasteiden ansiosta.
Joitakin tärkeimpiä ominaisuuksia, joita manuaalisten testien käyttäminen hyödyttää, ovat manuaalisten testien menestymisen lisäksi seuraavat:
1. Perustoiminnallisuus
Yksi ohjelmistotestausprosessin varhaisimmista osista on ohjelmiston perustoiminnallisuuden tarkastelu.
Tässä vaiheessa kehittäjä tai testaaja käy läpi yhden toiminnallisen koodimoduulin ja arvioi, toimiiko se odotetulla tavalla. Näiden moduulien pienen mittakaavan vuoksi kannattaa keskittyä manuaaliseen testaukseen, sillä automatisointi veisi liian kauan.
Esimerkki tästä on tietokantaohjelmisto, jossa testaajat syöttävät datan funktioon ja tietävät jo odotetun tuloksen.
Jos nämä kaksi täsmäävät, testi on onnistunut. Testaus prosessin tässä vaiheessa luo vahvan perustan yrityksen muulle työlle.
2. UI-suunnittelu
Käyttöliittymällä tarkoitetaan ohjelmiston käyttöliittymää eli käyttäjän käytettävissä olevia valikoita, painikkeita ja vuorovaikutteisuutta.
Käyttöliittymän testauksessa keskitytään sekä siihen, miten käyttöliittymä toimii että siihen, onko se käyttäjälle mukava tapa toimia, mukaan lukien se, pystyykö käyttäjä toimimaan vuorovaikutuksessa kaikkien ominaisuuksien kanssa ja ovatko valikot esteettisesti miellyttäviä.
Manuaalinen testaus on välttämätöntä tässä vaiheessa, sillä laadulliset tiedot, kuten se, näyttävätkö käyttöliittymät hyviltä, eivät ole jotain sellaista, missä automaattinen ohjelma on erinomainen.
3. Tunkeutumistestaus
Tunkeutumistestauksella tarkoitetaan ohjelmistopaketin testaamista sen selvittämiseksi, kuinka helposti ulkopuolinen taho voi päästä ohjelmistoon käsiksi laittomin keinoin.
Ohjelmistoautomaatiossa keskitytään noudattamaan muutamia tiettyjä vaiheita ja suorittamaan loppuun prosessit, jotka ovat jo osa sovellusta, sen sijaan että tutkittaisiin uusia alueita, mikä on välttämätöntä tietoturvatestauksessa.
Yritys voi esimerkiksi palkata eettisen hakkerin arvioimaan ohjelmistonsa ja etsimään mahdollisuuksia, joiden avulla pahansuopa taho voisi päästä käsiksi käyttäjätietoihin.
Tämä on yhä tärkeämpää sen jälkeen, kun yleinen tietosuoja-asetus otettiin osaksi lainsäädäntöä kaikkialla Euroopassa.
4. Tutkiva testaus
Tutkiva testaus tarkoittaa testausta, joka on suoritettava vain kerran tai kahdesti, ja se on saanut nimensä siitä, että se on osa ohjelmiston “tutkimista” odottamattomien ominaisuuksien tai vikojen löytämiseksi.
Manuaalinen testaus soveltuu tähän tapaukseen paremmin, koska testitapauksen koodin kirjoittaminen vie aikaa, ja jos joku menisi manuaalisesti ohjelmistoon ja tutkisi sitä, siihen kuluisi vähemmän aikaa.
Esimerkkinä tästä on, kun kehittäjä haluaa tarkistaa, onko tietty ominaisuus integroitu oikein, ja yhdellä testillä varmistetaan, että tiedot liikkuvat oikein ohjelman läpi.
Manuaalisten testien elinkaari
Manuaalisen testauksen elinkaaressa on useita vaiheita, ja manuaalista testausta käytetään ohjelmistopaketin monien eri osa-alueiden tutkimiseen.
Manuaalisten testien elinkaaren vaiheita ovat muun muassa seuraavat:
– Suunnittelu
Suunnittele testauskierros, johon sisältyy sovelluksen vaatimusten arviointi, suoritettavat erityistestit ja rakennelma, jolla ohjelmistoa testataan.
Tässä vaiheessa kirjoitetaan mahdolliset testitapaukset manuaalista testausta varten ja luodaan testiympäristö. Ole perusteellinen, jotta manuaaliset testaajat eivät vahingossa tee testejä eri tavoin.
– Testaus:
Suorita testit. Tämä tarkoittaa, että testitapaukset käydään läpi useita kertoja, jotta saadaan johdonmukaisia tietoja, ja kaikki saadut tiedot kirjataan ylös.
Jos poikkeat lainkaan testitapauksesta, merkitse muistiin, miten ja miksi. Vaihtelu on yleisintä päästä päähän -testeissä, mutta kaikissa manuaalisissa testeissä voi esiintyä joitakin eroja testaajan työskentelytavoissa.
– Analyysi:
Analysoi kaikki testeistä saamasi tulokset. Tähän sisältyy ohjelmistossa olevien virheiden ja ongelmien mahdollisten syiden selvittäminen.
Mene pelkkää toiminnallisuutta pidemmälle ja yhdistä laadulliset tiedot, kuten sovelluksen suunnittelun tarkastelu.
Laadullinen tieto kukoistaa erityisesti manuaalisessa testauksessa, jossa testaajat tuottavat kuvailevia tietoja, jotka kertovat kehittäjille pienistäkin muutoksista, jotka parantavat huomattavasti sovelluksen käyttökokemusta.
– Toteutus:
Käytä aiempia raportteja erilaisten muutosten toteuttamiseen. Muutoksista riippuen tämä voi olla pitkä prosessi, jossa kehittäjät kokeilevat koodia löytääkseen ratkaisun aiemmissa versioissa esiintyneisiin virheisiin.
Manuaalista testausta käytettäessä kehittäjät saavat lisähyötyä siitä, että he käyvät kaikki muutokset läpi testaajan kanssa. Tämä auttaa molempia osapuolia ymmärtämään kunnolla, mitä on mukautettava ja miten se voidaan mukauttaa, olipa kyse sitten toiminnallisesta tai suunnitteluun liittyvästä muutoksesta.
– Käynnistä suunnittelu uudelleen:
Kun kehittäjät luovat korjausta edellisissä testeissä ilmenneisiin ongelmiin, suunnittele seuraavaa testisarjaa. Tähän kuuluu uusimpien päivitysten testaaminen ja viimeisimmässä versiossa olleiden virheiden uudelleen luominen.
Tämä jatkuva testisykli tarkoittaa, että ohjelmisto paranee jatkuvasti eikä se ole koskaan staattinen. Manuaalinen testaus saattaa tuntua pitkältä ajalta, mutta sen tarjoama joustavuus ja jatkuvuus toistuvien testien kanssa tuottaa merkittävää vastinetta sijoitukselle.
Manuaalisen testauksen edut
Manuaalisen testauksen käyttämisestä ohjelmistokehitysyrityksessä on paljon etuja, jotka vaihtelevat itse ohjelmiston laadusta siihen, miten projekti vaikuttaa yrityksen talouteen.
Manuaalisen testauksen käytön etuja yrityksessä ovat muun muassa seuraavat:
1. Suurempi joustavuus
Testausautomaation toteuttamiseksi tarvitaan QA-analyytikko, joka menee ohjelmistoon ja koodaa testitapauksen, joka suorittaa joka kerta täsmälliset vaiheet.
Vaikka tämä on joskus hyödyllistä, ihmistestaaja voi käydä läpi prosessin ja huomata jotain epäsopivaa ennen kuin hän tutkii asiaa ja ilman, että hänen tarvitsee muuttaa koodiriviä.
Tämä lisää merkittävästi testien joustavuutta ja tarkoittaa, että löydät ohjelmassasi ongelmia, jotka muuten jäisivät huomaamatta, ja sinulla on paremmat mahdollisuudet korjata ongelmat.
2. Laadulliset tiedot
Laadullisella tiedolla tarkoitetaan tietoa, joka kuvaa jotakin, ja tämäntyyppistä tietoa inhimilliset testaajat voivat tarjota kehittäjätiimille.
Manuaalinen testaaja voi kertoa yritykselle, jos tietty valikko tuntuu “kömpelöltä”, ja selittää miksi, kun taas automaatio-ohjelma ei pysty tarjoamaan tätä tietoa kehittäjälle.
Tämä tarkoittaa sitä, että ottamalla manuaalisen testauksen osaksi työnkulkujaan yritykset voivat merkittävästi parantaa sovelluksen tasoa tavalla, joka olisi vaikeaa, jos ne käyttäisivät prosesseissaan yksinomaan testausautomaatiota.
3. Ei ympäristön asettamia rajoituksia
Automaatiotestaus perustuu olemassa olevan alustan käyttöön, ja joillakin alustoilla on suhteellisen tiukat rajoitukset.
Joidenkin (mutta ei kaikkien) alustojen rajoituksiin kuuluu, että ne eivät pysty toimimaan Linuxin kaltaisten alustojen kanssa, että ne pystyvät toimimaan vain tietyllä koodauskielellä ja että ne pystyvät käsittelemään vain tietyn määrän tehtäviä.
Kun työskentelet ihmisten kanssa testausprosesseissasi, nämä rajoitukset katoavat käytännössä. Sinua rajoittaa vain manuaalisten testaajien taito eikä niinkään tekniset ongelmat.
Tämä auttaa sinua luomaan testausstrategian, joka tutkii ohjelman perusteellisemmin ilman kompromisseja.
4. Mahdollistaa käytettävyystestauksen
Käytettävyystestaus on testaustapa, jossa arvioidaan, onko ohjelmisto “käyttökelpoinen”, mukaan lukien se, miltä se näyttää ja tuntuu loppukäyttäjälle.
Tämäntyyppisessä testauksessa ei arvioida vain sitä, voidaanko toimintoa käyttää, vaan tutkitaan myös sitä, valitsisiko joku käyttää sitä kilpailevien tuotteiden sijaan.
Manuaalisen käytettävyystestauksen toteuttaminen antaa yrityksille enemmän tietoa ja auttaa tekemään mukautuksia, jotka tekevät sovelluksesta kilpailukykyisemmän, mitä automaatio ei voi tarjota kehitystiimille.
Manuaalisen testauksen haasteet
Kuten mihin tahansa prosessiin kehittäjänä, myös manuaalisen testauksen käyttämiseen laadunvarmistustyökaluna liittyy muutamia haasteita.
Kun olet tietoinen näistä haasteista, voit mukauttaa tekniikkaa, jota käytät ohjelmistojen manuaalisessa testauksessa, estää näiden ongelmien aiheuttamat vakavat ongelmat ja parantaa ohjelman tasoa prosessin lopussa.
Manuaalista testausta käytettäessä yritykset kohtaavat muun muassa seuraavia keskeisiä haasteita:
1. Testaajan taitotasot
Ensimmäinen suuri haaste on tiimin kaikkien manuaalisten testaajien vaadittu taitotaso.
Lahjakkaiden manuaalisten testaajien avulla yritykset hyötyvät selvästi, sillä he löytävät virheet nopeammin ja voivat olla varmoja siitä, että heidän ohjelmistonsa toimii odotetulla tavalla. Parhaat yritykset etsivät aina manuaalisia testaajia, jotka ovat alan eturintamassa ja takaavat paremman suorituskyvyn.
Testaajana pyrkikää aina oppimaan ja kehittämään näitä taitoja. Paremmat taidot merkitsevät, että tuotat yritykselle enemmän arvoa, sillä manuaalisella testauksella löydetään enemmän virheitä ja parannetaan käyttäjäkokemusta. Parhaat manuaaliset testit tulevat testaajilta, jotka ovat viettäneet aikaa ammattitaitonsa hiomiseen.
2. Testauksen kustannukset
Manuaalinen testaus on yleinen prosessi kaikenkokoisille yrityksille, mutta riippuen siitä, miten manuaalista testausta käytetään, kustannukset voivat nousta.
Esimerkiksi yritys, jolla on useita erittäin ammattitaitoisia testaajia, voi kuluttaa paljon rahaa, jos testaaminen toistuu, sillä maksat käytännössä jokaisen läsnäolijan ajasta. Tämä on vähemmän ongelma automaattisissa testausprosesseissa.
Mitä enemmän aikaa käytät testien suunnitteluun ja niiden suorittamisjärjestykseen, sitä pienempi on mahdollisuus, että henkilöstökustannukset nousevat, kun ihmiset suorittavat testejä, joita heidän ei tarvitse tehdä.
3. Aikaa vievä
Tietokoneet ovat ihmisiä nopeampia kaikenlaisissa asioissa, shakkisiirtojen suunnittelusta rahan sijoittamiseen pörssissä tai jopa pelkän napin painamisesta sen jälkeen, kun sen väri on vaihtunut. Sama konsepti pätee testaukseen, jossa käyttäjillä on aikaa lukea kaikki tiedot ja navigoida valikoissa.
Manuaalinen testaus voi siis kestää paljon kauemmin kuin testausautomaation käyttö. Vastapainoksi voit käyttää manuaalisten ja automatisoitujen testien yhdistelmää, ottaa manuaalisten testaajien työtehtävät pois ja käyttää heitä sen sijaan siellä, missä asiantuntemus on tarpeen. Prosessien yksinkertaistaminen on ihanteellista myös manuaaliselle testaukselle, sillä se poistaa mahdollisimman monta vaihetta.
4. Virheiden mahdollisuus
Ihmiset tekevät virheitä. Se on luonnollista, olipa kyseessä sitten testin vaiheiden suorittaminen väärässä järjestyksessä tai tulosten kirjaaminen virheellisesti väärin napsautuksen vuoksi. Nämä virheet voivat kuitenkin aiheuttaa vakavia ongelmia ohjelmistotestausjärjestelmän tarkkuudessa.
Manuaaliset testaajat, jotka ovat väsyneempiä tai väsyneempiä saman tehtävän suorittamisesta kerta toisensa jälkeen, tekevät todennäköisemmin virheitä kuin muut, joten käytä automatisointia tämän välttämiseksi mahdollisuuksien mukaan tai anna testaajille säännöllisiä taukoja ruudulta, sillä tämä pitää heidät valppaampina seuraamaan, mitä tapahtuu.
Johtajat voivat myös harkita työmäärän hallintaa, jotta ihmiset eivät palaisi loppuun ja saisi ongelmia.
Manuaalisten testien ominaisuudet
Manuaalisissa testeissä on muutama tärkeä ominaisuus, joita on syytä etsiä. Nämä määrittelevät, mitä manuaalinen testi on, ja ne ovat merkittäviä ominaisuuksia, joita voit hyödyntää testejä suunnitellessasi.
Lue lisää manuaalisten testien tärkeimmistä ominaisuuksista ja siitä, mitä ne tarkoittavat aktiivisessa testausympäristössä:
1. Optimoidut testitapaukset
Manuaalisessa testauksessa testitapaukset on optimoitu. Tällä tarkoitetaan ohjeita, joita manuaalisella testaajalla on ennen testin suorittamista, ja korkea optimointiaste johtaa siihen, että testausryhmä säästää aikaa ja resursseja, kun se suorittaa vähemmän tehtäviä.
Pyri aina mahdollisuuksien mukaan rajoittamaan testitapauksen kokoa, jotta käytettävissä olevista resursseista saadaan paras mahdollinen hyöty.
2. Ymmärrettävämmät mittarit
Parhaassa manuaalisessa testauksessa on ymmärrettävämpiä mittareita. Kun testausautomaatio tuottaa jatkuvasti monimutkaisia tilastoja ja tietoja, näiden mittareiden tarjoama näkemys ei ole sen ajan arvoinen, jonka manuaalinen testaaja tarvitsisi niiden täyttämiseen tai laskemiseen.
Vaihtoehtoisesti manuaaliset testit sisältävät paljon yksinkertaisempia mittareita, jotka on helppo tuottaa ja joiden analysointi myöhemmin prosessin aikana vie vähemmän aikaa.
3. Älykäs raportointi
Manuaalinen testaus johtaa testausryhmän älykkäämpään raportointiin. Automatisoidut testit luovat omat raporttinsa prosessin lopussa, mikä johtaa yleensä siihen, että kaikki raportit ovat samassa muodossa.
Inhimilliset testaajat ovat paljon joustavampia, ja he voivat luoda omia raporttejaan ja lisätä niihin mitä tahansa tietoja, joita he pitävät hyödyllisinä kehitystiimille aina tarvittaessa.
4. Strategioiden uudelleenkäyttö
Uusintastrategioilla tarkoitetaan tapaa, jolla testausryhmä suorittaa testit yhä uudelleen ja uudelleen ja kerää tietoja tehtävien toistuvista suorituksista.
Manuaalisen testauksen ansiosta uudelleentestausstrategiat ovat paljon joustavampia, ja testaajat voivat suorittaa useampia testejä, jos he katsovat, että on vielä jotain tutkittavaa.
Jotkin manuaaliset testit kannustavat myös aktiivisesti vaihteluun käyttäjän suorittamissa toiminnoissa, jolloin saadaan tietoja laajemmasta käyttäytymisen kirjosta. Tämä tuottaa enemmän tietoa ohjelmistosta ja johtaa johdonmukaisempiin päivitysstrategioihin tulevaisuudessa.
Manuaalisten testien tyypit
Yritykset käyttävät kolmea erilaista manuaalista testaustapaa, joiden ero määräytyy sen mukaan, millainen pääsyoikeus testaajilla on. Kukin tyyppi on hyödyllinen omassa ainutlaatuisessa kontekstissaan.
Manuaalisten testien päätyyppejä ovat:
1. Valkoisen laatikon testaus
White box -testaus on testauksen muoto, jossa testaajat voivat nähdä ohjelmiston koko lähdekoodin ja suunnitteludokumentaation.
Tämä laajempi pääsy tarkoittaa, että testaaja pystyy näkemään kaikki koodin yksittäiset osat ja sen, miten ne vaikuttavat ohjelmiston toimintaan. Tämä on ihanteellista kehitysprosessin varhaisimmissa vaiheissa, sillä kehittäjät voivat tarkastella omaa koodiaan manuaalisesti, verrata sitä testitapauksiin ja löytää helposti alueet, jotka aiheuttavat merkittäviä ongelmia, ennen kuin olemassa olevia virheitä korjataan.
2. Mustan laatikon testaus
Mustan laatikon testauksella tarkoitetaan testausta, jossa testaajat eivät näe mitään siitä, mitä käyttöliittymän takana tapahtuu. Tämä tarkoittaa sitä, että testaajat eivät pääse käsiksi koodiin tai suunnitteludokumentaatioon, ja testaajat lähestyvät ohjelmistoa täysin tietämättöminä.
Manuaaliset testaajat käyttävät tätä lähestymistapaa kehitysprosessin loppuvaiheessa, sillä käyttäjän hyväksymistestaus ja loppupään testaus edellyttävät pikemminkin loppukäyttäjän näkökulmaa kuin sellaisen henkilön, joka on osallistunut kehitysprosessiin.
3. Harmaan laatikon testaus
Harmaalaatikkotestaus on yhdistelmä mustalaatikko- ja valkolaatikkotestausta, ja se edellyttää, että testaaja voi nähdä osan dokumentaatiosta ja lähdekoodista. Näin voidaan nähdä ongelmien mahdolliset syyt ja samalla rajoittaa tietoja, mikä auttaa esimerkiksi tietojen käsittelyssä.
Käytetään manuaalista harmaan laatikon testausta kehitysprosessin keskivaiheilla, jolloin testaajille annetaan lisätietoa, mutta heidän on silti luotettava omaan intuitioonsa monien toimintojen osalta, jotta varmistetaan, että loppukäyttäjä ymmärtää järjestelmät.
Hämmennyksen selvittäminen – Manuaalinen testaus vs. automaatiotestaus
Ohjelmistotestaukseen liittyy kaksi eri tieteenalaa, manuaalinen testaus ja automaatiotestaus. Vaikka molemmilla on käytännössä sama tehtävä, ne ovat eri tieteenaloja, joita yritykset käyttävät ohjelmistopakettiensa tutkimiseen.
Lue lisää siitä, mitä automaatiotestaus on, mitä eroa automaatiotestauksella ja manuaalisella testauksella on ja milloin kumpaakin testaustyyppiä kannattaa käyttää ohjelmistojen laadunvarmistusprosesseissa.
1. Mitä on automaatiotestaus?
Automaatiotestaus on prosessi, jossa testaaja käyttää kolmannen osapuolen työkalua ohjelmiston automatisoimiseksi ja tutkii ohjelmistoa, kun se suorittaa toistuvasti saman prosessin varmistaakseen, että se toimii organisaation kannalta riittävän hyvin. Testien automatisoinnin tärkein hyöty on se, että se on paljon nopeampi prosessi, erityisesti kun suoritetaan vähäpätöisiä tehtäviä, kuten tietojen syöttämistä.
Esimerkkinä tästä on tietokannan testaaminen sen varmistamiseksi, että se käsittelee kaikki tiedot oikein, tuhansien tietojen syöttäminen ohjelmistoon muutamassa hetkessä ja tulosten arviointi sen jälkeen.
Yritykset käyttävät automatisoitua testausta pääasiassa suuriin ja hyvin toistuviin tehtäviin. Koska automaattinen järjestelmä ei tee pieniä virheitä, kuten väärän tiedon syöttämistä tai väärän linkin napsauttamista.
Tärkeimpiä ohjelmistoja, joissa tätä käytetään, ovat live-palvelimet ja tietokannat, sillä ne käsittelevät paljon tietoa ja suuria käyttäjäkuormia, joten ne vaativat testausta, joka vastaa vaatimuksia.
2. Mitä eroa on manuaalisten ja automatisoitujen testien välillä?
Suurin ero manuaalisten ja automatisoitujen testien välillä on suoritustapa.
Manuaalinen testaus perustuu täysin ihmisen suorittamaan testaukseen, joka seuraa testitapausta loppuun asti ja kirjaa kaikki tiedot ylös.
Automaattisissa testeissä tietokoneohjelma vastaa testitapausten täyttämisestä sen jälkeen, kun laadunvarmistusanalyytikko on alun perin kirjoittanut ne.
Jotkin automatisoidut testausalustat luovat myös omia raportteja käyttäjille, mikä rajoittaa aikaa, joka jonkun on käytettävä kaikkien kokeen tietojen keräämiseen. Sen sijaan he voivat käyttää aikansa ohjelmistopaketin ongelmien korjaamiseen.
3. Johtopäätökset: Automaattinen testaus
Manuaalisen ja automatisoidun testauksen välillä on joitakin perustavanlaatuisia eroja, ja nämä kaksi käsitettä perustuvat täysin erilaisiin perusteisiin toimiakseen oikein.
Ne voivat kuitenkin työskennellä tiiviisti yhdessä monissa kehityshankkeissa. Kun käytät automatisoitua testausta joihinkin raskaampiin tehtäviin ja manuaalisia testaustekniikoita niihin tehtäviin, joissa tarvitaan enemmän joustavuutta, voit nopeuttaa testausprosesseja merkittävästi.
Yksi suurimmista testaukseen liittyvistä väärinkäsityksistä on se, että testauksessa on tehtävä kaksijakoinen valinta, mutta tämä ei voisi olla kauempana totuudesta tehokkaan laadunvarmistusryhmän kannalta.
Manuaalisen testauksen 5 myyttiä paljastetaan
Manuaaliseen testaukseen liittyy muutamia myyttejä, jotka ohjaavat ihmisiä noudattamaan vähemmän ihanteellisia menetelmiä ja tekevät tulosten saamisesta monimutkaisempaa kuin sen pitäisi olla.
Manuaaliseen testaukseen liittyy viisi suurta myyttiä:
1. Testaus on ainoa osasto, joka vastaa tuotteen laadusta
Tuotteen laatu on koko yrityksen tehtävä, ei vain laadunvarmistusryhmän.
Ohjelmistotestauksen tarkoituksena on poistaa virheet aina kun se on mahdollista, mikä tarkoittaa, että monet pitävät virheiden korjaamista ja paikantamista QA-ryhmän ainoana vastuualueena. Päinvastoin, kehittäjät vastaavat itse koodin kirjoittamisesta, kun taas johtoryhmä vastaa kehityksen organisoinnista.
Jokaisella, jolla on rooli yrityksessä, on jonkinlainen vastuu riittävän korkeatasoisen tuotteen luomisesta sen sijaan, että luotetaan siihen, että testausryhmä löytää kaikki ongelmat ja toimittaa tuotteen mahdollisimman pian sen jälkeen.
2. Manuaalisella testauksella ei ole enää väliä
Tekoälyn ja yhä yleistyvän robottiprosessien automatisoinnin myötä jotkut uskovat, että manuaalisella testauksella ei ole enää merkitystä ohjelmistokehityksessä. Yritykset näkevät automatisoinnin suhteellisen edullisuuden ja valitsevat tämän reitin aina kun se on mahdollista.
Manuaalinen testaus on edelleen yksi yrityksen tärkeimmistä työkaluista E2E-, mustan laatikon ja graafisen käyttöliittymän testauksen ansiosta. Manuaalista testausta käyttämällä yritykset löytävät ohjelmistossa ongelmia, jotka automaatio muuten jäisivät huomaamatta, ja parantavat näin tuotettaan enemmän kuin pelkkä automaatio voisi parantaa.
3. Se on tarkoitettu ihmisille, jotka eivät osaa koodata.
Yksi tärkeimmistä oletuksista, joita joillakin ihmisillä on, on se, että ihmiset, jotka eivät osaa koodata, päättävät testata sen sijaan.
Tämä on kuitenkin kaukana totuudesta. Koodin lukutaito on välttämätöntä monissa testaustehtävissä, sillä harmaan ja valkoisen laatikon testaus perustuu koodin lukemiseen ja sen ymmärtämiseen, miten se voi vaikuttaa ohjelmistopaketissa esiintyviin virheisiin.
Jos oletat, että testaukseen osallistuvat vain henkilöt, jotka eivät osaa koodata, rajoitut mahdollisesti siihen, että tiimissäsi on vähemmän testaajia. Jos olet testaaja, harkitse koodauskurssin suorittamista parantaaksesi standardejasi.
4. Voit luoda virheettömiä ohjelmistoja
Jotkut ihmiset tulevat manuaalisen testauksen alalle olettaen, että laadunvarmistusryhmä voi löytää kaikki ohjelmiston virheet ja auttaa kehitystiimiä ratkaisemaan ne.
Teoriassa tämä johtaisi tuotteeseen, jossa ei ole lainkaan virheitä ja joka tyydyttää asiakkaan täysin. Tämä on tietysti ihanteellinen lopputavoite ohjelmistotestaukselle, mutta se on harvoin mahdollista.
Jopa maailman suurimpien yritysten hienoimmin hiotuissa ohjelmistopaketeissa on virheitä, ja vaikka tavoitteena pitäisi olla virheiden määrän vähentäminen mahdollisimman paljon, ei ole haittaa, jos pari pientä ongelmaa päätyy lopulliseen julkaisuun. Manuaalinen julkaisun jälkeinen testaus ja kehittäminen on tästä syystä tärkeää.
5. Testaaminen ei tuo lisäarvoa
Yksi suurimmista ohjelmistotestaukseen liittyvistä myyteistä on se, että se ei tuo lisäarvoa ohjelmistopaketille. Asiakkaat arvostavat kuitenkin aina laatua yhtenä sovelluksen tärkeimmistä tekijöistä, ja virheelliset tai heikkolaatuiset ohjelmat menettävät välittömästi käyttäjänsä, kun he etsivät vaihtoehtoja.
Kiillotettu tuote on yritykselle paljon arvokkaampi kuin tuote, joka ei toimi kunnolla, ja tehokas testaus on tämän työn ytimessä. Korkeatasoinen testaus johtaa merkittäviin tuottoihin, kun yritykset päättävät investoida oikein.
Lyhyesti sanottuna, manuaalisen ja automatisoidun testauksen hybridistrategia tuottaa aina paremman testituloksen kuin jompikumpi näistä strategioista yksinään käytettynä.
Mitä tarvitset aloittaaksesi manuaalisen testauksen?
Manuaalisen testausprosessin aloittamiseen tarvitaan muutamia asioita, ja kun sinulla on kaikki nämä ominaisuudet käytettävissäsi, testaaminen ei ole vain helpompaa, vaan se on ylipäätään mahdollista.
Manuaalisen testauksen aloittamiseen tarvitaan muun muassa seuraavia asioita:
1. Ohjelmisto
Ensimmäinen asia, jonka testaaja tarvitsee ohjelmistotestauksen suorittamiseen, on itse ohjelmisto. Loppujen lopuksi manuaalinen testaus on käytännössä mahdotonta, jos mitään testattavaa ei ole saatavilla.
Tehokkaassa ohjelmistotestissä käytetään ohjelmiston viimeisintä iteraatiota, koska siinä on kaikki käyttäjän tarpeisiin soveltuva lähdekoodi ja koska se edustaa tuotetta oikeudenmukaisemmin sellaisena kuin se on.
Jos mahdollista, kokoa sovellus täysin tuoreena, jotta saat mahdollisimman tarkan kuvan ohjelmistosta.
2. Ohjelmistovaatimukset
Testaajalla on oltava pääsy ohjelmiston vaatimuksiin. Tämä ei tarkoita laitteistoa tai käyttöjärjestelmää, jota paketti tarvitsee, vaan pikemminkin kehittäjän työstämää ohjelmistoa koskevaa tiivistelmää.
Kun testausvaiheessa on yksityiskohtaisemmat ohjelmistovaatimukset, laadunvarmistushenkilöstö etsii kaikki tärkeät ominaisuudet alusta alkaen ja tekee muistiinpanoja siitä, missä ohjelmistossa on ongelmia, ja suosittelee muutoksia.
Ilman tätä testaaja työskentelee ilman ohjausta eikä tiedä, onko hänen antamastaan tiedosta todella hyötyä kehitystiimille.
3. Asianmukainen laitteisto
Ohjelmistotestaus edellyttää laitteistoa, joka vastaa suoritettavan ohjelman tarpeita.
Jos esimerkiksi testaaja etsii vikoja tai ongelmia uudesta videopelistä, joka vaatii kehittynyttä laitteistoa, ja hänellä on vain matalan tason tietokone, hän ei pysty testaamaan ohjelmistoa kunnolla.
Tämä on pienempi ongelma pienille sovelluksille tai verkkotyökaluille. Varmista, että käyttämäsi laitteisto vastaa ohjelmiston tarpeita, ennen kuin aloitat testauksen loppuunsaattamisen, ja valitse laitteisto sen jälkeen, kun olet kuullut kehitystiimiä ohjelmiston vaatimuksista.
Manuaalinen testausprosessi
Manuaalisessa testausprosessissa on useita vaiheita, joista jokainen vaikuttaa osaltaan siihen, että ohjelmastasi saadaan tarkat näkymät.
Näihin vaiheisiin kuuluvat:
1. Analysoi vaatimukset
Manuaalisen testausprosessin ensimmäinen vaihe on sovelluksen vaatimusten analysointi. Tähän sisältyvät sovelluksen tehtävänannossa luetellut erityisvaatimukset, jotkin suunnitteludokumentin ominaisuudet ja kaikki muut ohjelman osat, joita odotat (kuten oikeudelliset vaatimukset).
Analysoimalla nämä prosessin alussa tiedät, mitä olet testaamassa, kun tarkastelet ohjelmistoa.
2. Luo testaussuunnitelma
Kun tiedät, mitä on testattava, laadi testaussuunnitelma. Tämä edellyttää, että tiedät, mitä ominaisuuksia testaat, miten tarkalleen ottaen testaat niitä ja milloin saat testit päätökseen.
Luomalla testaussuunnitelman varmistat, että kaikki tarvittavat testit ovat valmiina etukäteen ja että et jätä mitään ominaisuuksia vahingossa huomiotta.
Tämä auttaa myös työvoiman hallinnassa, sillä tiedät, kuinka monta manuaalista testaajaa tarvitset ja milloin.
3. Testitapausten kirjoittaminen
Aloita ohjelmiston testitapausten kirjoittaminen. Testitapaus on joukko tapahtumia, jotka suoritat ohjelmistoa testatessasi ja joita noudatat tiukasti joka kerta varmistaaksesi, että testi on oikeudenmukainen.
Mieti, minkälaista manuaalista testiä olet kussakin tapauksessa tekemässä, ja kirjoita mahdollisimman yksityiskohtaiset tiedot, sillä näin vähennetään mahdollisuutta, että joku poikkeaa alkuperäisestä suunnitelmasta.
4. Tarkastele tapauksiasi
Kun olet kirjoittanut kaikki testitapaukset, käy läpi perusteellinen tarkistusprosessi. Testaustapaukset luovutetaan johtohenkilöstön jäsenelle, mieluiten laadunvarmistuspäällikölle.
Kun otat kolmannen osapuolen mukaan oikolukuprosessiin, parannat testitapausten tasoa poistamalla mahdolliset virheet. Hallinnoija voi ehdottaa parannuksia, jotka tekevät manuaalisesta testauksesta tehokkaampaa ja auttavat sinua löytämään sovelluksen ongelmat.
Varmista, että jokainen yksittäinen testitapaus tarkistetaan ennen testien suorittamista.
5. Suorita manuaaliset testit
Kun johtaja on vahvistanut testitapauksen, aloita testien suorittaminen. Noudata niitä siinä järjestyksessä, jonka olet asettanut prosessin alussa, jotta varmistat, että saat jokaisen testin tehtyä ja että ihmiset suorittavat testit hitaasti ja huolellisesti.
Jos saat testit 100-prosenttisesti oikein, säästät paljon aikaa, kun joudut tekemään virheitä joissakin suorituksissa ja tarkistamaan uudelleen, ovatko tulokset oikein.
Kirjaa tiedot ylös, jotta et unohda keskeisiä tietoja.
6. Ilmoita mahdollisista virheistä
Kun olet suorittanut manuaaliset testit ja löytänyt mahdolliset virheet, tee raportointiprosessi.
Tähän kuuluu raportin kirjoittaminen kehitystiimille, jossa luetellaan kaikki viat, mistä löysit ne ja toimenpiteet, joita teit niiden korjaamiseksi. Ota mukaan kaikki testauksessa tuottamasi tiedot.
Keskustele laadullisissa testeissä yksityiskohtaisesti sovelluksen suunnittelusta, mahdollisista ongelmista ja mahdollisista korjauksista, jotka tekevät sovelluksesta käyttäjäystävällisemmän.
Muista, että juuri tässä vaiheessa manuaalinen testaus todella erottuu edukseen automaatiota vastaan, sillä manuaaliset testaajat voivat antaa laadullista tietoa, jota automaatio ei useinkaan pysty antamaan.
Manuaalisen testauksen parhaat käytännöt
Parhaat käytännöt viittaavat joihinkin asioihin, jotka ovat yhteisiä kaikentyyppisessä manuaalisessa testauksessa ja jotka auttavat parantamaan testausprosessin tasoa. Parhaiden käytäntöjen noudattaminen tarkoittaa lopulta sitä, että saat laadukkaan testin, jonka tulokset ovat tarkkoja ja luotettavia.
Joitakin parhaita käytäntöjä, jotka kannattaa pitää mielessä manuaalisen testausprosessin aikana, ovat muun muassa seuraavat:
1. Keskity selkeyteen
Selkeyden korostaminen koko manuaalisen testausprosessin ajan on välttämätöntä.
Mahdollisimman selkeä toiminta vähentää väärinkäsitysten mahdollisuutta osastojen ja ammattilaisten välillä ja auttaa ihmisiä keskittymään työskentelyyn oikeilla ohjelmiston osa-alueilla. Tämä on erityisen tärkeää manuaalisessa testauksessa, koska ohjeiden tulkinnanvaraa on enemmän.
Tähän kuuluu selkeän testitapauksen kirjoittaminen testaajan noudatettavaksi, tulosten kirjaaminen ylös yksinkertaisella ja ymmärrettävällä tavalla ja kaikkien organisaation jäsenten auttaminen ymmärtämään sovelluksen vaatimukset.
2. Käytä jatkuvaa tarkastelua
Tarkista kaikki testausprosessin vaiheet niin usein kuin mahdollista.
Tehokkaassa arviointiprosessissa kiinnitetään huomiota henkilöstön suoritustapaan, käydään läpi testitapauksia sen varmistamiseksi, että ne toimivat edelleen odotetulla tavalla, ja tarkastellaan itse ohjelmistoa sen varmistamiseksi, että edistystä tapahtuu.
Kun pidät silmällä prosessin jokaisen osa-alueen laatua, varmistat, että standardit eivät lipsu ja että saat riittävän korkeatasoisen tuotoksen alusta loppuun.
3. Älä vain metsästä vikoja
Jotkut luulevat, että ohjelmistotestauksen päätavoitteena on löytää virheitä, mutta näin ei suinkaan ole. Prosessiin kuuluu myös sen varmistaminen, että sovellus toimii korkeatasoisesti, että se toimii ennakoitavalla tavalla ja että se on käyttäjän kannalta mukava.
Tämä käytettävyys on loppujen lopuksi manuaalisen testauksen ydin, koska se on lähes “automatisoitumaton”.
Jos löydät virheitä testitapausta seuratessasi, sisällytä ne raporttiisi, mutta sellaisten virheiden löytäminen, jotka eivät ole testin kannalta merkityksellisiä, voi hämmentää kehittäjiä ja asettaa prosessin odotettua huonompaan asemaan.
Manuaalisen testin tulostyypit
Manuaalisesta testistä voi saada useita erilaisia tuloksia, joista jokainen tarjoaa ainutlaatuisen näkemyksen sovelluksen suorituskyvystä.
Manuaalisista testeistä voidaan saada muun muassa seuraavia tuloksia:
1. Vikapäiväkirja
Vikapäiväkirja on luettelo tai asiakirja, joka sisältää kaikki ohjelmiston testissä ilmenneet ongelmat. Mitä pidempi vikapäiväkirja on, sitä enemmän on ongelmia, jotka vaativat korjauksia ohjelmistoon.
Nämä voivat olla joko automaattisia tai manuaalisen testaajan käsin kirjoittamia, ja manuaaliset testaajat suorittavat tämän tehtävän ohjelman laadullisissa näkökohdissa, sillä automaatioalustat eivät pysty muodostamaan mielipiteitä ohjelmiston laadusta vaan ainoastaan tuottamaan mittareita.
2. Laadulliset tiedot
Tällä tarkoitetaan suullista ja kirjallista palautetta, jonka manuaalinen testaaja antaa kehitystiimille tyypillisesti testisarjan, kuten käyttäjän hyväksymistestin, suorittamisen jälkeen.
UAT:ssa keskitytään varmistamaan, että keskivertokäyttäjä nauttii ohjelmistosta ja käyttää sitä odotetulla tavalla, mikä tarkoittaa erilaista keskittymistä verrattuna esimerkiksi ominaisuuksien testaamiseen.
Kvalitatiiviset tiedot saadaan joko keskustelemalla kehittäjän kanssa tai laatimalla pitkä kirjallinen raportti.
3. Virheilmoitukset
Virheilmoitukset ovat lyhyitä tekstikatkelmia, joissa kerrotaan, onko ohjelmistopaketissa tapahtunut virhe, ja jos on, mikä on ongelman luonne.
Useimmat kehittäjät laativat perusteellisen järjestelmän, jossa kuvataan, mikä ongelma on ja miksi se ilmenee, ja jossa käytetään virhekoodeja ongelman rajaamiseksi. Kun kehittäjä merkitsee muistiin kaikki ohjelmiston virheilmoitukset, hän tietää välittömästi ongelman syyn ja tietää, mihin toimiin hän voi ryhtyä sen ratkaisemiseksi.
Esimerkkejä manuaalisista testeistä
On muutamia esimerkkejä manuaalisesta testauksesta, joita kannattaa tarkastella, kun opit lisää manuaalisen testausprosessin läpikäymisestä. Kukin näistä on erityinen testauslaji, joka suoritetaan tietyssä vaiheessa kehityssykliä, ja se tarjoaa kehittäjille enemmän tietoa ja ohjeita tuotteen parantamiseen.
Esimerkkejä manuaalisista testimuodoista ovat:
1. Yksikkötestaus
Yksikkötestaus on prosessi, jossa varmistetaan, että ohjelmistopaketin jokainen yksittäinen yksikkö toimii odotetulla tavalla. Yksikkö tai moduuli tarkoittaa yksittäistä toimintoa, joka koodataan itsenäisesti ennen kuin se prosessin lopussa kootaan yhdeksi suuremmaksi ohjelmistopaketiksi.
Esimerkkinä tästä on tietokanta, jossa joku saattaa testata “SORT”-funktiota varmistaakseen, että se järjestää tiedot oikein, ennen kuin se sisällytetään laajempaan pakettiin.
Tärkein hyöty yksikkötestauksen suorittamisesta on se, että ymmärrät, että kaikki järjestelmät toimivat kunnolla yksinään ja että kaikki myöhemmissä vaiheissa ilmenevät ongelmat johtuvat siitä, miten kaikki toiminnot integroituvat toisiinsa.
Näiden testien suorittaminen manuaalisesti on yhtä tärkeää, sillä se säästää aikaa, joka kuluisi monimutkaisten automaatiotestitapausten koodaamiseen.
2. End-to-end testaus
End-to-end-testaus on koko sovelluksen testausprosessi, joka ulottuu siitä, kun avaat ohjelmiston ensimmäisen kerran, siihen, kun kaikki sen toiminnot on suoritettu.
Hyvä esimerkki päästä päähän -testauksesta on mobiilisovellus, joka laskee, kuinka paljon veroja ansaitset, ja jossa testaaja lataa sovelluksen ja käy läpi kaikki toiminnot saadakseen lopullisen laskelman. Testaaja kirjaa ylös kaikki ongelmat, joita hänellä oli, ja välittää ne kehittäjille.
Kehittäjät hyötyvät siitä, että tämäntyyppisen testauksen suorittavat ensisijaisesti manuaaliset testaajat, koska testauksessa nähdään, miten kaikki ohjelmiston yksiköt toimivat yhdessä, ja tämän myöhäisvaiheen testauksen avulla varmistetaan, että sovellus toimii oikein, kun kaikki osat on koottu yhteen.
Loppuun asti ulottuva testaus eroaa käyttäjän hyväksymistestauksesta, sillä loppuun asti ulottuva testaus on ensisijaisesti sisäinen prosessi, kun taas käyttäjän hyväksymistestaus on luonteeltaan ulkoista ja julkista.
3. Käyttäjien hyväksymistestaus
Käyttäjien hyväksymistestaus on ohjelmistotestausprosessin viimeinen vaihe, jossa varmistetaan, että tuote soveltuu tuotteen aiotulle asiakaskunnalle. Tähän kuuluu myös se, että mahdollisille asiakkaille tarjotaan pääsy sovellukseen, jotta he voivat käyttää sitä ja antaa palautetta.
Yksi nykyaikaisen ohjelmistokehityksen yleisimmistä esimerkeistä käyttäjien hyväksyntätestauksesta on videopelien alfa- ja beta-testaus, jossa pelaajat pääsevät pelaamaan peliä ja raportoimaan siinä esiintyvistä ongelmista.
Käyttäjien hyväksymistestauksen tärkein hyöty on, että saat ulkopuolisen näkökulman tuotteeseesi sen sijaan, että luottaisit niiden ihmisten näkökulmaan, jotka ovat olleet aktiivisesti mukana tuotteen luomisessa, mikä poistaa testaukseen mahdollisesti vaikuttavan puolueellisuuden. Manuaalinen testaus on välttämätöntä, koska automaatiojärjestelmä ei pysty tarkasti jäljittelemään asiakkaiden tunteita.
Manuaalisessa testauksessa havaitut virheet ja viat, jotka jäävät automatisoidun testauksen ulkopuolelle.
Manuaalisella testauksella löydetään kaikenlaisia vikoja, virheitä ja ongelmia, samoin kuin automaattisella testauksella. Ohjelmistoissa on kuitenkin joitakin ongelmia, joiden havaitsemisessa manuaalinen testaus on erinomainen, kun taas automaatio jättäisi ne huomiotta.
Manuaalisessa testauksessa esiintyviä tärkeimpiä virheitä ja vikoja ovat muun muassa seuraavat:
1. Huono työnkulku
“Työnkulku” tarkoittaa polkua, jota käyttäjä kulkee päästäkseen tiettyyn kohtaan sovelluksessa ja saattaakseen prosessin päätökseen. Vaikka joissakin työnkuluissa ei ehkä olekaan teknisesti mitään vikaa, ne voivat silti olla ongelmallisia, koska polku ei välttämättä ole järkevä maallikolle.
Näissä tapauksissa manuaalinen testaaja ilmoittaa kehittäjälle suunnitteluun liittyvistä ongelmista ja suosittelee muutoksia, mikä auttaa käyttäjiä tutustumaan sovellukseen paremmin ja paremmin tavalla, jota automaattiset järjestelmät eivät pystyisi toteuttamaan.
2. Graafiset ongelmat
Verkkosovellukset toimivat useilla eri laitteilla, ja näytön resoluutiot ja koot vaihtelevat jatkuvasti sen mukaan, millainen puhelin, tabletti tai näyttö käyttäjällä on käytössään.
Huonosti optimoidussa sovelluksessa tämä voi johtaa siihen, että resurssit venyvät ja näyttävät huonommilta harvemmin käytetyillä laitteilla, ja automaatiotyökalut yksinkertaisesti seuraavat valikoita eivätkä huomaa tätä.
Käsin testaajat voivat löytää erilaisia laitteita käyttämällä graafisia puutteita, jotka korjattuina parantavat käyttäjien kokemusta ohjelmistopaketista.
3. Epätarkat linkit
Jotkin verkkosivustot tai sovellukset linkittivät sosiaalisen median verkkosivustoihin painikkeiden ja upotettujen linkkien avulla. Nämä eivät kuitenkaan välttämättä aina linkity oikeaan paikkaan, koska kehitysprosessissa on sattunut kirjoitusvirhe tai virhe, jota automaattinen järjestelmä ei välttämättä löydä.
Väärään paikkaan menevät linkit voivat aiheuttaa sekaannusta ja haitata merkittävästi sivuston säilyttämistä. Manuaaliset testaajat käyvät läpi kaikki ohjelman linkit ja varmistavat, että ne johtavat oikeaan paikkaan ja auttavat loppukäyttäjiä pääsemään sinne, minne he haluavat, eivätkä joutumaan harhaanjohdetuksi ongelman vuoksi.
Yleiset manuaalisen testauksen mittarit
Mittarit ovat yksinkertaisia ja mitattavissa olevia numeerisia arvoja, jotka osoittavat jotain testin päätyttyä. Nämä kaikki ovat luonteeltaan määrällisiä, joten niitä on helpompi arvioida kehittäjän näkökulmasta.
Yleisimpiä testaajien käyttämiä manuaalisen testauksen mittareita ovat:
1. Viat
Virheitä kuvaava mittari on suhteellisen yksinkertainen, ja sillä tarkoitetaan ohjelmistopaketissa olevien virheiden tai vikojen määrää. Virhe on mikä tahansa tapaus, jossa ohjelmisto ei toimi odotetulla tavalla, aina ohjelmiston toiminnallisuudesta grafiikan toimintatapaan. vikojen analysointi mittarina on suhteellisen yksinkertaista, ja useammat viat merkitsevät yritykselle suurempaa ongelmaa.
Seuraamalla, lisääntyykö vai väheneekö virheiden määrä iteraatiosta toiseen, saat paremman käsityksen siitä, kehittyykö ohjelmiston laatu oikeaan suuntaan, kun sitä päivitetään jatkuvasti.
2. Viat testituntia kohti
Viat testituntia kohti -mittarissa käytetään virheitä koskevaa mittaria ja lisätään siihen joitakin yksityiskohtia jakamalla virheiden määrä testaajien ohjelmistoon käyttämien tuntien lukumäärällä.
Esimerkiksi yksinkertainen verkkotyökalu, jossa on viisi virhettä ja jonka käyttämiseen kuluu kaksi minuuttia, näyttää paremmalta kuin sellainen, jossa on kymmenen virhettä ja jota käytetään tunnin ajan perusmittarilla.
Kun manuaaliset testaajat suorittavat tämän lisälaskennan, he saavat paremman käsityksen vikatiheydestä ja ymmärtävät, kuinka usein käyttäjä todennäköisesti törmää vikaan ja vaikuttaako se vakavasti hänen sovelluksen käyttämiseen käyttämäänsä aikaan.
Vikojen ja sovelluksen koon suhteuttaminen on aina hyödyllistä ongelmien kontekstualisoimiseksi.
3. Hyväksyttyjen testitapausten prosenttiosuus
Jotkin testitapaukset suoritetaan pelkällä hyväksytty/hylätty -periaatteella, ja tämä mittari ilmoittaa hyväksytyistä testitapauksista prosenttiosuuden. Mitä korkeampi hyväksytyn testitapauksen prosenttiosuus on, sitä paremmin sovellus toimii.
Jos mahdollista, yritä käyttää läpäistyjen testitapausten prosenttiosuutta ominaisuuskohtaisesti sen sijaan, että tarkastelisit koko sovellusta. Näin saadaan tarkempaa tietoa siitä, mikä toimii ja mikä ei, mikä auttaa kehittäjiä tekemään muutoksia siellä, missä ne ovat tarpeen, sen sijaan, että he joutuisivat tekemään lisätutkimuksia selvittääkseen tarkalleen, missä ongelma on. Mitä nopeammin löydät ongelman syyn, sitä parempi.
7 virhettä ja sudenkuoppaa manuaalisten testien toteuttamisessa
Ohjelmistotestausalalla on useita yleisiä virheitä, joista jokainen voi johtaa siihen, että virheitä ei löydetä ja testaus kestää odotettua kauemmin ja maksaa enemmän.
Joitakin tärkeimpiä virheitä ja sudenkuoppia, joita kannattaa varoa ja välttää, kun otat käyttöön manuaalista testausta työssäsi, ovat muun muassa seuraavat:
1. Korjaa vika itse
Joissakin kehitysprosessin vaiheissa kehittäjä on henkilö, joka vastaa sekä koodin testaamisesta että ongelman korjaamisesta. Tämä voi johtaa siihen, että he yrittävät ratkaista ohjelmisto-ongelmat itse, vaikka he eivät ehkä täysin ymmärrä ongelman syytä.
Pyri aina kun mahdollista varmistamaan, että testaajan ja ratkaisun koodaajan välillä on selkeä ero. Kun teet tämän eron, vähennät mahdollisuutta keskittyä liikaa löytämäsi virheen korjaamiseen sen sijaan, että ottaisit huomioon ohjelmiston muut osat.
Jaa työ aina, jos se on mahdollista, jotta asiantuntemusta saataisiin laajemmalle alueelle.
2. Testien läpikäyminen kiireellä
Joillakin ohjelmistoilla on erittäin tiukat julkaisuajat, mikä voi saada testaajat keskittymään testien nopeampaan läpivientiin, jotta tavoiteaikatauluun päästään. Tämä on vakava virhe, sillä se saattaa aiheuttaa merkittävien virheiden pääsyn läpi. Manuaalinen testaus voi pahentaa tätä ongelmaa, kun ihmiset tuntevat painetta ja kiirehtivät aktiivisesti asioiden läpikäymistä.
Yritä käyttää mahdollisimman paljon aikaa testitapausten suorittamiseen, käy jokainen vaihe huolellisesti läpi ja merkitse tiedot tarkemmin muistiin. Vaikka julkaisua jouduttaisiinkin hieman viivästyttämään, on parempi toimittaa täydellinen tuote kuin sellainen, josta käyttäjät eivät nauti huonojen standardien vuoksi.
3. Huono viestintä
Viestintä tiimin sisällä on ensiarvoisen tärkeää kaikissa ohjelmistokehitysprojekteissa, ja ihmiset saavat mahdollisimman paljon tietoa työtovereiltaan ja käyttävät tätä tietoa tuotteen parantamiseen. Tämä koskee jatkuvaa keskustelua sekä osastojen välillä että yhden osaston sisällä.
Mitä tehokkaammin laadunvarmistustiimi kommunikoi kehittäjien kanssa, sitä paremmat ohjeet heillä on päivitysten luomisessa, ja kaikki hyötyvät yhdessä korkeimman tason tuotteen julkaisemisesta.
Manuaalinen testaus mahdollistaa paremman viestinnän, koska testaajalla on täydellinen käsitys kokemuksesta, mikä lisää selkeyttä ja yksityiskohtia.
4. Testaus ilman valmistelua
Valmistautuminen synnyttää täydellisyyttä, ja tämä pätee kaikkialla ohjelmistotestauksessa. Manuaalisessa testauksessa tämä tarkoittaa sitä, että on otettava aikaa ohjelmiston ymmärtämiseen, opittava lyhyesti ja luotava testitapauksia, jotka haastavat kaikki nämä tavoitteet asianmukaisesti.
Jos käytät aikaa, testitapaukset vastaavat tarpeitasi kehittäjänä ja löydät paljon todennäköisemmin kaikki järjestelmän merkittävimmät virheet. Tämä auttaa myös testaajia lukemaan testitapaukset selkeämmin ja suorittamaan ne tarkemmin.
5. Vaistojen huomiotta jättäminen
Kun yritys ryhtyy testaamaan manuaalisesti, se tekee sen useista syistä, kuten siksi, että se haluaa ihmistestaajan sopeutumiskyvyn ja vaistonvaraisuuden. Kun testaat ohjelmistoa, saatat huomata, että jokin asia vaikuttaa oudolta, vaikka se ei olekaan aktiivisesti osa testitapausta, jolloin et tee muutoksia tai tutki asiaa tarkemmin. Tämä on virhe.
Ole aina utelias ja kuuntele vaistojasi, sillä se auttaa löytämään ongelmat, joita automatisoitu testitapaus ei löydä. Manuaaliset testaajat valitaan älykkyytensä ja asiantuntemuksensa perusteella, joten näiden ominaisuuksien hyödyntäminen on testin potentiaalin hyödyntämistä parhaalla mahdollisella tavalla.
6. Virheiden pelkääminen
Kaikki tekevät virheitä, riippumatta siitä, mitä työtä teet. On kuitenkin parempi tiedostaa tämä kuin lähteä prosessiin peläten, että saatat tehdä virheen. Tämä lisää stressiäsi ja aiheuttaa vielä todennäköisemmin ongelmia testaussuoritukseesi. Automaatiolla ei ole tätä ongelmaa, ja manuaaliset testaajat ovat alttiimpia paineille.
Lähesty tehtäviäsi luontevasti, ja jos teet virheen, pyri korjaamaan se mahdollisimman pian. Ohjelmistotestaus on vaihe, jossa havaitaan ja korjataan ongelmat, eikä satunnainen testausongelma pilaa ohjelmistoa loppukäyttäjän kannalta, kunhan se korjataan.
7. Taukojen pitämättä jättäminen
Manuaalinen testaus vaatii suurta huomiota yksityiskohtiin jokaisessa yksittäisessä testissä, mikä voi olla väsyttävää testaajalle. Tästä huolimatta jotkut testaajat ja yritykset keskittyvät siihen, että testaajia pidetään koko päivän ilman ylimääräisiä taukoja väsymyksen tai keskittymiskyvyn herpaantumisen vuoksi.
Tämä on merkittävä virhe. Tarjoa testaushenkilöstölle taukoja päivän aikana, sillä tämä vähentää ongelmien esiintymisen mahdollisuutta ja pitää testauksen mahdollisimman tarkkana. Jos olet itse testaaja, yritä tehdä yhteistyötä johtohenkilöstön kanssa huolehtiaksesi aktiivisesti itsesi ja ympärilläsi olevien ihmisten mielenterveydestä.
Parhaat manuaalisen testauksen työkalut
Kun suoritat manuaalista testausta, sinun ei tarvitse tehdä kaikkia työn osia yksin. Joissakin tapauksissa työkalun käyttö voi olla täydellinen tapa hallita testausta ja tehdä prosessista mahdollisimman sujuva. Jos olet testaaja, joka miettii tapoja parantaa standardejaan, työkalujen tarkastelu voi olla ihanteellinen aloitus.
5 parasta ilmaista manuaalisen testauksen työkalua
Kun aloitat ohjelmistotestauksen uuden työkalun käytön, haluat varmistaa, että saat hyvää vastinetta investoinnillesi. Tämä tarkoittaa sitä, kuinka paljon aikaa investoit ohjelmistoon ja kuinka paljon rahaa käytät lisenssin hankkimiseen.
Ilmaisilla manuaalisilla testausvälineillä vastineen saaminen rahalle on paljon yksinkertaisempaa, etkä kärsi ostajan katumuksesta, jos se ei toimi.
Laadunvarmistusryhmien käytettävissä on joitakin parhaita ilmaisia manuaalisen testauksen työkaluja:
1. JIRA
JIRA on ohjelmistotestauksen dokumentointityökalu, jonka avulla kehittäjät voivat luoda tikettejä kaikista vioista, ongelmista tai korjauksista, jotka vaativat tukea. Tässä alustassa on myös priorisointityökaluja, joten kehitystiimi voi lajitella tärkeimmät ongelmat ensin, kun se parantaa ohjelmaa.
2. LoadRunner
LoadRunner on yhteensopiva useiden kehitystyökalujen kanssa, ja se auttaa suorituskykytestauksessa erilaisissa asetuksissa ja tuottaa suorituskykytestitietoja yksityiskohtaisesti. Työkalu auttaa myös luokittelemaan joitakin suorituskykyongelmien tärkeimpiä syitä kehittäjille, jotka haluavat lisätä tehokkuutta.
3. SonarQube
Tukee monenlaisia ohjelmointikieliä manuaalisen testaustyön avulla ja seuraa mittauksia ajan mittaan, jotta manuaalisten testaajien on vähennettävä itse suoritettavaa raportointia. Erittäin mukautuva ja integroituu tehokkaasti useisiin tärkeimpiin kolmannen osapuolen sovelluksiin.
4. Trac
Python-kielellä kehitetty Trac on projektinhallintatyökalu, joka tarjoaa sinulle näkymähistorian, koodin ja kaikki muutokset, jotta näet testien välillä tehdyt muutokset. Tracin kautta tapahtuvassa vianmäärityksessä käytetään myös tikettien hallintajärjestelmää, mikä yksinkertaistaa ongelman löytämistä ja korjaamista käyttäjälle.
5. NUnit
JUnitiin perustuva NUnit on täysin avoimen lähdekoodin työkalu, joka tukee datasuuntautuneita testejä ja integroituu tehokkaasti useisiin alustoihin. Saat määrällisiä tietoja myös manuaalisten testien suorittamisen jälkeen, mikä antaa kehittäjille paremman näkemyksen ongelmien korjaamiseksi.
5 parasta ilmaista automaatiotestaustyökalua
Vaikka manuaalisella testauksella on paljon etuja,automaation käyttöönotto testausprosesseissa on joskus ihanteellinen tapa edetä.
Tämä auttaa sinua poistamaan joitakin haittoja, jotka aiheutuvat keskittymisestä pelkästään manuaaliseen testaukseen, mutta samalla saat hyvän yleiskuvan ohjelmistosta. Automaatio vaatii alkuun pääsemiseksi joitakin työkaluja, ja monet kehittäjät käyttävät mieluummin ilmaisia työkaluja aloittaessaan työnsä ja tutustuessaan alustaan.
Joitakin parhaita saatavilla olevia ilmaisia automaatiotestaustyökaluja ovat:
1. ZAPTEST ILMAINEN PAINOS
ZAPTEST Free Edition on suunniteltu auttamaan testaajia integroimaan automatisointia työhönsä, ja siinä keskitytään alustarajat ylittävään käyttöön ja siihen, että käyttäjät voivat toteuttaa automatisoinnin tavalla, joka tukee manuaalista testausta asianmukaisesti. Kaikkien tehtävien automatisointi on tärkein vetovoimatekijä, sillä kaikki ohjelmiston osa-alueet ovat automatisoitavissa ZAPTESTin Free Edition -versiossa.
2. Appium
Avoimen lähdekoodin testiautomaatiokehys, joka keskittyy erityisesti mobiililaitteiden automatisointiin sovelluksissa, jotka toimivat verkkokaupoissa. Appium toimii useiden eri sovellusrajapintojen ja käyttöjärjestelmien kanssa, kuten iOS, Windows, Mobile, Web ja Android.
3. Katalon Platform
Katalon on kooditon ratkaisu, joka auttaa testaajia, joilla ei ole kokemusta koodauksesta, tekemään parempaa automatisoitua testaustyötä. Tällä alustalla on myymälä, jossa on valikoima laajennuksia, mutta tämä tarkoittaa, että saadaksesi kaiken irti testausohjelmistosta sinun on todennäköisesti käytettävä paljon aikaa ja mahdollisesti myös rahaa sen räätälöimiseen tarpeisiisi.
4. Robotium
Avoimen lähdekoodin työkalu, joka on suunnattu erityisesti Android-testiin ja mahdollistaa samalla käyttäjän hyväksynnän ja harmaan laatikon testauksen. Vaikka tämä sovellus toimii korkeatasoisesti, käyttäjille aiheutuu joitakin riskejä, sillä alustarajat ylittävät sovellukset on testattava kaikilla muilla alustoilla.
5. Loadster
Loadster on työkalu, joka on suunniteltu auttamaan yrityksiä, jotka työskentelevät sovellusten kanssa, joilla on suuri käyttäjäkunta. Tämän työkalun avulla kehittäjät voivat varautua suurempiin liikennehuippuihin ja saada optimaalisen suorituskyvyn, vaikka yrityksen palvelimiin kohdistuu huomattavia paineita. Manuaalisen testauksen lisäksi Loadster voi automatisoida joitakin testaajan tehtäviä, kuten kuormituksen lepäämisen.
Päätelmä
Lopuksi voidaan todeta, että manuaalinen testaus on minkä tahansa organisaation etu. Testaajat voivat löytää muuten näkymättömiä ongelmia ja antaa yksityiskohtaista palautetta sovelluksesta, mihin automaatio ei yksinkertaisesti pysty.
Vaikka manuaalisessa testauksessa on joitakin haittoja, älykkäät yritykset käyttävät yhä useammin manuaalisten ja automaattisten testien hybridijärjestelmää, joka auttaa ottamaan huomioon kummankin heikkoudet ja hyödyntämään molempien edut.
Manuaalinen testaus on paremman ohjelmistokehityksen selkäranka, ja sen oikeanlainen käyttö voi vaikuttaa merkittävästi tuloksiin.
Usein kysytyt kysymykset & resurssit
Manuaalinen testaus voi olla monimutkainen aihe, joten on ymmärrettävää, että sinulla saattaa olla lisää kysymyksiä siitä, miten se toimii. Katso joitakin usein kysyttyjä kysymyksiä manuaalisesta testauksesta ja joitakin resursseja, joista voit hyötyä, kun opit ajan mittaan kehittymään paremmaksi manuaaliseksi testaajaksi.
1. Parhaat manuaalisen testausautomaation kurssit
– “Testausautomaation perusteet” – Udemy
– “Testausautomaation koulutuskurssit” – NobleProg
– “Manuaalisen testauksen koulutus – Yhdistynyt kuningaskunta” – The Knowledge Academy
– “Manuaalinen ja automaattinen testaus” – IT Talent Hub
2. Mitkä ovat 5 tärkeintä haastattelukysymystä manuaalisesta testauksesta?
– “Onko sinulla kokemusta manuaalisesta testauksesta?” – Selvittää, onko hakijalla paljon kokemusta testausympäristöissä työskentelystä.
– “Mitä eroa on manuaalisella testauksella ja testausautomaatiolla?” – Selvitetään, onko hakijalla tekninen perustietämys testausprosesseista.
– “Miten olet selvinnyt haasteista ohjelmistotestausympäristössä?” – Arvioi, millaisia ongelmanratkaisutaitoja hakijalla on manuaalisen testauksen alalla.
– “Mikä on ihanteellinen työkalu manuaalisen testauksen tueksi?” – Luo paremman käsityksen hakijan käyttämistä työnkuluista ja siitä, sopiiko se yritykselle.
– “Työskenteletkö mielelläsi tiimissä?” – Kerro haastattelijalle, pystyykö hakija työskentelemään isommassa ryhmässä.
3. Parhaat Youtube-oppaat manuaalisesta testauksesta
– “Manuaalinen testaus (koko kurssi)” – SDET- QA Automation Techie
– “SOFTWARE TESTING TUTORIAL – Master Software Testing ja Crack Job in Testing” – Software Testing Mentor
– “Mitä on manuaalinen testaus? | Manuaalisen testauksen opetusohjelma aloittelijoille | Edureka” – edureka!
– “Manuaalinen testaus (toiminnallinen) käsitteet” – Naveen AutomationLabs
– “Manuaalisen testauksen opetusohjelmat” – Software Testing Academy
4. Miten ylläpitää manuaalisia testejä?
Manuaalisten testien ylläpitämiseksi voi tehdä muutamia asioita, joista ensimmäinen on huolehtia testaajista. Asettamalla hyvinvointi testausprosessien keskipisteeksi varmistat, että kaikki ovat kunnossa, jotta he voivat kiinnittää huomiota ja suoriutua parhaalla mahdollisella tavalla.
Keskity tämän lisäksi siihen, että sinulla on hyvät tukirakenteet. Tämä tarkoittaa, että johtajat valvovat, että testaus on johdonmukaista ja tuottaa tarkkoja tuloksia aina kun se on mahdollista.
Mitään tiukkaa mekaanista tai automatisoitua ylläpitoa ei sinänsä ole, mutta ihmisistä huolehtiminen on eräänlaista testauksen ylläpitoa itsessään.
