Gray Box -testaus on ohjelmistotestaustekniikka, joka suoritetaan vähemmällä tiedolla ohjelman tai koodin sisäisistä toiminnoista. Gray Box -testaajilla on pääsy suunnitelmaasiakirjoihin ja joihinkin muihin vaatimuksiin. Gray Box -testit perustuvat järjestelmän tilapohjaisiin malleihin, UML-kaavioihin tai arkkitehtuurikaavioihin.
Esimerkiksi linkkejä sisältävien verkkosivustojen testauksen aikana, jos linkkiä napsauttaessa tapahtuu virhe. The valkoisen laatikon testaus käyttäjä kantaa sen muuttamalla koodia ja mustan laatikon testaus testaamalla etupäässä.
Sisällysluettelo
- White Box -testauksen aloittamisen vaiheet
- Harmaan laatikon testaustekniikat
- Harmaan laatikon testaukseen sovellettavat tasot
- TYÖKALUT HARMAAN LAATIKKOTESTAAMISEEN
- Gray Box -testauksen plussat ja miinukset
- Ero harmaan ja valkoisen laatikon testauksen välillä
- Suositellut artikkelit
White Box -testauksen aloittamisen vaiheet
- Valitse ja tunnista tulot BlackBox- ja WhiteBox-testaustuloista.
- Tunnista valittujen tulojen lähdöt.
- Tunnista kaikki tärkeimmät polut, jotka sinun on ylitettävä testausjakson aikana.
- Tunnista alitoiminnot syvätason testauksen suorittamiseksi.
- Tunnista alitoimintojen tulot.
- Tunnista alitoimintojen lähdöt.
- Suorita alifunktioiden testitapaus.
- Tarkista tuloksen oikeellisuus.
Harmaan laatikon testaustekniikat
Seuraavat ovat Grey-box -testaustekniikat:
- Matriisitestaus: Se määrittää tietyn ohjelman kaikki käytetyt muuttujat. Muuttujat ovat elementtejä, joiden kautta arvot voivat kulkea ohjelman sisällä. Matriisitekniikka on menetelmä, jolla poistetaan käyttämättömät ja alustamattomat muuttujat tunnistamalla käytetyt muuttujat ohjelmasta.
- Regressiotestaus: Regressiotestaus käytetään tarkistamaan ohjelmistoon tehdyt muutokset, jotka voivat aiheuttaa tahattomia sivuvaikutuksia missä tahansa muussa ohjelmiston osassa. Regressiotestaus hoitaa tämän tyyppiset viat testaamalla strategioita, kuten riskialttiiden käyttötapausten uudelleentestaus, palomuurin sisällä, uudelleentestaus jne.
- Ortogonaalisen taulukon testaus: Ortogonaalisen taulukon testauksen tarkoituksena on kattaa maksimikoodi ja vähimmäistestitapaukset. Testitapaukset on suunniteltu kattamaan maksimikoodin sekä GUI-toiminnot pienemmällä määrällä testitapauksia.
- Kuvion testaus: Kuviotestausta voidaan soveltaa sellaisiin ohjelmistotyyppeihin, jotka on kehitetty samalla mallilla kuin edellinen ohjelmisto. Kuviotestaus määrittää vian syyt, jotta ne voidaan korjata seuraavassa ohjelmistossa.
Keskustellaan nyt siitä yksityiskohtaisesti.
Harmaan laatikon testaukseen sovellettavat tasot
Harmaan laatikon testaus soveltuu vain yhdelle tasolle ja se on Integraatiotestaus . Testaustaso, jossa yksiköt testataan ryhmänä. Päätavoitteena on paljastaa vikoja integroitujen yksiköiden välillä. Se on yksikkötestauksen jälkeen ja ennen järjestelmätestausta suoritettavan testauksen toinen taso.
TYÖKALUT HARMAAN LAATIKKOTESTAAMISEEN
Keskustellaan niistä yksityiskohtaisesti.
Gray Box -testauksen plussat ja miinukset
| Plussat | Haittoja |
|---|---|
| Tarjoa etuja sekä White Box- että Black Box -testauksesta. | Ei sovellu algoritmien testaukseen. |
| Testaus suoritetaan käyttäjän näkökulmasta. | On mahdotonta testata jokaista tulovirtaa. |
| Testaajat ovat riippuvaisia toiminnallisista spesifikaatioista lähdekoodin sijaan. | Testin kattavuus on rajoitettu |
| Testaus tehdään tietovuokaavioiden perusteella. | Se ei sovellu hajautettuihin järjestelmiin. |
Ero harmaan ja valkoisen laatikon testauksen välillä
| Harmaan laatikon testaus | Valkoisen laatikon testaus |
|---|---|
| Testaajan tuntemus on rajallinen | Ohjelmistokoodin sisäinen rakenne on testaajan tiedossa. |
| Tunnetaan myös nimellä läpikuultava testaus | Tunnetaan myös nimellä lasilaatikon testaus, kirkkaan laatikon testaus, rakennetestaus. |
| Syötteiden taulukoiden testaustila on pienempi kuin Black Box ja White Box -testaukset. | Taulukoiden testaustila syötteille on pienempi kuin BlackBox-testauksessa. |
| Piilotettua virhettä on vaikea löytää | Piilotetut virheet on helppo löytää |
| Sitä ei oteta huomioon algoritmien testauksessa. | Sopii hyvin ja suositellaan algoritmien testaukseen. |
| Testitapaukset voidaan suunnitella lyhyessä ajassa. | Testitapausten suunnittelu vie enemmän aikaa pitkän koodin vuoksi. |
| Testaaja, kehittäjä ja käyttäjä voivat olla osa testausta. | Vain testaajat ja kehittäjät voivat olla osa testausta; loppukäyttäjä ei voi olla mukana. |