Yleiskatsaus Black Box -testaukseen
Black Box -testaus on ohjelmistotestausmenetelmä, jossa testattava kohteen sisäinen rakenne tai suunnittelu tai toteutus ei ole testaajalle tuntematon.
Mikä on ohjelmistotestaus?
Ohjelmistotestaus on menettely järjestelmän arvioimiseksi tarkoituksena löytää vikoja. Se suoritetaan sen tarkistamiseksi, täyttääkö järjestelmä määritellyt vaatimukset. Testauksella mitataan järjestelmän yleinen laatu sen oikeellisuuden, täydellisyyden, käytettävyyden, suorituskyvyn ja muiden toiminnallisten ja ei-toiminnallisten ominaisuuksien suhteen.
Black box -testaus on ohjelmistotestaustekniikka, joka keskittyy ohjelmistotoimintojen analysointiin verrattuna sisäisiin järjestelmiin. Musta laatikon testaus kehitettiin menetelmäksi analysoida asiakkaan vaatimuksia, eritelmiä ja korkean tason suunnittelustrategioita. Musta ruudun ohjelmistotesteri valitsee kelvolliset ja virheelliset syöttöjoukon ja koodin suoritusehdot ja tarkistaa kelvollisten lähtövastausten. Mustalaatikon testaukseen viitataan myös toiminnallisena testauksena tai suljetun laatikon testauksena.
Esimerkiksi sovelluksen hakukone. Hakukoneessa käyttäjä kirjoittaa tekstiä selaimen hakupalkkiin. Tämän jälkeen hakukone etsii ja hakee liittyvän käyttäjän datan ulostulon. Mitä kulissien takana tapahtuu, käyttäjä ei tiedä. Siksi sisäinen toteutus ei merkitse häntä ymmärrystä.
Musta laatikon testauksen etuihin kuuluvat:
- Yksinkertaisuus: Helpottaa korkean tason mallien ja monimutkaisten sovellusten testaamista
- Säästää resursseja: Testaajat keskittyvät ohjelmistotoimintoihin.
- Testitapaukset: Keskittyminen ohjelmisto-ominaisuuksiin nopean testitapauskehityksen helpottamiseksi.
- Tarjoaa joustavuutta: Erityistä ohjelmointitietoa ei vaadita.
Esimerkki
Testaaja testaa verkkosivut, toisin sanoen napsautusten ja näppäinpainikkeiden avulla käyttämällä selainta tarjoamalla sisääntuloja ja ilman sisäisten rakenteiden tuntemusta, tarkistaen siten lähdöt odotettuihin tuloksiin.
Black Box -testaukseen käytetyt työkalut
Black box -testaustyökalut riippuvat periaatteessa siitä, minkä tyyppisiä black box -testauksia käytät.
- Toiminnalliset / regressiotestit voidaan suorittaa QTP: n tai seleenin avulla
- Ei-toiminnalliset testit voidaan tehdä LoadRunnerin tai Jmeterin kautta.
tasot
Black Box -testauksessa seuraavat tasot ovat ohjelmistojen testaamiseen:
- Integrointitestaus
- Järjestelmän testaus
- Hyväksyntätestaus
Koska taso on korkeampi, laatikko olisi suurempi ja monimutkaisempi, ja myös mustan laatikon testauksesta tulee enemmän.
Black Box -testauksen määritelmä
Musta ruudun testaus voidaan määritellä testaustekniikaksi, jossa testataan sovelluksen testauksen (AUT) toimivuutta, mutta jätetään huomioimatta sisäisen koodin rakenne, toteutuksen yksityiskohdat ja kaikki tiedot ohjelmiston sisäisistä polkuista.
Black Box -testauksen ymmärtäminen
Black box -testaus koskee kaikkia ohjelmistotietoja ja vaatimuksia. Black Box -testaus keskittyy vain ohjelmistojärjestelmän tuloihin ja lähtöihin eikä häiritse lainkaan ohjelmiston sisäistä tuntemusta.
Kuinka Black Box -testaus tekee työskentelystä niin helppoa?
Siellä on ohjelmistojen testauksen elinkaari, ts. STLC, joka on mustan laatikon testausta ja joka on suhteessa ohjelmistokehityksen elinkaaren jokaiseen vaiheeseen.
- STLC: n ensimmäisessä tai ensimmäisessä vaiheessa tuotteen vaatimukset kerätään. Tätä kutsutaan vaatimusten kokoamisvaiheeksi.
- Seuraava vaihe on testisuunnittelun ja testianalyysin vaihe. Tämän vaiheen toimitukset ovat yleensä tyyppisiä testejä, jotka suoritetaan projektin mukaisesti, ja testisuunnitelma riskien määrittämiseksi ja niiden lieventämiseksi.
- Kolmas vaihe on suunnitteluvaihe, jossa testitapaukset, testiskriptit valmistellaan ohjelmistovaatimusasiakirjojen tai yritysvaatimusasiakirjan avulla.
- Viimeinen vaihe tunnetaan testin suorittamisvaiheena. Kuten nimestä voi päätellä, tässä vaiheessa kaikki testitapaukset tai komentosarjat suoritetaan. Kaikki löydetyt virheet ilmoitetaan, korjataan ja testataan uudelleen.
Mitä voit tehdä Black Box -testauksella?
Joitakin Black Box -testauksessa käytettyjä näkyviä testistrategioita selitetään alla:
- Ekvivalenssiluokan testaus
- Raja-arvon testaus
- Päätöstaulukon testaus
- Syy-seuraustestaus
- Vaatimusperusteinen testaus
- Yhteensopivuuden testaus
Ekvivalenssiluokan testaus
Tämän tyyppinen testaus on edullinen, koska se auttaa minimoimaan testitapaukset tasolle, jossa vaatimusten kattavuuden mahdollisuudet ovat optimaalisella tasolla.
Tämä tehdään seuraavissa kahdessa vaiheessa-
1. Tunnistaminen ja osittaminen ekvivalenssiluokkiin: Aluksi tulotiedot jaetaan vähintään kahteen joukkoon - ensimmäinen joukko sisältää luettelon voimassa olevista tuloarvoista ja toinen joukko sisältää luettelon virheellisistä tuloarvoista. Esimerkiksi, jos on ikäruutu, joka voi sisältää ikävälin 20-40, silloin kelvolliset syöttöarvot voivat olla 21, 25, 30, 39 jne. Ja virheelliset tuloarvot voivat olla mikä tahansa arvo, joka on alle 20 tai suurempi kuin 40 kuten 10, 15, 45, 55 jne.
2. Testitapausten luominen - Jokaiselle kelvolliselle syöttöluokalle ja virheelliselle syöttöluokalle annetaan yksilöivä tunnistenumero, ja sitten testitapaukset kirjoitetaan tarkoituksena kattaa kaksi sisääntuloluokkaa.
Raja-arvon testaus
Raja-arvotestissä keskitytään periaatteessa raja-arvoihin. Se arvioi, hyväksyykö järjestelmä tietyn arvoalueen vai ei. Raja-arvotestistä on hyötyä testitapausten vähentämisessä / minimoimisessa. Raja-arvon testaus sopii parhaiten järjestelmiin, joissa syöttö on tietyillä alueilla.
Päätöstaulukon testaus
Päätöstaulukko osoittaa syyt ja niiden samanaikaiset vaikutukset matriisin muodossa. Päätöstaulukkojen testauksessa jokaisessa sarakkeessa on ainutlaatuinen yhdistelmä.
Syy-seurausgrafiikka
Syy-seuraus -grafiikka kehittää syiden (loogiset tulot) välisen suhteen vastaavilla vaikutuksilla (toiminnot). Ne esitetään Boolen graafien avulla. Seuraavat vaiheet ovat seuraavat:
- Tulojen ja lähtöjen tunnistaminen.
- Syy-seuraus-kuvaajan kehitys.
- Graafin muuntaminen päätöstaulukkoon.
- Päätöstaulukon sääntöjen muuntaminen testitapauksiksi.
Vaatimuspohjainen testaus
Tämäntyyppinen testaus sisältää sen tarkistamisen, ovatko SRS: ssä tai ohjelmistovaatimusmäärittelyssä mainitut vaatimukset päteviä.
Yhteensopivuuden testaus
Toiminnallisuuden toimittamiseksi sekä tuotteet että infrastruktuuri riippuvat testitapausten toteutuksen tuloksista. Infrastruktuuriparametreihin tehdyistä muutoksista riippumatta tuotteen odotetaan edelleen toimivan kunnolla. Jotkut parametrit, jotka yleensä vaikuttavat ohjelmistojen yhteensopivuuteen, on lueteltu alla:
- Pentium 3 tai Pentium 4 -prosessorit ja käytettyjen prosessorien lukumäärä
- 32- tai 64-bittinen arkkitehtuuri
- Tietokantapalvelimet tai muut komponentit
- Käyttöjärjestelmän tyyppi (Windows, Linux jne.).
Työskentely Black Box -testauksen kanssa
Seuraavassa on perusvaiheet, joita tarvitaan Black Box -testauksen suorittamiseen.
- Ensinnäkin tarkastellaan järjestelmän eritelmiä ja vaatimuksia.
- Toiseksi testaaja valitsee loogiset tulot, toisin sanoen positiiviset testiskenaariot tarkistaakseen, onko SUT prosessoinut ne oikein vai ei. Lisäksi valitaan myös kelpaamattomat syötöt, ts. Negatiivinen testiskenaario tarkistamaan, pystyykö SUT havaitsemaan ne.
- Kolmanneksi, testaajat määrittävät sitten odotettavissa olevat ulostulot kaikille voimassa oleville tuloille.
- Neljänneksi ohjelmistojen testaaja luo testitapauksia valittujen ja kelvollisten tulojen kanssa.
- Viidenneksi luodut testitapaukset suoritetaan.
- Kuudenneksi, ohjelmistojen testaajat erottavat todelliset ulostulot odotetuilla ulostuloilla ja tarkistavat ovatko ne samoja.
- Viimeiseksi, jos niitä löytyy, ne korjataan ja testataan uudelleen.
edut
- Musta ruudun testit suoritetaan aina käyttäjän näkökulmasta, koska se auttaisi paljastamaan eroja huomattavasti.
- Musta ruudun testaajien ei myöskään tarvitse tietää mitään ohjelmointikieliä.
- Mustalaatikon testaajien ei tarvitse tietää miten ohjelmisto on otettu käyttöön.
- Testaajat suunnittelevat mustaan laatikkoon liittyvät testitapaukset heti, kun tekniset tiedot ovat valmis.
haitat
- Koska teknistä tai ohjelmointitietoa ei tarvita, saattaa olla olemassa tapauksia, joissa ohitetaan kaikki testattavan skenaarion voimassa olevat ja mahdolliset ehdot.
- Aikarajoitteiden takia on mahdollista vähentää testausta ja tietämättömyyttä jokaisesta mahdollisesta tulosta ja niiden lähtötestistä (määrätty aika).
- Koko ja valmis testipeitto ei usein ole mahdollista monimutkaisissa ja suurissa projekteissa.
Miksi meidän pitäisi käyttää Black Box -testausta?
Black box -testauksen työkalut ovat pohjimmiltaan levy- ja toistovälineitä. Nämä työkalut tallentavat testitapaukset komentosarjoina, kuten TSL, JavaScript, VB, jne. Kaikkia näitä työkaluja käytetään periaatteessa regressiotestaukseen sen tarkistamiseksi, onko toimitettu uusi rakenne tehnyt virheitä jo hienosti toimivassa sovellustoiminnossa .
laajuus
Black Box -testauksen näkyvät ja tärkeimmät tyypit ovat seuraavat:
- Toiminnallinen testaus: Tämäntyyppinen musta laatikko -testaus koskee kaikkia järjestelmän toiminnallisia vaatimuksia, ja ohjelmistotesterit suorittavat sen.
- Ei-toiminnallinen testaus: Tämäntyyppinen musta laatikko -testaus ei koske tietyn toiminnallisuuden testausta, vaan kaikki ei-toiminnallisten vaatimusten, kuten suorituskyvyn, käytettävyyden, skaalautuvuuden ja paljon muuta.
- Regressiotestaus: Regressiotestaus suoritetaan sen jälkeen, kun koodi on korjattu, kaikki koodin päivitykset tai muut järjestelmän ylläpito tehdään sen tarkistamiseksi, onko uusi koodi vaikuttanut olemassa olevaan toimintoon.
erot
Black Box -testaus on ohjelmistotestaustekniikka, jossa testattava tuotteen sisäinen rakenne tai suunnittelu tai toteutus ei ole testaajalle tuntematon.
White Box -testaus on ohjelmistotestaustekniikka, jossa testaaja tuntee testattavan tuotteen sisäisen rakenteen tai suunnittelun tai toteutuksen.
| Black Box -testaus | Valkoisen ruudun testaus |
| Musta ruutu testataan, kun sisäistä rakennetta tai ohjelmaa tai koodia ei tunneta. | Valkoisen ruudun testauksessa testaaja tuntee ohjelmiston sisäisen rakenteen |
| Sen tekevät yleensä ohjelmistotestaajat. | Sitä tekevät yleensä ohjelmistokehittäjät. |
| Täällä ei vaadita mitään tietämystä toteutuksesta. | Täältä edellytetään tietämystä toteutuksesta. |
| Sitä voidaan kutsua myös ulkoiseksi / ulkoiseksi ohjelmistojen testaamiseksi. | Sitä voidaan kutsua myös sisäiseksi / sisäiseksi ohjelmistojen testaamiseksi. |
| Black box -testaus on ohjelmiston toiminnallinen testi. | Valkoisen ruudun testaus on ohjelmiston rakenteellinen testi. |
| Tämä testaus voidaan käynnistää vaatimusmääritysasiakirjan perusteella. | Tämän tyyppinen ohjelmistojen testaus aloitetaan yksityiskohtaisen suunnitteludokumentin jälkeen. |
| Ohjelmointikielen tuntemusta ei vaadita. | Tässä on pakollinen vähintään yhden ohjelmointikielen tuntemus. |
| Periaatteessa kyse on ohjelmiston käyttäytymisen testaamisesta. | Se on ohjelmiston looginen testaus. |
| Se on enimmäkseen sovellettavissa korkeammalle testaustasolle. | Se on enimmäkseen sovellettavissa alempiin testaustasoihin. |
| Sitä kutsutaan myös käyttäytymisen testaamiseksi. | Sitä kutsutaan myös kirkkaaksi tai lasikotelotestaukseksi. |
| Black box -testaus on vähemmän aikaa vievä kuin White Box -testaus. | White box -testaus on aikaa vievämpi kuin Black box -testaus. |
| Musta ruudun testaus ei sovellu algoritmitestaukseen. | Valkoisen ruudun testaus on sopiva algoritmitestaukseen. |
| Se voidaan suorittaa kokeilu- ja virhemenetelmillä. | Tietojen sisä- tai sisärajat ja niiden alue voidaan testata perusteellisesti. |
| Esimerkiksi: Etsitään jotain googlessa avainsanojen avulla | Esimerkiksi: Tulojen käyttäminen silmukoiden tarkistamiseen. |
Tyypit
| Tyypit
|
johtopäätös:
Kaikki käsitellyt aiheet ovat sekä laatikon testaamiseen että kaikkien sen tekniikoiden ja menetelmien ytimeen liittyviä perus- ja edistyneitä aiheita.
Koska tuskin on mahdollista testata kaikkia ja kaikkia ihmisen osallistumisen lisäksi, samoin sataprosenttisella tarkkuudella, mutta jos jo määriteltyjä menetelmiä käytetään erittäin tehokkaasti, se parantaa epäilemättä järjestelmän laatua. Siksi Black box -testaus on lopettamiseksi erittäin vakava tapa tunnistaa viat ja varmistaa järjestelmän toimivuus.
Suositellut artikkelit
Tämä on opas Black Box -testaukseen. Tässä keskustelimme kuinka Black Box -testaus suoritetaan esimerkkien ja erilaisten Black Box -testausmenetelmien avulla työkaluilla. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Valkoisen ruudun testaus
- Haastattelukysymysten testaaminen
- Mikä on Hypervisor
- Pelitestaushaastattelukysymykset