Kun työskentelet ohjelmistotestauksen parissa, sinun on otettava huomioon kymmeniä erilaisia testausmenetelmiä.
Ohjelmistotestaus auttaa kehittäjiä poistamaan ohjelmistopaketissa mahdollisesti olevat puutteet, jotta he voivat toimittaa tuotteen, joka täyttää kaikkien sidosryhmien tarpeet ja odotukset. Oikean testausratkaisun käyttäminen antaa sinulle kaiken tarvitsemasi tiedon, mutta testin valitseminen oikein voi viedä aikaa.
Harmaalaatikkotestaus on yksi monipuolisimmista testaajien käytettävissä olevista testausmuodoista, joka tarjoaa paljon tietoa viemättä liikaa resursseja.
Lue lisää siitä, mitä harmaalaatikkotestaus on, miten harmaalaatikkotestaus toimii ja miksi yritykset käyttävät tätä testausmenetelmää.
Mitä on harmaalaatikkotestaus?
Harmaalaatikkotestaus on testauksen muoto, jossa yhdistyvät valkolaatikkotestaus ja mustalaatikkotestaus ja jossa käytetään osittaista ymmärrystä taustalla olevasta suunnittelusta ja tavasta, jolla järjestelmä on toteutettu.
Tämä yhdistelmä tarkoittaa sitä, että testaaja tietää osan siitä, mitä taustalla tapahtuu tuntematta täysin koodia, mikä antaa paremman käsityksen ohjelmistossa ilmenevien ongelmien mahdollisista syistä, kun niitä ilmenee.
Harmaalaatikkotestauksen suorittaminen on testaajien vastuulla, ja laadunvarmistusryhmä työskentelee projektissa kehitystiimistä riippumatta.
1. Milloin ja miksi harmaalaatikkotestausta tarvitaan ohjelmistotestauksessa?
Yritykset käyttävät kehitysprosessissa useaan otteeseen harmaalaatikkotestausta.
Esimerkiksi kun sovelluksen on oltava vuorovaikutuksessa kolmannen osapuolen työkalun kanssa toimiakseen oikein, testaajilla ei ole pääsyä ulkoisen ohjelmiston lähdekoodiin. Tämä on pakotettu rajoitus QA-testaajien pääsylle ja tekee testauksesta harmaata laatikkoa ilman valinnanvaraa.
2. Kun et tarvitse harmaan laatikon testausta
Testausprosessissa on pari kohtaa, jolloin harmaalaatikkotestaus ei ole tarpeen, joista ensimmäinen on kehitysprosessin alkuvaiheessa.
Toiminnallinen testaus tapahtuu, kun kehittäjät testaavat aluksi varmistaakseen, että heidän koodinsa suorittaa perustehtävänsä, mikä on täysin läpinäkyvää. Koska testaajalta ei ole piilotettu koodia tai dokumentaatiota, tätä ei pidetä harmaan laatikon testauksena.
Toinen kerta, jolloin et tarvitse harmaalaatikkotestausta, on testaaminen aivan kehitystyön loppuvaiheessa, kun tuote on valmis. Tämä on tilanne, jossa loppukäyttäjä auttaa testauksessa, ja se tunnetaan myös nimellä “beta-testaus” tai “päästä päähän -testaus“.
Käyttäjät testaavat sovelluksen ilman pääsyä koodiin tai suunnitteludokumentteihin, vaan ottavat ohjelmiston omiin ansioihinsa. Tämä on eräänlaista mustan laatikon testausta, koska prosessi on täysin läpinäkymätön.
3. Kuka osallistuu harmaalaatikkotestaukseen?
Harmaalaatikkotestaukseen osallistuu useita henkilöitä ja rooleja, joista tärkeimpiä ovat muun muassa seuraavat:
– QA-päällikkö:
QA-päällikkö eli laadunvarmistuspäällikkö on ohjelmistokehitysprosessin henkilöstön jäsen, joka vastaa tehtävien jakamisesta testausryhmälle.
Tähän kuuluu työvuorolistojen laatiminen, raporttien tarkastelu ja tiimissä ilmenevien ristiriitojen käsittely.
– Testaaja:
Testaaja on ammattilainen, joka vastaa harmaan laatikon testausprosessiin kuuluvien testitapausten suorittamisesta.
Tämä edellyttää suurta huomiota yksityiskohtiin raportteja kirjoitettaessa ja toistuvasti tarkkojen testitapausten läpikäymisessä.
– Kehittäjä:
Kehittäjät ovat ammattilaisia, jotka vastaavat koodin luomisesta ja sen mukauttamisesta harmaan laatikon testauksen tulosten perusteella.
Nämä eivät välttämättä osallistu itse testaukseen, mutta saavat testaajilta viestejä tuloksista.
– QA-analyytikko:
QA-analyytikon rooli on yleinen testausprosesseissa, joissa käytetään paljon automaatiota. Analyytikko kirjoittaa automaattisten testien testitapauskoodia ja analysoi lisäksi tietoja, jotka testit palauttavat prosessin lopussa.
Harmaan laatikon testauksen edut
Harmaalaatikkotestauksen käyttämisellä on muutamia merkittäviä etuja ohjelmistoja tutkittaessa. Hyödyntämällä näitä etuja parhaalla mahdollisella tavalla parannat sovelluksesi tasoa ajan myötä.
Joitakin syitä, miksi yritykset käyttävät tätä testausmuotoa, ovat muun muassa seuraavat:
1. Sisäisten mekanismien tunteminen auttaa testien suunnittelussa
Yksi harmaan laatikon testauksen tärkeimmistä eduista työpaikalla on se, että tiedät joitakin sovelluksen sisäisiä mekanismeja. Tämä edellyttää, että ymmärrät, mitä kukin toiminto tekee ja mitkä ovat valmiita moduuleja verrattuna joidenkin muiden ominaisuuksien räätälöityyn koodiin.
Sisäisen toiminnallisuuden tunteminen tarkoittaa, että testaaja ymmärtää paremmin, mitä hän testaa, ja voi kohdistaa testit sovelluksen suunnitteluun. Yritykset saavat tarkempia tuloksia, jotka edustavat ohjelmistoa oikein.
2. Tuloksena on ongelmien välitön ratkaiseminen
Joissakin tapauksissa, kun testissä ilmenee ongelma ja testaajalla on pääsy ongelman taustalla olevaan koodiin, ongelmaan voidaan löytää välitön ratkaisu.
Tämä on ristiriidassa mustan laatikon testausmenetelmän kanssa, jossa testaajat eivät näe mitään koodia tarkasteltavan ohjelmiston kulissien takaa. Nähtyään koodin testaajat, joilla on paljon kehityskokemusta, voivat osoittaa kehittäjille, mistä ongelma johtuu ja miten tuleva päivitys voi ratkaista sen.
Harmaalaatikkotestaus säästää paljon aikaa, joka muuten kuluisi ongelmien tutkimiseen, ja auttaa yrityksiä käyttämään aikaansa tehokkaammin.
3. Erottaa testaajat ja kehittäjät toisistaan
Harmaalaatikkotestauksen käyttäminen jättää selkeän eron sovelluksen kehittäjien ja ohjelmiston testaajien välille.
Tämä johtuu siitä, että harmaalaatikkotestauksen suorittaminen edellyttää, että testaajilla ei ole tietämystä siitä, miten ohjelmisto toimii, ja etäisyys näiden kahden välillä on välttämätön edellytys tarkempien testitulosten saamiseksi, joihin ennakkoluulot eivät vaikuta.
Harmaan laatikon skenaarioissa testaajat ovat täysin eri tiimissä kuin kehittäjät, ja he tarjoavat tarkkaa tietoa ilman, että heidän tuloksiinsa vaikuttavat olemassa olevat näkemykset.
Myös kehittäjät hyötyvät tästä, sillä he saavat kriittisemmän näkökulman työhönsä, mikä auttaa heitä parantamaan sekä nykyistä sovellusta että taitojaan tulevaisuutta varten.
Harmaalaatikkotestauksen haasteet
Harmaalaatikkotestauksen käyttämisessä kehitystyössä on muutamia merkittäviä haittoja.
Ymmärtämällä nämä haitat ja pyrkimällä lieventämään niitä aina kun se on mahdollista, parannat työsi yleistä tasoa laadunvarmistusvaiheen lopussa.
Joitakin harmaan laatikon testauksen tärkeimpiä haittoja ovat:
1. Mahdollisuus, että koodia ei nähdä
Harmaalaatikkotestaus tarkoittaa sitä, että koodissa on joitakin kohtia, jotka ovat piilossa testaajalta, ja jos testissä ilmenee ongelmia, tämä voi johtaa uusiin ongelmiin.
Kun koodia ei näy, testaukseen osallistuvilla työntekijöillä on vaikeuksia ohjata testejä siten, että ne hyödyntävät sovellusta mahdollisimman hyvin, ja he menettävät hyödyn siitä, että he näkevät ongelman syyn heti.
Virheiden korjaaminen muuttuu entistä vaikeaselkoisemmaksi, mikä johtaa siihen, että päivitysajat pitenevät ja yritykset joutuvat kamppailemaan ongelmien löytämiseksi koodistaan.
Lopputuotteet voivat olla virheellisempiä ja huonompitasoisia tämän näkymättömän koodin vuoksi.
2. Testit voivat olla epätarkkoja, jos toiminnot epäonnistuvat.
Tarkat testit ovat välttämättömiä kaikessa ohjelmistotestauksessa, sillä suurempi tarkkuus auttaa tiimejä tekemään päivityksiä, joita ne voivat toteuttaa tulevissa versioissa, ja lisäksi se auttaa kehitystiimiä luottamaan tuotteisiinsa entistä varmemmin.
Tämä tarkkuus vähenee, kun toiminnot epäonnistuvat harmaan laatikon testauksessa. Jos testaajat eivät pääse käsiksi koodiin, he saavat ohjelmistosta vain “Operaatio epäonnistui” -viestin, jolloin he eivät voi antaa palautetta ohjelmiston toiminnasta.
Saadakseen hyödyllisiä mittareita kehittäjien on korjattava ohjelmisto ennen seuraavaa testausvaihetta. Muussa tapauksessa testaaja voi vain todeta, että ominaisuus ei toimi nykyisessä muodossaan.
3. Hajautettujen järjestelmien ongelmat
Hajautetuilla järjestelmillä tarkoitetaan ohjelmistojärjestelmiä, joita isännöidään useissa eri paikoissa tai jotka tukeutuvat esimerkiksi pilvipalveluihin, kuten pilvipalveluihin ja tietojenkäsittelypalveluihin.
Tämä tekee testauksesta erittäin vaikeaa, koska merkittävä osa ohjelmistosta on piilossa kolmannen osapuolen elimen takana, ja testaajat yksinkertaisesti saavat tulosteen tuntemattomasta prosessista.
Kun ongelmia ilmenee ohjelmistoissa, joissa käytetään kolmannen osapuolen järjestelmiä, voi olla vaikea määrittää, onko ongelma itse sovelluksessa, kolmannen osapuolen toiminnallisuudessa vai tavassa, jolla nämä kaksi integroituvat toisiinsa, varsinkin kun testaaja ei näe koodia sen toimiessa.
Harmaalaatikkotestien ominaisuudet
Harmaan laatikon testeillä on muutamia yhteisiä piirteitä, joiden tunnistaminen auttaa sinua laatimaan organisaatiollesi strategian.
Joitakin tärkeimpiä esimerkkejä harmaan laatikon testausominaisuuksista ja siitä, miten nämä ominaisuudet ovat tärkeitä osia harmaan laatikon testausprosessissa, ovat seuraavat:
– Lisääntynyt kattavuus:
Pääsy osaan lähdekoodista tarjoaa paremman kattavuuden testeissä, ja tarkemmat yksityiskohdat mahdollistavat tarkemman virheiden etsinnän.
– Tietovirrat:
Monissa harmaan laatikon testeissä korostetaan tiedonkulkua ja sen ymmärtämistä, miten tieto liikkuu järjestelmän läpi.
– Ei-algoritminen:
Harmaalaatikkotestaus ei toimi, kun tutkitaan algoritmeja, sillä se on koodin hämärtämisen toinen taso.
Mitä testaamme Grey box -testeissä?
Kukin eri testaustyyppi soveltuu parhaiten, kun se kohdistuu kyseisen ohjelmiston tiettyihin osiin. Sama pätee myös harmaan laatikon testaukseen, sillä menetelmä on hyödyllisin sovelluksen tietyissä erityispiirteissä.
Esimerkkejä siitä, mitä testaajat arvioivat tehdessään harmaan laatikon testejä, ovat:
1. Sovelluksen turvallisuus
Harmaalaatikkotestit sopivat erinomaisesti sovelluksen turvallisuutta tutkiviin penetraatiotesteihin. Testaajat näkevät kaiken koodin ja voivat etsiä mahdollisia haavoittuvuuksia prosessin aikana.
Eettiset hakkerit ovat ihanteellisia testaajia sovellusten tietoturvatestaukseen, sillä he tunnistavat ohjelmistojen mahdolliset heikkoudet ja puutteet luontevammin kuin ne, joilla ei ole kokemusta tietoturvan rikkomisesta.
2. Tietokannan testaus
Monet yritykset käyttävät harmaalaatikkotestausta tietokantatestaukseen, koska tietoja voidaan seurata ohjelmiston jokaisen osatoiminnon kautta.
Testaajat näkevät kaikki ohjelmiston tekemät muutokset ja voivat arvioida, ovatko ne oikeita.
Tämä on hyödyllinen harmaan laatikon testauksen toteutus, sillä tietokantatestit ovat luonteeltaan ennustettavia, sillä yritykset käyttävät tietokantoja pikemminkin olemassa olevien tietojen järjestämiseen kuin uusien tietojen tuottamiseen.
3. Verkkosovellukset
Verkkosovellukset hyötyvät harmaan laatikon testauksesta, koska testausmenetelmä on monipuolinen.
Harmaalaatikkotestejä voidaan käyttää tietoturva-, tietokanta-, integraatio-, käyttöliittymä- ja selaintestaukseen, jotka kaikki ovat verkkosovellusten keskeisiä osa-alueita.
Testausmenetelmiä ei tarvitse vaihtaa kesken prosessin, joten voit hyötyä suuremmasta jatkuvuudesta.
Selvitän hieman sekaannusta:
Harmaa laatikko vs. valkoinen laatikko vs. musta laatikko -testaus
Harmaalaatikkotestaus on sekä valkolaatikko- että mustalaatikkotestauksen kaltainen testauksen muoto, mikä tarkoittaa, että menetelmien välillä on paljon sekaannusvaaraa.
Lue lisää siitä, mitä valkoinen ja musta laatikko -testaaminen ovat ja mitä perustavanlaatuisia eroja niiden ja harmaan laatikon testaamisen välillä on ohjelmistokehityksessä:
1. Mitä on White Box -testaus?
White box -testaus on sovelluksen testauksen muoto, jossa testaaja saa kattavat tiedot sovelluksesta.
Tähän sisältyy täydellinen pääsy lähdekoodiin ja kaikkiin ohjelmiston suunnitteludokumentteihin, mikä antaa testaajalle paljon paremman käsityksen siitä, miten ohjelmisto toimii.
Testaajat käyttävät tätä ymmärrystä nähdäkseen enemmän sovelluksessa esiintyviä ongelmia ja raportoidakseen tarkemman näkemyksen siitä, miten sovellus toimii käyttäjille.
Esimerkkinä valkoisen laatikon testauksesta on nähdä tietyn datan kulku sovelluksen läpi, jotta nähdään, missä sovelluksen prosesseissa esiintyy ongelmia, eikä vain sitä, onko ongelmia vai ei.
Kehitysprosesseissa on muutamia tilanteita, joissa yritykset käyttävät white box -testausta.
Ensimmäinen näistä on yksikkötestauksen suorittaminen, jossa arvioidaan, tekeekö ohjelmistopaketin jokainen yksittäinen koodinpätkä tai moduuli sen, mitä kehittäjä odottaa.
Yksikkötestaus auttaa testaajia löytämään suurimman osan sovelluksen ongelmista, koska siinä tutkitaan kaikki sovelluksen toiminnot.
White box -testaus auttaa myös muistivuodon löytämisessä. Tarkastelemalla kaikkea koodia yksityiskohtaisesti QA-analyytikko löytää, missä sovellus käyttää laitteen muistia, ja mahdolliset alueet, joissa se käyttää aivan liikaa muistia.
Tämä auttaa sovellusta toimimaan nopeammin ja tehokkaammin tulevissa iteraatioissa, kun muistivuoto korjataan mahdollisimman pian.
Mitä eroja on harmaalaatikko- ja valkolaatikkotestien välillä?
White box- ja grey box -testien välillä on pari merkittävää eroa, joista ensimmäinen on se, kuinka paljon tietoa joku saa käyttöönsä.
Valkoisen laatikon testauksella on täysi pääsy ohjelman lähdekoodiin ja suunnitteludokumentteihin, kun taas harmaan laatikon testauksella on vain osittainen pääsy joihinkin näistä tiedoista, lähinnä suunnitteludokumentteihin.
Tämä muutos tarkoittaa myös sitä, että testejä suorittavat henkilöt eroavat toisistaan, sillä kehittäjät ovat ensisijaisesti vastuussa white box -testauksesta.
Harmaalaatikkotestaus sen sijaan on QA-ryhmän vastuulla, sillä testaajat eivät voi tuntea koodia läpikotaisin.
Harmaan laatikon testaus vie myös vähemmän aikaa kuin valkoisen laatikon testaus. White box -testaus on kokonaisvaltaista ja siinä tutkitaan sekä ohjelmiston käyttäjäpuolta että itse koodia. Tämä kestää paljon kauemmin, joten harmaan laatikon testausprosessi on paljon nopeampi tapa edetä.
White boxissa on kuitenkin enemmän mahdollisuuksia automatisointiin, koska testaajat tietävät, miten sisäinen koodi toimii.
2. Mitä on mustalaatikkotestaus?
Mustan laatikon testauksella tarkoitetaan sitä, että testaaja tutkii ohjelmistopakettia ilman, että hänellä on mitään käsitystä järjestelmän toiminnasta.
Tämä tarkoittaa sitä, että sinulla ei ole pääsyä mihinkään sovellukseen sisältyvään koodiin tai mihinkään käytettävissä oleviin suunnitteluasiakirjoihin tai ohjeisiin. Testaajilla on vain luettelo testattavista ominaisuuksista ja joukko testitapauksia, jotka heidän on suoritettava.
Esimerkki mustan laatikon testauksesta on päästä päähän -testaus, jossa testaaja saa koko ohjelmistopaketin ja testaa koko sovelluksen varmistaakseen, että toiminnot toimivat suunnitellulla tavalla.
Suurin osa mustalaatikkotestauksen ihanteellisista testitapauksista on sellaisia, jotka ovat prosessin loppupuolella ja joissa on mukana asiakkaita ja heidän näkökulmansa tuotteeseen, jolloin koodiin ei ole pääsyä, mikä estää käyttäjän näkemykseen vaikuttavan puolueellisuuden.
Yritykset käyttävät mustan laatikon testausta ensisijaisesti sen jälkeen, kun kaikki sovelluksen toimintojen testaus on suoritettu. Kun kaikki yksikkö- ja toimintotestaus on suoritettu, kehittäjät ymmärtävät, että sovellus toimii odotetulla tavalla, ainakin kun kaikki moduulit toimivat erillään.
Mustan laatikon testauksella varmistetaan, että koko sovellus toimii odotetulla tavalla kääntämisen jälkeen, kun kaikki lähdekoodi on teoriassa jo kunnossa.
Mitä eroja on harmaan laatikon ja mustan laatikon testauksen välillä?
Suurin ero harmaan laatikon ja mustan laatikon testauksen välillä on se, kuinka paljon testaaja pääsee käsiksi tietoihin.
Joissakin tapauksissa mustan laatikon testaaja voi lähestyä sovellusta ilman minkäänlaista ennakkotietämystä ohjelmistosta, vaan hän yksinkertaisesti käy läpi testausprosessin ja käyttää ohjelmistoa tavallisen käyttäjän tavoin.
Toisaalta harmaan laatikon testaajalla on pääsy joihinkin suunnitteludokumentteihin, joten hän voi verrata sovelluksen tarkoitusta sen todelliseen suorituskykyyn ja antaa kehittäjille palautetta siitä, mitkä sovelluksen tietyt osat eivät ole standardin mukaisia.
Toinen ero on ongelman ratkaisemiseen kuluva aika, sillä harmaan laatikon testit vievät hieman enemmän aikaa.
Dokumentaation ja koodin vertaaminen siihen, miten koet sovelluksen, voi viedä aikaa, mikä on ristiriidassa sen kanssa, miten mustan laatikon testaajat työskentelevät tarkastelemalla vain itse sovellusta ja mahdollisia toiminnallisia ongelmia. Tämä yhdistelmä tekee mustan laatikon testauksesta ihanteellisen prosessin, jota voidaan käyttää aivan kehitysprosessin lopussa, kun valmistaudutaan tuotteen julkaisuun, kun taas harmaa laatikko toimii paremmin käyttöliittymän kehittämis- ja kokoamisvaiheessa.
3. Johtopäätökset: Harmaa laatikko vs. valkoinen laatikko vs. musta laatikko -testaaminen.
Yhteenvetona voidaan todeta, että valkoisen laatikon, harmaan laatikon ja mustan laatikon testaus ovat kaikki osa samaa kirjoa, jossa vaihteleva tekijä on se, kuinka paljon testaaja pääsee käsiksi koko prosessin ajan.
Kun testauslomake muuttuu yhä “mustemmaksi”, testaus on yhä vaikeaselkoisempaa ja pääsy ohjelmiston taustalla olevaan tietoon on rajoitettu.
Valkoisen laatikon testaus soveltuu erinomaisesti prosessin varhaisimpiin vaiheisiin, kun taas mustan laatikon testaus soveltuu erinomaisesti esimerkiksi päästä päähän -testausvaiheeseen, jossa tarkastellaan koko sovellusta käyttäjän näkökulmasta.
Harmaalaatikkotestaus toimii näiden kahden konseptin välimaastossa, sillä se auttaa löytämään ongelmia koko kehitysprosessin keskivaiheilla tarjoamalla paremman ymmärryksen samalla kun osa lähdekoodista pysyy testaajalta piilossa.
Harmaan laatikon testaustekniikat
Harmaan laatikon testaukseen kuuluu monenlaisia tekniikoita, joista jokainen nostaa testauksen tasoa, löytää enemmän virheitä kehittäjää varten ja johtaa prosessin lopussa täydellisempään tuotteeseen.
Joitakin yleisimpiä QA-ryhmien käyttämiä harmaan laatikon testaustekniikoita ovat:
1. Matriisitestaus
Matriisitestauksessa tarkastellaan käynnissä olevan projektin tilanneraporttia. Tämä sisältää joissakin tapauksissa yksinkertaisen PASS/FAIL-tilan, ja käynnissä olevat prosessit antavat lisätietoja prosessien jatkuvasta toiminnasta.
Siinä missä suuri osa testauksesta keskittyy koodin syötteisiin ja tuotoksiin, matriisitestauksessa tutkitaan itse prosessien tilaa eikä niinkään niiden tuloksia.
Matriisitestauksen avulla voidaan keskittyä enemmän itse sovellukseen, mikä auttaa löytämään virheitä ja ongelmia, vaikka tuotokset näyttäisivät olevan oikein.
2. Regressiotestaus
Regressiotestaus on olemassa ohjelmiston testaamiseksi useiden päivitysten jälkeen. Tähän sisältyy sekä toiminnallisia että muita kuin toiminnallisia testejä, joilla varmistetaan, että sovellus toimii edelleen riittävän laadukkaasti, kun koodi muuttuu.
Testaajat, jotka käyttävät regressiotestausta, käyttävät yleensä automaatiota, sillä regressiotestien laajuus kasvaa sitä mukaa, kun laadunvarmistusryhmä löytää yhä enemmän virheitä.
Manuaalinen testaus on kuitenkin joissakin tapauksissa välttämätöntä, ja yritykset, jotka testaavat käyttöliittymää, käyttävät manuaalisia testejä nähdäkseen, miten ihmiskäyttäjä reagoi valikoihin, painikkeisiin ja navigointivaihtoehtoihin tehtyihin muutoksiin.
3. Kuviotestaus
Mallitestaus on testauksen muoto, jossa keskitytään noudattamaan tiettyä mallia jokaisessa organisaation suorittamassa testissä.
Testausryhmät suunnittelevat nämä testit niin, että ne kohdistuvat kaikkiin ohjelmiston ominaisuuksiin, ja jokainen testi tarjoaa yritykselle johdonmukaista tietoa yksittäisten ominaisuuksien toiminnasta.
Joskus kuvion testaaminen edellyttää kuvion muuttamista ajan myötä, jotta voit varmistaa, että arvioit kaikki toiminnassa olevat järjestelmät, mutta kun sinulla on toimiva kuvio, vältä poikkeamia, jotta tuloksesi olisivat johdonmukaisempia.
4. Ortogonaalisen array-joukon testaus
Ortogonaalinen matriisitestaus on ensisijaisesti mustan laatikon testaustekniikka, jota käytetään silloin, kun testaajat käyttävät merkittävää määrää syötteitä, jotka ovat liian suuria jokaisen yksittäisen järjestelmän tyhjentävään testaamiseen.
Näissä tapauksissa kukin yksittäinen tieto tarjoaa oman ainutlaatuisen tietonsa, koska tiettyjen tietojen välillä ei mahdollisesti ole korrelaatiota. Tämä on järjestelmän ortogonaalinen näkökohta, jossa käytetään ainutlaatuisia tietoja, jotta saadaan mahdollisimman paljon tietoa mahdollisimman pienellä vaivalla.
Testaukseen kuluva aika lyhenee, ja sinulla on ihanteellinen määrä tietoja, jotka voit toimittaa kehitystiimille.
Harmaalaatikkotestaus ohjelmistotekniikan elinkaaressa
Harmaalaatikkotestaus kuuluu ohjelmistosuunnittelun elinkaaren tiettyyn vaiheeseen. Tämä elinkaari on monimutkainen sarja vaiheita, joita yritykset noudattavat kehittäessään tuotteitaan, ja jokainen vaihe johtaa tuotteen korkeampaan tasoon.
Vaikka testaus on osa prosessia, jota tehdään jatkuvasti, harmaan laatikon testaukseen on hyvin vähän aikaa.
Tämä tapahtuu sen jälkeen, kun alustava toiminnallisuus on valmis ja testattu white box -testauksen avulla ja ennen kuin ohjelmisto on valmis julkaistavaksi, ja yritykset suosivat black box -testausta viimeisimmissä vaiheissa.
Harmaa laatikko on täydellinen työkalu, jolla voidaan integroida ominaisuuksia toisiinsa ja varmistaa, että ne toimivat kunnolla sekä yhdessä että erikseen.
Manuaaliset vai automatisoidut Grey Box -testit?
Kuten kaikessa ohjelmistotestauksessa, laadunvarmistusryhmät valitsevat, suorittavatko ne testauksen manuaalisesti asiantuntijoiden avulla vai automaattisesti, jolloin testitapaukset koodataan ja suoritetaan toistuvasti, jotta varmistetaan tarkat tulokset.
Lue lisää manuaalisesta ja automatisoidusta testauksesta sekä niiden hyödyistä ja haasteista sekä siitä, kumpi testausmuodoista sopii yritykselle, joka haluaa ymmärtää paremmin tuotteensa ongelmia.
Manuaalinen harmaan laatikon testaus – edut, haasteet, prosessi
Manuaalinen testaus on olennainen osa monenlaista testausta, myös harmaan laatikon testausta.
Tässä prosessissa ihmistestaajat tutkivat ohjelmiston, tutkivat, toimiiko ohjelmisto odotetulla tavalla, ja vertaavat sitä jo olemassa oleviin suunnitteludokumentteihin ja näkyvissä olevaan koodiin tarkistaakseen, onko näissä tiedoissa ilmeisiä puutteita, jotka voisivat aiheuttaa ongelmia.
Manuaalinen testaus on yleistä esimerkiksi monimutkaisemmissa ohjelmistoissa, jotka vaativat ihmistä antamaan laadullista tietoa.
Muita käyttökohteita ovat esimerkiksi pienemmät yritykset, jotka haluavat arvioida ohjelmistonsa perusteellisesti, sillä pienten sovellusten ja pakettien arviointiin tarvitaan suhteellisen vähän resursseja verrattuna suurempien yritysten tuottamiin suurempiin ohjelmiin.
1. Manuaalisen harmaan laatikon testauksen edut
Manuaalisesta harmaan laatikon testauksesta on useita etuja mille tahansa ohjelmistolle. Kun tunnet nämä edut, voit kohdistaa testauksen niihin, löytää enemmän ongelmia ohjelmistossasi ja parantaa työsi tasoa paremman testausjärjestelmän ansiosta.
Manuaalisen harmaan laatikon testauksen tärkeimmät edut ovat:
Yksityiskohtainen palaute
Manuaalisen harmaalaatikkotestauksen ensimmäinen merkittävä etu on se, että inhimilliset testaajat voivat antaa kehittäjälle merkittävää palautetta.
Automaattista testausta käytettäessä testitapaukset suunnitellaan tuottamaan kerta toisensa jälkeen hyvin tarkkoja mittareita, jotka antavat analyytikoille tietoa, kun heillä on aikaa arvioida tietoja.
Tämä on hieman erilaista manuaalista testausta käytettäessä, sillä testaaja voi antaa perusteellisempaa palautetta siitä, mikä tietty ominaisuus ei toiminut, ja ongelman mahdollisista syistä vertaamalla sitä suunnitteludokumentaatioon.
Yksityiskohtaisen palautteen käyttö ohjaa paitsi nykyisten ominaisuuksien päivityksiä myös mahdollisia uusia ominaisuuksia, joita testaajat suosittelevat käyttäjille.
Paremmat tulkinnat
Automaattisen testauksen ansiosta kaikki johtopäätökset perustuvat testistä saatujen tietojen arviointiin ja järkevään päättelyyn siitä, mitä se tarkoittaa ohjelmiston kannalta.
Päinvastoin, manuaalisilla testaajilla on paljon parempi käsitys siitä, miten itse sovellus toimii.
He voivat verrata harmaan laatikon koodia siihen, mitä tapahtuu reaaliaikaisesti, ja tehdä tarkan arvion sillä hetkellä sen sijaan, että heidän pitäisi tehdä päätelmiä jälkikäteen.
Jotkin automaatioalustat voivat toimia vastaavalla tavalla toisto-ominaisuuden avulla, mutta tämä vaatii silti manuaalista toimintaa.
Joustava testaus
Testauksen automatisoinnissa koodataan alustaan hyvin spesifisiä testitapauksia, mikä tarkoittaa, että ohjelmisto suorittaa kyseisen tehtävän uudelleen ja uudelleen.
Vaikka tämä on ihanteellista toistoa varten, se tuo ainutlaatuisen haasteen, koska testauksessa ei ole joustavuutta.
Ihmistestaajan käyttäminen on ihanteellista näissä tapauksissa, sillä se lisää prosessin joustavuutta. Jos inhimillinen testaaja huomaa mahdollisen ongelman, joka on hieman kapeasti määritellyn testitapauksen ulkopuolella, hän voi tutkia sitä ja raportoida tulokset prosessin lopussa.
Näin yritykset saavat kattavamman kattavuuden ohjelmistosta ja löytävät virheitä, joita automaattinen järjestelmä ei pysty löytämään.
2. Manuaalisen harmaan laatikon testauksen haasteet
Manuaalisen testauksen käyttämisessä ohjelmistokehitysprosessissa on paljon etuja, mutta myös useita haittoja. Nämä vaihtelevat muutamien tekijöiden mukaan, kuten yrityksen työstämän ohjelmiston, kehitystiimin koon sekä testaus- ja kehitystiimin jäsenten taitojen tason mukaan.
Manuaalisen testauksen merkittäviä haasteita ovat:
Korkeat työvoimakustannukset
Työvoimakustannukset ovat merkittävimpiä menoja, joita yritykset joutuvat maksamaan, sillä ne maksavat parhaan mahdollisen henkilöstön hankkimisesta, jotta yritys voi parantaa työnsä tasoa.
Koska harmaan laatikon manuaalinen testaus voi viedä paljon aikaa, yrityksen on maksettava testaajilleen palkkaa koko prosessin ajan. Joissakin suurimmissa sovelluksissa tämä voi viedä tunteja ja aiheuttaa manuaalisten testaajien kustannusten nousun.
Kehittäjät voivat pyrkiä lieventämään tätä ongelmaa tasapainottamalla harmaan laatikon testausautomaatiota manuaalisen testauksen kanssa tai vähentämällä tuntityökustannuksia, mutta tällöin testauksen laatu saattaa heikentyä.
Inhimillinen erehdys
Automatisoitu testaus suorittaa yksinkertaisia prosesseja tehokkaasti ja toistaa ne suurella tarkkuudella tavalla, johon ihminen ei pysty.
Ihmiset tekevät virheitä ja pieniä erehdyksiä, jotka voivat johtua mistä tahansa, esimerkiksi siitä, että he painavat vahingossa väärää painiketta tai heidän huomionsa katoaa pariksi sekunniksi.
Tällaiset virheet voivat johtaa epätarkkoihin tietoihin ja saada kehittäjät kiinnittämään huomionsa väärään osaan ohjelmistoa, mikä vie arvokasta kehitysaikaa ja huonontaa tuotetta.
Ratkaise tämä ongelma tekemällä mahdollisuuksien mukaan toistuvia harmaalaatikkotestejä, jotta voit tarkistaa tulokset testauksen edetessä.
Kestää kauan
Siinä missä tietokoneet voivat suorittaa tehtävät hetkessä, ihmisiltä menee hieman enemmän aikaa.
Tämä johtuu reaktioajasta tai yksinkertaisesti siitä, että he työskentelevät paikoitellen optimaalista nopeuttaan hitaammin, mikä kaikki hidastaa testausprosessia.
Hitaampi testausprosessi tarkoittaa, että kehitystiimillä on vähemmän aikaa työskennellä virheiden ja puutteiden poistamiseksi tuotteesta, koska kaikki aika menee ongelmien löytämiseen.
Tätä ongelmaa ei ole helppo lieventää, ja yksi mahdollinen ratkaisu on hybridi testausjärjestelmä, kuten manuaalisten testien ja automatisoitujen grey box -testien tasapainottaminen.
Harmaa laatikko Testausautomaatio – Hyödyt, haasteet, prosessi
Testauksen automatisoinnilla tarkoitetaan prosessia, jossa käytetään automaatioalustaa joidenkin harmaan laatikon testausprosessin osien automatisoimiseksi.
Prosessi toimii siten, että testisuunnittelijoita pyydetään luomaan sarja testitapauksia, ja QA-analyytikot tai vastaavat ammattilaiset koodaavat nämä testit automaatio-ohjelmiin, ja joissakin tapauksissa käytetään robottiprosessien automatisointia lisävälineenä.
Näissä tapauksissa laadunvarmistusanalyytikot ymmärtävät jo osan koodista tai suunnitteludokumenteista.
Tämäntyyppinen testaus on yleisempää paljon suuremmissa ohjelmistokokonaisuuksissa, koska harmaan laatikon testaajilla ei ole aikaa testata kaikkia prosessin osa-alueita perusteellisesti manuaalisesti.
Automaattisen prosessin jälkeen alusta palauttaa QA-analyytikolle raportin, jossa ilmoitetaan, missä on epäonnistumisia, ja joukko tärkeitä mittareita.
1. Automaattisen harmaan laatikon testauksen edut
Automaattisen harmaan laatikon testauksen käyttämisestä laadunvarmistustiimin prosesseissa on muutamia selkeitä etuja.
Keskittymällä näihin hyötyihin ja hyödyntämällä niitä parhaalla mahdollisella tavalla yritys voi lisätä harmaan laatikon testauksen tehokkuutta ja ratkaista mahdollisimman monta ongelmaa työnkulun tässä vaiheessa.
Automaation käyttämisestä harmaan laatikon testauksessa saatuja ensisijaisia etuja ovat muun muassa seuraavat:
Nopea testaus
Automaattiset järjestelmät on suunniteltu testaamaan uskomattoman nopeasti, ja ne käyvät läpi useita prosesseja mahdollisimman nopeasti. Tämä hyöty korostuu entisestään, kun tehdään toistuvia harmaa laatikko -testejä, koska jokainen yksittäinen ajo vie vähemmän aikaa.
Aika, jota säästät ajasta toiseen, lisääntyy merkittävästi, ja yritykselläsi on paljon enemmän aikaa kiireellisiin tehtäviin, kuten itse ohjelmiston päivittämiseen ja palautteen antamiseen asiakkaille ja potentiaalisille asiakkaille.
Nopeampi testaus on erityisen hyödyllistä julkaisun jälkeisessä työssä, sillä toiminnallisuuden korjaukset on saatava käyttöön mahdollisimman pian, jotta ihmiset näkevät yrityksen entistä paremmin.
Tarkat mittarit
Mittarit ovat merkittävä osa ohjelmistotestauksen toimintatapaa, sillä ne antavat testaajalle numeerista tietoa mahdollisista ongelmista.
Tietokoneet ja automaatioalustat tarjoavat erittäin tarkkoja mittareita, ja esimerkiksi vasteajat voidaan mitata millisekunnin tarkkuudella.
Tarkemmat mittarit tarkoittavat, että voit seurata pieniä muutoksia sovelluksen suorituskyvyssä, mikä auttaa sinua ymmärtämään, onko päivitys parantanut suorituskykyä vai onko se johtanut siihen, että tavanomaiset työnkulut vievät enemmän aikaa.
Pienemmät kustannukset
Yksi suurimmista testauksen kustannuksista harmaan laatikon ohjelmistokehitysympäristössä on harmaan laatikon testaajien itsensä aiheuttamat kustannukset.
Ohjelmistotestauksen asiantuntijoiden palkkaaminen on kallista, varsinkin kun etsit harmaan laatikon testaajia, jotka vaativat monipuolisempia taitoja, jotta organisaatiollesi voidaan tarjota mahdollisimman korkeat standardit.
Automaatio tarkoittaa, että manuaalisia harmaan laatikon testejä suorittavia henkilöitä on vähemmän, mikä poistaa prosessista paljon henkilöstökustannuksia.
Vaikka automaatioalustat aiheuttavat jonkin verran kustannuksia, ja useimmat niistä veloittavat kuukausittaisen tilauksen, tämä on paljon vähemmän kuin jos maksaisit työntekijöille, jotka tekevät työn puolestasi.
2. Automaattisen harmaan laatikon testauksen haasteet
Automaation käyttämiseen harmaan laatikon testausprosesseissa liittyy paljon haasteita.
Vaikka jotkin organisaatiot keskittyvät hyötyihin, harmaan laatikon testauksen haasteiden tuntemisesta ja niiden huomioon ottamisesta työssäsi on paljon etuja.
Voit toteuttaa harmaan laatikon testauksen tavalla, jolla vältät haasteet ja estät sinua kamppailemasta rajoitusten kanssa jatkossa.
Automaattisen harmaan laatikon testauksen tärkeimmät haasteet ovat:
Alkuasetukset
Alkuasennus on yksi suurimmista haasteista automaatioprosessin läpikäymisessä. Tämä tarkoittaa aikaa, joka kuluu uuteen testausalustaan siirtymiseen, mukaan lukien alustan asentaminen, käyttäjien opettaminen, miten sitä käytetään, ja ensimmäisten testien koodaaminen ohjelmistolla.
Kaikki tämä on tuottamatonta aikaa, jota yritys haluaa rajoittaa mahdollisimman paljon.
Ensiluokkaisten automaatio-ohjelmistojen käyttäminen asiantuntijoiden kanssa on tässä tapauksessa ihanteellista, sillä kolmannen osapuolen tuki varmistaa, että harmaan laatikon automatisointi ja muutkin testaustyypit sujuvat alusta alkaen ongelmitta.
Korkeat ammattitaitovaatimukset
Vaikka manuaalinen testaus vaatii korkeaa taitotasoa, automaation parissa työskenteleviltä QA-analyytikoilta vaaditaan silti korkeaa taitotasoa.
Tämä tapahtuu koodaustaitojen muodossa, joita käytetään ensisijaisesti testitapausten luomiseen ja harmaan laatikon skenaariossa olevan koodin lukemiseen.
Kehittäjät voivat lieventää tätä ongelmaa palkkaamalla testaajia, joilla on kokemusta kehitystyöstä tai jotka ovat työskennelleet koodaushankkeiden parissa aiemmin. Rajoitat koulutukseen kuluvaa aikaa työpaikalla ja varmistat, että jokainen uusi työntekijä pystyy sopeutumaan harmaan laatikon automatisoidun testauksen vaatimuksiin.
Jotkin yritykset pyrkivät käyttämään koodittomia automaatiojärjestelmiä harmaan laatikon testauksen suorittamiseen, mutta tämä voi vähentää työpaikan joustavuutta.
Jatkuva valvonta
Automaattisen testauksen tarkoituksena on osittain vähentää ihmisiin tukeutumista, sillä manuaalisessa testauksessa ihminen osallistuu jatkuvasti prosesseihin.
Testausautomaation ei ole tarkoitus toimia näin, mutta yrityksillä on silti oltava hyvä valvonta.
Valvontaan kuuluu harmaan laatikon testien tulosten tarkastelu ja niiden ylläpito sen varmistamiseksi, että kaikki toimii edelleen kehittäjän odotusten mukaisesti.
Yritykset voivat auttaa parantamaan valvonnan tasoa monin tavoin, ja ihanteellinen tapa on, että testien valvonnasta vastaa yksi ammattilainen.
Tämä johtaa suurempaan erikoistumiseen, jolloin kyseisestä työntekijästä tulee harmaan laatikon asiantuntijatestaaja, joka työskentelee automaation kanssa nopeammin ja tehokkaammin.
Johtopäätökset: Manuaalinen vai harmaan laatikon testausautomaatio?
Yhteenvetona voidaan todeta, että manuaalisella harmaalaatikkotestauksella ja automaattisella testauksella on molemmilla oma paikkansa ohjelmistotestausprosessissa.
Pienemmät yritykset ja startup-yritykset hyötyvät harmaan laatikon manuaalisesta testauksesta silloin, kun niiden koodi on suhteellisen pientä ja hallittavissa, ja automaatiosta tulee yhä hyödyllisempää, kun sovellukset kasvavat ja niissä on enemmän ominaisuuksia.
Manuaaliselle testaukselle on kuitenkin aina paikkansa, koska se tarjoaa yrityksille enemmän tietoa, yksityiskohtaisuutta ja joustavuutta.
Ihanteellinen harmaalaatikkoratkaisu mille tahansa yritykselle on hybridimalli, jossa käytetään manuaalista ja automatisoitua testausta eri kohdissa molempien tekniikoiden vahvuuksien ja heikkouksien huomioon ottamiseksi.
Kokonaisvaltainen lähestymistapa paljastaa enemmän ohjelmistopaketin ongelmista, mikä auttaa korjaamaan ohjelmistoa tehokkaammin ja antaa asiakkaalle lopulta paljon paremman tuotteen kehityksen päätteeksi.
Mitä tarvitset aloittaaksesi harmaalaatikkotestauksen?
On olemassa muutamia ennakkoedellytyksiä, joita yritykset vaativat ennen harmaan laatikon testausprosessin aloittamista. Näiden avulla testausprosessi joko mahdollistuu tai ohjelmistotestaus on paljon yksinkertaisempaa laadunvarmistusryhmälle, koska heillä on käytettävissään enemmän resursseja.
Harmaan laatikon testauksen suorittamisen edellytyksenä on muun muassa:
1. Suunnitteluasiakirjat tai lähdekoodi
Harmaalaatikkotestausprosessin aloittaminen edellyttää ensimmäiseksi joko suunnitteludokumentaatiota tai lähdekoodia. Testaajien on päästävä käsiksi näihin tietoihin, jotta testausta voidaan pitää harmaan laatikon testauksena, joka tarjoaa jonkinlaisen näkemyksen itse ohjelmiston sisäisestä toiminnasta.
Näiden tietojen on yleensä oltava mahdollisimman olennaisia, esimerkiksi testattavan toiminnon koodijono.
Kun käytät harmaalaatikkotestausta valkolaatikkotestauksen sijasta, annat vain osan koodista ja suunnitteludokumentaatiosta, joten ole varovainen sen suhteen, kuinka suuren käyttöoikeuden annat.
2. Tuotteen lyhyt kuvaus
Tuoteseloste tai sovellusseloste on asiakirja, jota yritykset käyttävät saadakseen täydellisen käsityksen siitä, mitä asiakas etsii ohjelmistopaketilta. Siinä esitetään yksityiskohtaisesti asiakkaan ohjelmistolta odottamat tarkat toiminnot, asiakkaan haluama muotoilu ja muut tarvittavat määrittelyt.
Tuoteselosteen lukeminen tarkoittaa, että harmaan laatikon testaaja voi etsiä kaikki asiakkaan haluamat ominaisuudet, varmistaa, että ne ovat ohjelmistossa, ja varmistaa, että tuote vastaa kaikkia yrityksen sovellukselle asettamia tavoitteita.
Jotkin yritykset rajoittavat harmaan laatikon testaajien nähtävissä olevien tietojen määrää yrityksen salassapitokäytännöistä riippuen.
3. Testauksen tavoitteet
Kehittäjillä ja yrityksillä on testejä tehdessään erityisiä tavoitteita, joita kutsutaan joskus testimäärittelyksi. Tämä on erittäin tärkeää harmaan laatikon testausprosessissa, sillä se tarkoittaa, että kehittäjät voivat antaa harmaan laatikon testaajille kaikki oikeat tiedot, ja laadunvarmistusryhmä suunnittelee testit, jotka vastaavat testausprosessin tavoitteita.
Tällöin kaikki työskentelevät tehokkaammin, koska he tietävät, mitä he etsivät ja miten nämä tavoitteet voidaan parhaiten saavuttaa.
Harmaan laatikon testausprosessi
Harmaalaatikkotestaus noudattaa suhteellisen johdonmukaista prosessia, jossa on selkeät vaiheet, jotka yrityksen on suoritettava saavuttaakseen testaustavoitteensa.
Kun prosessia noudatetaan selkeästi ja johdonmukaisesti, saadaan tarkkoja ja johdonmukaisia tuloksia, jotka kertovat kehittäjille, missä ongelmat ovat ja miten ne voidaan ratkaista.
Harmaan laatikon testin päävaiheet ovat seuraavat:
1. Panosten ja tuotosten määrittäminen
Prosessin ensimmäinen vaihe on määrittää sovellukselta odotettavat syötteet ja tuotokset.
Valitse syöttö, joka on sen rajoissa, mitä sovelluksen voidaan normaalisti olettaa käsittelevän, jotta testi olisi oikeudenmukainen, ja määritä tuloste, jonka odotat saavasi kyseisestä syötteestä.
Kun teet tämän ennusteen projektin alussa, tiedät, jos jokin on mennyt pieleen testien lopussa.
2. Ensisijaisten virtojen tunnistaminen
Ensisijaiset tietovirrat ovat reittejä, joita data kulkee ohjelmistossa päästäkseen lopulliseen tulosteeseensa.
Ensisijaisen virtauksen tunnistaminen tarkoittaa, että voit paremmin seurata, miten tiedot kulkevat ohjelmiston prosessien läpi, määrittää mahdollisia vikapaikkoja ja työskennellä niiden korjaamiseksi, jos ohjelmistossa on ongelmia.
3. Tunnistetaan osatoiminnot ja niiden panokset ja tuotokset.
Alitoiminnot ovat perustoimintoja ensisijaisen virtauksen sisällä. Kukin osatoiminto syötetään toisesta ja syötetään seuraavaan, mikä johtaa lopulta ohjelmiston lopulliseen tulosteeseen.
Määrittele kunkin osatoiminnon syötteet ja kunkin osatoiminnon ennustetut tuotokset.
Kun tämä tehdään alatoimintotasolla, saadaan lisää tietoa ohjelmisto-ongelmien paikantamiseen.
4. Kehitä testitapaus
Testitapauksella tarkoitetaan ohjelmistossa tapahtuvia tapahtumia, joilla tutkitaan, toimiiko sovellus odotetulla tavalla.
Varmista, että tämä harmaan laatikon testitapaus tutkii asianmukaisesti tarkastelemasi ohjelmiston osan.
Keskity myös johdonmukaisuuteen ja varmista, että testitapaus on helppo toistaa, jotta saat tarkempia tuloksia harmaalaatikkotestistäsi.
5. Suorita testitapaus
Aloita testitapauksen suorittaminen.
Tässä yhteydessä syötteet syötetään kuhunkin alatoimintoon ja katsotaan, mitkä ovat tuotokset, ja kaikki tulokset kirjataan ylös.
Automaattisessa harmaan laatikon testauksessa tallennusprosessi on automaattinen, ja manuaaliset testaajat tekevät itse muistiinpanoja kaikista syötteistä ja tulosteista.
Jos voit, testaa kaikki osatoiminnot yksitellen ennen koko virtauksen suorittamista kerralla, jotta voit tarkistaa, että jokainen toiminto toimii itsenäisesti.
6. Tarkista tulokset
Kun olet saanut testitapauksen tiedot, aloita näiden tulosten tarkistaminen.
Tämä tarkoittaa sitä, että tarkastellaan ohjelmiston tuottamia tuloksia ja verrataan niitä niihin tuloksiin, joita odotettiin prosessin alussa.
Jos näiden kahden välillä on eroa, tämä osoittaa, että ohjelmistossa voi olla vika, koska se ei toimi alkuperäisen ennusteen mukaisesti.
7. Luo raportti
Luo harmaan laatikon testausprosessin päätteeksi raportti testin tuloksista.
Tähän sisältyy perusyhteenveto ohjelmiston ongelmista, arvio mahdollisista ratkaisuista ongelmiin ja mahdollisuuksien mukaan kaikki testien tuottamat tiedot.
Tämän rakenteen käyttäminen antaa lukijalle otsikkotiedon, ennen kuin se tarjoaa kaikki tarvittavat todisteet, ja lopulta se on yhtenäinen asiakirja, joka tarjoaa runsaasti ohjeita.
Parhaat käytännöt harmaalaatikkotestaukseen
Parhaat käytännöt viittaavat prosesseihin, tehtäviin ja periaatteisiin, joita työntekijät suorittavat laadunvarmistustesteissä saavuttaakseen mahdollisimman korkeat standardit.
Joitakin näistä parhaista käytännöistä QA-ryhmille, jotka haluavat parantaa työnsä tasoa, ovat:
1. Työskentele huolellisesti
Kuten minkä tahansa testausmenetelmän kanssa, käytä aikaa ja työskentele huolellisesti. Yksikin virhe voi mitätöidä testin, joten hitaasti ja tasaisesti varmistamalla, että työsi on täsmällistä, säästät aikaa pitkällä aikavälillä ja parannat samalla ohjelmiston tasoa. Tämä pätee erityisesti harmaan laatikon testauksessa, koska et tiedä, minkä lähdekoodin osien kanssa työskentelet milloinkin.
2. Kommunikoi jatkuvasti
Kehittäjien ja harmaan laatikon testaajien välillä pitäisi olla jatkuva viestintäketju. Näin kehittäjät saavat välitöntä palautetta kaikista testaustiimin havaitsemista virheistä, ja testaajat tietävät, mitä heidän on varottava.
Jos vika on osa harmaan laatikon näkyvää osaa, kerro kehittäjille, missä se on.
3. Aseta tiukat rajat
Kun harmaalaatikkotestauksessa käytetään keinotekoisia rajoituksia tietojen antamiselle ja yritys päättää itse, mitä tietoja testaajille annetaan, varmista, että rajoitukset ovat tiukat.
Anna QA-tiimille vain ne oikeudet, joita he tarvitsevat, tai muuten vaarana on, että he “kurkistavat verhon taakse” ja näkevät osan lähdekoodista tai kehitysdokumenteista, jotka yrität pitää piilossa.
7 virhettä ja sudenkuoppaa harmaan laatikon testien toteuttamisessa
Kun satojatuhansia sovelluksia testataan vuosittain, QA-tiimit sortuvat joihinkin virheisiin ja sudenkuoppiin.
Kun tiedät niistä, voit tehokkaasti välttää niitä, parantaa työtäsi ja vähentää resurssien tuhlaamista huonoihin testausstrategioihin.
Joitakin yleisimpiä virheitä ja sudenkuoppia harmaan laatikon testeissä ovat:
1. Hajautettujen järjestelmien testaus
Harmaalaatikkotestaus edellyttää pääsyä lähdekoodiin, ja hajautetuilla palvelimilla käytetään muualta peräisin olevaa koodia. Tämä aiheuttaa ongelmia harmaan laatikon testauksessa, sillä se tarkoittaa, että on olemassa ongelmia, joita testaajat eivät välttämättä pysty näkemään.
2. Epäjohdonmukaisen testauksen suorittaminen
Epäjohdonmukaisella testauksella tarkoitetaan tilannetta, jossa testitapaus vaihtelee ajojen välillä. Tämä voi aiheuttaa epätarkkoja tuloksia, jolloin kehittäjät keskittyvät parantamaan suorituskykyä väärien mittareiden perusteella.
Tee kaikista testeistä mahdollisuuksien mukaan samanlaisia, jotta testauksen tarkkuus ja tarkkuus paranevat.
3. Testien läpikäyminen kiireellä
Jos ehdotettu tuotteen julkaisupäivä lähestyy, laadunvarmistusryhmät voivat joutua kiirehtimään harmaan laatikon testausprosesseja.
Tämä on kuitenkin merkki huonosta suunnittelusta, eikä siihen pitäisi vastata uusilla huonoilla päätöksillä. Hätäinen testaus johtaa epätarkkoihin tuloksiin ja ajan tuhlaamiseen myöhemmin kehitysvaiheessa.
4. Manuaalista ja automatisointia ei toteuteta yhdessä
Manuaalinen testaus tai automatisoitu testaus eivät ole täydellisiä menetelmiä harmaan laatikon testaukseen.
Kun käytät näitä kahta rinnakkain, voit ottaa huomioon kummankin ongelman ja työskennellä siten tehokkaammin.
Harkitse ainakin näiden kahden menetelmän yhdistämistä parempaa testausta varten.
5. Työskentely ilman työkaluja
Testityökalut on suunniteltu tekemään harmaan laatikon testaajan työstä mahdollisimman helppoa. Työskentely ilman työkaluja rajoittaa omia kykyjäsi tarpeettomasti.
Tutki ja hanki perusteellisesti kaikki työkalut, jotka voivat auttaa kehitystyössäsi lisäämään tehokkuutta ja vähentämään virheiden mahdollisuutta.
6. Huono viestintä
Osastojen välinen sisäinen viestintä voi olla hankalaa, mutta mahdollisimman selkeä viestintä on välttämätöntä testaus- ja kehitysosastojen välillä.
Parempi viestintä tarkoittaa, että kehittäjät tietävät, mitä parannuksia on tehtävä välittömästi, ja he pystyvät ratkaisemaan ongelmat ilman, että heikko sisäinen viestintä johtaa heitä harhaan.
7. Etsitään aktiivisesti vikoja
Harmaalaatikkotesteillä pyritään löytämään mahdolliset viat, jos niitä on, mutta myös tutkimaan ohjelmiston yleistä suorituskykyä.
Liian pitkäaikainen virheiden etsiminen voi viedä paljon aikaa ja viedä huomion pois päätavoitteesta eli sovelluksen toiminnan parantamisesta.
Harmaalaatikkotestien tulostyypit
Harmaalaatikkotestit tuottavat useita erilaisia tietoja prosessin lopussa. Tällä ei tarkoiteta itse ohjelmiston tuotoksia vaan pikemminkin tietoja, joita kehittäjät voivat käyttää ohjelmiston parantamiseen.
Tärkeimmät tuotostyypit ovat:
1. PASS/FAIL-viestit
Yksinkertainen PASS/FAIL-viesti, joka ilmoittaa kehittäjälle, onnistuiko ohjelmistotoiminto.
Tämäntyyppiset tulokset eivät tarjoa kehittäjälle paljon tietoa, mutta harmaan laatikon testauksen avulla testaaja näkee, missä vaiheessa ohjelmisto epäonnistui ja miksi, mikä auttaa ratkaisemaan ongelman.
2. Mittarit
Mittarit tarkoittavat yksinkertaisia tilastoja, jotka kuvaavat tapahtumaa, kuten tietyn tehtävän suorittamiseen kuluvaa aikaa millisekunnin tarkkuudella. Nämä ovat yleisiä automatisoidussa harmaan laatikon testauksessa, jossa tietokonealustat keräävät nämä tiedot automaattisesti tarkemmin kuin manuaalinen testaaja voisi.
Nämä tiedot ovat hyödyllisiä sovelluksen suorituskyvyn määrittämisessä.
3. Laadulliset tiedot
Kuvailevat tiedot, jotka saat harmaan laatikon testaajalta hänen kokemuksestaan ohjelmiston kanssa. Ei mitattavissa, mikä vaikeuttaa analyysiä, mutta antaa paremman käsityksen käyttäjäkokemuksesta ja saa asiakkaat viihtymään ohjelmiston parissa.
Esimerkkejä Grey Box -testeistä
Joissakin tapauksissa teorian tunteminen testauksen muodon ympärillä ei tarjoa riittävästi tietoa eikä anna kunnollista ymmärrystä. Esimerkkejä harmaan laatikon testeistä on tärkeää tuntea, jotta ymmärrät paremmin, miten testausmenetelmä toimii.
Alla on esimerkkejä harmaan laatikon testeistä, joissa kerrotaan tarkemmin testeistä todellisessa maailmassa ja siitä, miten teoriaa sovelletaan käytännön työpaikoilla.
1. Esimerkki onnistuneesta tietoturvatestauksesta
Yritys on luomassa tietokantaa, jossa on paljon henkilötietoja, ja se suunnittelee tietoturvatestausta varmistaakseen, että käyttäjätiedot on suojattu.
Manuaalinen testaaja käy läpi prosessin etsien mahdollisia virheitä koodista ja mahdollisuuksia päästä käsiksi sovelluksen osiin.
Löydettyään heikkouden testaaja ilmoittaa kehittäjälle, missä heikkous on ja miten he käyttivät sitä hyväkseen.
Kun ohjelmisto on korjattu, testaaja suorittaa saman testin uudelleen varmistaakseen, että järjestelmä on turvallinen.
2. Epäonnistunut tietokannan testaus esimerkki
Tietokannan luoneilla kehittäjillä on tiukka julkaisuajankohta, ja heidän on testattava nopeasti.
Testaajat kokoavat kiireesti muutaman perustestitapauksen ja suorittavat ne nopeasti, tekevät virheitä niiden suorittamisessa, eivät laadi tulosennusteita eivätkä tutki alatoimintoja.
Koska he eivät laadi tuotantoennusteita, he eivät huomaa tuotosongelmia, minkä seurauksena he toimittavat tuotteen, joka ei toimi kunnolla.
Grey box -testauksen avulla havaitut virheet ja viat tyypit
Yksi harmaan laatikon testauksen päätavoitteista on löytää ohjelmasta virheitä ja vikoja, ja yritykset pyrkivät toimittamaan korkealaatuisia sovelluksia, joihin asiakkaat voivat luottaa aina kun mahdollista.
Testaajat voivat löytää harmaan laatikon testauksessa muutamia erityyppisiä virheitä ja vikoja, joista kukin voi viitata erilaisiin ongelmiin koodissa.
Harmaan laatikon testauksessa havaittuja virheitä ja vikoja ovat muun muassa seuraavat:
1. Prosessin epäonnistuminen
Ensimmäinen virhemuoto on prosessin epäonnistuminen.
Tämä tarkoittaa sitä, että testi ei palauta minkäänlaista tulosta ja yksinkertaisesti kaatuu.
Ongelmien mahdollisia syitä on useita, ja ideaalitapauksessa harmaan laatikon testaaja voi selvittää, mistä ongelma johtuu ja miten kehittäjä voi koodata ratkaisun.
2. Virheellinen ulostulo
Harmaan laatikon testauksessa tapahtuu virheitä, kun prosessin tulos ei ole se, jota kehittäjät odottavat.
Tämä on vakava ongelma esimerkiksi tietokannoissa, joissa oikeiden tietojen turvallinen säilyttäminen on välttämätöntä.
3. Turvallisuusvirheet
Tietoturvavirheitä syntyy, kun yrityksen sovellus on jossain määrin turvaton ja sallii kolmansien osapuolten pääsyn sen sisältämiin tietoihin.
Sovelluksen tietoturva-aukot voivat olla GDPR-ongelma ja tehdä sovelluksesta useiden kansainvälisten säädösten vastaisen.
Yleiset harmaan laatikon testausmittarit
Mittareilla tarkoitetaan jatkuvia mittauksia, joissa tutkitaan tiettyä tapahtumaa tai tapahtumasarjaa, yleensä määrällisen tiedon muodossa.
Mittareita käyttämällä testaajat ja laadunvarmistusryhmät voivat tutkia harmaalaatikkotestissä olevaa ohjelmistoa ja nähdä tarkalleen, mikä menee pieleen, olipa kyse sitten useammista virheistä tai siitä, että eri ominaisuuksien lataaminen kestää kauemmin.
Joitakin yleisimpiä harmaan laatikon testauksen mittareita, joita QA-testaajat käyttävät ohjelmistoja arvioidessaan, ovat:
– Aika tuotokseen:
Aika, joka sovellukselta kuluu tulosteen tuottamiseen testin aloittamisen jälkeen.
– Vastausaika:
Aika, joka kuluu, kun ohjelmisto reagoi käyttäjän syötteeseen, joko tuloksena tai pelkästään syötteen kuittauksena.
– Virheiden määrä:
Ohjelmiston prosesseissa olevien virheiden puhdas määrä.
– Toimintokohtaiset virheet:
Virheiden lukumäärä jaettuna ohjelmiston toimintojen lukumäärällä, jota käytetään virhetiheyden määrittämiseen.
Parhaat Grey Box -testaustyökalut
Harmaalaatikkotestaus voi luottaa ulkoisiin työkaluihin, jotka parantavat työsi laatua, automatisoivat joitakin prosesseja ja tukevat sinua, kun luot korjauksia löytämiisi virheisiin.
Mitä parempaa testaustyökalua käytät, sitä enemmän ongelmia paljastuu ja sitä parempi lopputuotteen taso on, ja samalla säästät aikaa ja resursseja testauksen aikana.
Alla on lueteltu joitakin parhaita harmaan laatikon testaustyökaluja sekä kunkin alustan käytön edut ja haitat.
5 parasta ilmaista Grey Box -testaustyökalua
Kun pienempi yritys haluaa aloittaa harmaan laatikon testauksen, oikeiden työkalujen saatavuus on välttämätöntä, mutta niiden kohtuullinen hinta voi olla yhtä tärkeää. Pienessä yrityksessä jokainen penni on tärkeä, eikä sovelluskehittäjä poikkea tästä, sillä tiukat budjetit johtavat vaikeisiin päätöksiin.
Ilmaisten harmaan laatikon testaustyökalujen käyttäminen sopii erinomaisesti laadunvarmistukseen pienin resurssein.
Joitakin parhaita ilmaisia harmaan laatikon testaustyökaluja ovat:
1. ZAPTEST ILMAINEN PAINOS
ZAPTESTin ilmaisversio tarjoaa käyttäjilleen laadukkaan automaatiokokemuksen, jossa ohjelmistojen täysipainoinen automaatio tukee testausta kehityksen alusta alkaen.
Rinnakkaisen suorituksen avulla voit suorittaa useita testejä kerrallaan nopeuttaaksesi prosesseja, ja kun olet valmis siirtymään seuraavalle tasolle, Enterprise-versio tekee siirtymisestä mahdollisimman helppoa. Lisäetuna ZAPTEST tarjoaa myös uusinta RPA-teknologiaa ilman lisäkustannuksia.
Täydellinen valinta testauksen alkuvaiheessa olevalle.
2. Appium
Appium on perusteellinen testityökalu, joka on suunniteltu varmistamaan, että mobiilisovellukset ovat standardin mukaisia. Appiumilla on aktiivinen tukiyhteisö, mutta se suorittaa testit suhteellisen hitaasti. Tämä ei ole paras ilmainen työkalu monille yrityksille, koska sen käyttöönotto on haastavaa.
3. Chrome Dev Tools -työkalut
Google Chrome tarjoaa erilaisia web-sovellusten kehitystyökaluja, ja koska se on integroitu suosituimpaan selaimeen, se vaikuttaa välttämättömältä.
Se rajoittuu kuitenkin vain laatikkoelementtien testaamiseen, mikä tekee siitä rajoittavan testausvälineen.
4. JUnit
JUnit on avoimen lähdekoodin kehys, jonka avulla käyttäjät voivat tehdä toistettavia testejä kerta toisensa jälkeen Javalla ja rajoittaa sen yhteen ainoaan kieleen.
Tämä rajoitus ei sinänsä ole ongelma, mutta yksinkertaisen API:n ja käyttöliittymän puute voi tehdä siitä vastenmielisen uusille testaajille.
5. DBUnit
DBUnit keskittyy tukemaan tietokantapainotteisia hankkeita, joissa käytetään tunnettuja tiloja tulosten tarkkaan todentamiseen ja tulosten kattavaan tarkasteluun.
Tämä sopii täydellisesti tietokantoihin ja vastaaviin sovelluksiin, mutta integrointituen puute tarkoittaa, että se on hankala monialustaisissa tehtävissä.
5 parasta harmaalaatikkotestaustyökalua yrityksille
Kehittäjän kasvaessa myös sen testausvaatimukset kasvavat, ja suuremmilla yrityksillä on suurempia sovelluksia, jotka vaativat sen seurauksena kattavampia testauspaketteja.
Yritysten harmaan laatikon testaustyökaluja on olemassa tukemaan yrityksiä tässä tilanteessa, ja ne tarjoavat enemmän pääsyä kehittyneisiin ominaisuuksiin, joita harrastajat ja pienehköt kehittäjät eivät välttämättä tarvitse.
Joitakin parhaita yritystason testausvälineitä harmaan laatikon testaukseen ovat muun muassa seuraavat:
1. ZAPTEST ENTERPRISE EDITION
ZAPTESTin Enterprise-versio tarjoaa laajemmat testausominaisuudet kuin ilmainen versio, ja yksi tärkeimmistä eduista on jatkuva yhteys ZAP-asiantuntijaan. ZAP-asiantuntija toimii neuvonantajana ja tiimisi jäsenenä etänä ja tukee kaikkia yrityksesi testaustarpeita.
Kehittäjät, jotka investoivat ZAPTEST Enterprise -versioon, voivat saada jopa kymmenkertaisen tuoton investoinnilleen kehittyneiden Computer Vision -tekniikoiden, 1SCRIPT:n, alustarajat ylittävän, laite- ja selaintenvälisen toteutuksen sekä ennen kaikkea rajoittamattomien lisenssien ansiosta.
Rajoittamattomat lisenssit sekä edistynein testaus- ja RPA-teknologia merkitsevät sitä, että yritykset hyötyvät kiinteistä kustannuksista riippumatta siitä, kuinka nopeasti ja paljon ne kasvavat.
2. TestRail
Testitapausten hallintaratkaisu, jonka avulla voit jakaa kaikki suorittamasi testit testitapauksittain ja tallentaa tiedot tarkemmin.
TestRail ei kuitenkaan välttämättä ole ihanteellinen harmaan laatikon testaukseen, sillä se ei pysty tasapainottamaan manuaalista testausta ja testien automaattista tallentamista.
3. Testim
Testausalusta, joka keskittyy tarjoamaan vakaita räätälöityjä testejä, joissa toteutetaan sekä koodattuja testitapauksia että koodaamattomia vaihtoehtoja.
Koska tämä on ilmainen vain tietyn määrän testejä kuukaudessa, suuremmilla organisaatioilla voi olla vaikeuksia hyödyntää tätä alustaa parhaalla mahdollisella tavalla.
4. TestRigor
TestRigor on laajalti arvostettu alusta, joka käyttää tekoälymoottoria testien suorittamiseen, ja tekoälytestien ylläpito on yksi sen houkuttelevimmista ominaisuuksista.
Tämä on kuitenkin huomattavan kallista, sillä muut alustat tuottavat paremmin.
5. Kobiton
Kobiton on testausalusta, joka on suhteellisen joustava hinnoittelun suhteen ja automatisoi testit käyttäjäkohtaisesti ilmaisen kokeilujakson päätyttyä.
Yksi huolenaihe, joka joillakin käyttäjillä on Kobitoniin liittyen, on Kobitonilta saatavan tuen suhteellinen puute testaajien kyselyiden ratkaisemisessa.
Milloin kannattaa käyttää Enterprise- vs. Freemium-harmaalaatikkotyökaluja?
Sekä yritys- että freemium-käyttöön tarkoitetut harmaan laatikon työkalut tarjoavat käyttäjilleen runsaasti etuja. Yritykset aloittavat mieluiten freemium-tuotteella oppiakseen testausprosessin ja siirtyvät sitten yritysversioon tarpeiden kasvaessa.
Tämä tuo hankkeeseen jatkuvuutta, mikä rajoittaa henkilöstön uudelleenkoulutuksen määrää.
Siirtymiskohta vaihtelee yrityksittäin, mutta tietyssä vaiheessa yritystuotteen sijoitetun pääoman tuotto on väistämätön.
Harmaan laatikon testauksen tarkistuslista, vinkkejä ja temppuja
Harmaan laatikon testaaminen on melko monimutkainen prosessi, joten tarkistuslistan avulla voit olla varma siitä, että olet tehnyt testauksessa kaiken tarvittavan.
Harmaan laatikon tarkistuslistan tärkeimpiä ominaisuuksia ovat muun muassa seuraavat, joiden avulla voit parantaa testauksen laatua:
1. Perusteellinen suunnittelu
Kokonaisvaltainen suunnittelu on yksi ensimmäisistä asioista, jotka kannattaa tarkistaa testissä, sillä on varmistettava, että suunnittelet testin kaikki osa-alueet.
Mitä enemmän suunnittelua tehdään, sitä enemmän testauksen taustalla on rakennetta, kun ihmiset tietävät, mitä testejä he suorittavat ja milloin he suorittavat ne.
Tämä johtaa myös yhdenmukaisiin tietoihin, mikä on ihanteellista parempien kehittäjäratkaisujen kannalta.
2. Välitön tietojen raportointi
Kun työskentelet harmaan laatikon testausprosessin parissa, yritä raportoida tiedot välittömästi. Luomalla raportteja mahdollisimman pian parannat raportointiprosessien tarkkuutta, koska kaikki tiedot ovat tuoreessa muistissa.
Tämä koskee erityisesti laadullista tietoa, sillä testaajan on kirjoitettava se eikä vain tallennettava se testausalustalle.
3. Aseta vastuualueet
Varmista koko testausprosessin ajan, että kaikki työpaikalla työskentelevät keskittyvät siihen, että heillä on omat vastuualueensa. Kun vastuualueet on määritetty tällä tavoin, jokainen tietää, mikä hänen roolinsa työpaikalla on, ja ymmärtää, miten hoitaa tehtävänsä tuottavasti ja mahdollisimman vähän keskeytyksiä aiheuttaen.
Vaikka tämä on pikemminkin hallintakonsepti kuin testauksen tarkistuslistan kohta, sillä on suuri vaikutus tuloksiin.
4. Jatkuva vertailu
Vertaa tuloksiasi useisiin asioihin lähes jatkuvasti. Vertailukohtia ovat muun muassa alkuperäiset suunnitteludokumentit, aiemmat testaustulokset ja organisaation aikataulu projektin loppuunsaattamiseksi.
Kun sinulla on nämä viitekehykset, saat jatkuvasti tietoa siitä, miten ohjelmistokehitysprosessi etenee, mitä parannettavaa siinä on ja mitä mahdollisia muutoksia on tehtävä.
Päätelmä
Yhteenvetona voidaan todeta, että harmaalaatikkotestaus on yksi monipuolisimmista saatavilla olevista testausmuodoista, jossa yhdistyvät valkoisen laatikon toiminnallisuus ja mustalaatikkotestien rajoitukset.
Yhdistämällä manuaalisia ja automatisoituja testausmenetelmiä harmaaseen laatikkoon liittyvissä yrityksissä yritykset voivat alkaa vähentää merkittävästi ohjelmistovirheiden vaikutusta ottamalla käyttöön korjauksia, jotka johtavat parempaan tuotteeseen.
Harmaalaatikkotestaus on täydellinen työkalu jokaiselle kehittäjälle, ja yllä olevilla vinkeillä voit varmistaa, että käytät sitä oikein.
Usein kysytyt kysymykset & resurssit
Jos sinulla on kysyttävää harmaalaatikkotestauksesta, tutustu usein kysyttyihin kysymyksiin, jotta saat lisätietoja ja ymmärrät paremmin tämäntyyppistä testausta:
1. Parhaat kurssit harmaan laatikon testausautomaatiosta
On suhteellisen vähän kursseja, jotka kohdistuvat erityisesti harmaan laatikon testauksen automatisointiin, ja nämä yleiset ohjelmistotestauksen kurssit ovat ihanteellinen tapa aloittaa:
– “Software Testing Foundation with Exam” – Koulutustarjoukset
– “6 viikon ohjelmistotestauksen peruskoulutus” – Futuretrend Technologies Ltd.
– “Ohjelmistotestauksen kurssi”- Royal Course
– “Mustan laatikon ja valkoisen laatikon testaus”- Coursera
– “Ohjelmistotestaus – Black-Box-strategiat ja White-Box-testaus” – NPTEL
2. Mitkä ovat 5 tärkeintä haastattelukysymystä Grey Box -testauksesta?
– Mitä kokemuksia sinulla on harmaalaatikkotestauksesta ja miten se onnistui?
– Miksi yritykset käyttävät harmaan laatikon testausta ja missä vaiheessa prosessia?
– Vertaile valkoisen laatikon, harmaan laatikon ja mustan laatikon testausta.
– Mitkä ovat harmaan laatikon testauksen suurimmat haasteet ja miten ne voidaan voittaa?
– Miten testausautomaatio toimii?
3. Parhaat YouTube-oppaat harmaalaatikkotestauksesta
– “Mitä on harmaalaatikkotestaus? Mitä tekniikoita harmaalaatikkotestauksessa käytetään? Esimerkin avulla selitetty”- Software Testing Hacks
– “Harmaalaatikkotestaus | Ohjelmistotekniikka |” – Education 4u
– “Mustan laatikon, valkoisen laatikon ja harmaan laatikon testaus”- Miracle Education
– “Neuvoja uusille manuaalisille QA-testaajille | Työskentely kehitysyhtiöiden kanssa + asioita, joita olen oppinut ohjelmistotestaajana”- Madeline Elaine
– “Mitä on harmaalaatikkotestaus? (Ohjelmistotestauksen haastattelukysymys #54)”- QA Fox
4. Miten ylläpitää Grey Box -testejä?
Harmaan laatikon testien ylläpito on melko yksinkertainen prosessi. Varmista manuaalista testausta varten, että henkilökunta on hyvin koulutettua ja suorittaa samat tehtävät joka kerta. Automaattista testausta varten tarkista kaikki testitapausten koodit ja tarkista tulokset käyttämällä prosessien jatkuvaa valvontaa aina kun se on mahdollista.
5. Parhaat kirjat harmaalaatikkotestauksesta
Tämä osio sisältää kirjojen lisäksi lehtiartikkeleita, jotta QA-testaajille voidaan tarjota mahdollisimman korkeatasoista kirjallista apua:
– “Viestiin perustuva ohjelmiston integrointitestauksen harmaalaatikkotekniikka” – TanLi M. et al.
– “Valkoisen laatikon, mustan laatikon ja harmaan laatikon testaustekniikoiden vertaileva tutkimus” – Ehmer, M., Khan, F.
– “Harmaalaatikkopohjaiset FSM-pohjaiset testausstrategiat”- Petrenko, A.
– “Ohjelmistotekniikka”- Saleh, K.A.
– “International Conference on Computer Applications 2012” – Kokula Krishna Hari K.
