Articles

the Top Black Box Testing Techniques

Ready to refresh your knowledge of the top testing techniques? Musta laatikko testaus tarkoittaa koko aarreaitta ohjelmistojen testaus tekniikoita, jotka auttavat meitä saavuttamaan erinomaisen testauksen kattavuus samalla vähentää tapausten määrä ja säästää aikaa.

Lue lisää ymmärtääksesi, mitä mustan laatikon testaus on (tarkalleen) ja mitä tekniikoita tiimisi voi käyttää seuraavan syklin vaikuttamiseen.

mikä on mustan laatikon testaus?

mustan laatikon testaus tarkoittaa yksinkertaisesti sitä, että sisäistä työskentelyrakennetta (koodia) ei tunneta. Testaajat validoivat toiminnalliset vaatimukset tarkistamatta lähdekoodia.

ajattele koodin olevan piilossa mustan laatikon sisällä. Kaikkien tulojen osalta testaaja vertaa odotettuja tuotoksia todellisiin tuotoksiin.

black box testing and testlio

tämäntyyppisessä testauksessa testaajat eivät käy läpi sisäistä koodia eikä heillä välttämättä ole tietoa sen rakenteesta tai sisäisistä poluista. Sen sijaan he käyttävät tietoutta ohjelmistovaatimuksista laatiessaan testitapauksia.

musta laatikko vs. valkoinen laatikko testaus?

Jos musta laatikko testaus edustaa ”tuntematonta” sisäistä ohjelmistoa, niin ajattele valkoisen laatikon testausta nimellä ”tunnettu.”

white box-testauksessa testaajalla on oltava tieto käytettävästä ohjelmointikielestä ja järjestelmän rakenteesta. Toisin kuin black box-testaus, joka perustuu loppukäyttäjän näkökulmaan, white box-testaus sisältää tekniikoita, joita loppukäyttäjä ei koskaan simuloisi, koska testaajat tutkivat koodia löytääkseen tietoturvaan, tiedonkulkuun ja nopeuteen liittyviä ongelmia.

mitkä ovat mustan laatikon huipputestaustekniikat?

mustan laatikon testaustekniikat ovat yksinkertaisesti kaikkia niitä testaustekniikoita, joissa testaajan ei tarvitse tietää sisäistä koodia.

niitä on paljon.

näillä kuudella mustan laatikon testaustekniikalla pyritään strategisesti kattamaan tuote ja samalla vähentämään tapausten kokonaismäärää:

  • Ekvivalenssiosoitus – tämä musta laatikko-testiesimerkki vähentää tonneittain uudelleenkäsittelyä. Testaajat ryhmittelevät testiolosuhteet yhteen siten, että kussakin ryhmässä vain yksi testiolosuhde edellyttää testausta. Jos tämä ehto toimii, kaikkien ryhmän ehtojen on myös toimittava. Esimerkiksi uploader, tätä tekniikkaa voidaan käyttää testata tiedostotyyppejä ja kokoja ilman päällekkäisiä jokaisen yhdistelmän.
  • Raja – arvoanalyysi-raja-arvoanalyysillä testataan rajat, mitkä arvot ovat sallittuja. Joten, jos järjestelmä pitäisi hyväksyä vain numero välillä 1 ja 100, haluat testata näitä rajoja, sekä hieman yli ja hieman alle (0 ja 101), mutta sinun ei tarvitse tuhlata aikaa testaus numerot välillä.
  • Päätöstaulukon testaus – tätä tekniikkaa käytetään parhaiten monimutkaisissa yhdistelmissä, joissa erilaiset syötteet johtavat erilaisiin päätöksiin (toisin kuin ekvivalenssiositus ja raja-arvoanalyysi). Tunnetaan myös syy-ja seuraustaulukoina, päätöstaulukot voivat auttaa selventämään odotettuja tuotoksia ja varmistamaan, ettei yhdistelmiä jää väliin testitapauksia muodostettaessa.

black box testing example of decision testing
  • State transition testing – Any system that can give eri lähdöt samalle syötteelle ulkoisista olosuhteista riippuen edellyttävät tilan siirtymätestausta. Esimerkiksi: pankkiautomaatti, joka antaa testaajalle $60 ja sitten myöhemmin ei anna testaajalle $60 (koska tili on kastettu alle kyseisen summan); tai liikennevalo, joka muuttuu vihreäksi, kun käynnistät anturin, mutta myöhemmin ei (koska joku muu oli siellä ensin ja saa kääntyä vasemmalle ennen kuin menet suoraan). Tämän tyyppinen musta laatikko testi esimerkki voi olla samat tulot, mutta eri lähdöt, koska järjestelmä on ”transitioned” uuteen tilaan.
  • eksploratiivinen testaus – eksploratiivisella testauksella testaaja simuloi tarkasti käyttäjän käyttäytymistä samalla, kun se etenee strategisesti järjestelmän toimien läpi maksimoidakseen testauksen kattavuuden. Tätä pidetään mustan laatikon tekniikkana, koska sisäisestä koodista ei tarvita tietoa. Sen sijaan, testaajien täytyy tietää ohjelmiston vaatimukset ja odotettavissa käyttäytymistä. Sieltä käsin he voivat käyttäytyä kuin käyttäjät-mutta pitää aina testaajien hatut päässään.
  • virhearviointi – virhearviointi on juuri sitä, miltä se kuulostaa. Testaaja ”arvauksia” oli virheitä löytyy todennäköisimmin. Mutta koska seuraavat tekijät menevät päätökseen, ”arvaus” ei ole oikeastaan oikeudenmukainen termi: testaajien oma kokemus, tietämys sovelluksesta, tulokset aiemmista testijaksoista, asiakasantoliput, ongelmat aiemmissa julkaisuissa ja riskiraportit. Kun yrität valita, mikä osa sovelluksesta saa perusteellisimman testauksen, virhearviointi on välttämätöntä.
  • Black box testing techniques

    Black box testing ei vaadi kehittynyttä ohjelmointitaitoa, joten vaikka testaajien löytäminen, jotka osaavat koodata, voi olla erittäin tärkeää muissa tekniikoissa, kuten white box testing, unit testing, and AI and PA within automation, se ei ole tarpeen saada toiminnallinen testaus kattaa.

    tämänkaltainen testaus voidaan tehdä tallennus-ja toistotyökaluilla, mutta ne eivät vaadi mitään kalliita työkaluja tai sviittejä.

    avain black box-testaukseen on strategisoida testisuunnitelman kattavuus, päällekkäiset testitapaukset tarvittaessa, vähentää redundanssia mahdollisuuksien mukaan ja yhdistää tekniikoita, joilla minimoidaan tuotantoon pääsevien vikojen määrä.

    Testlio on kumppanisi super awesome-testauksessa käyttäen hyväksi todettuja tekniikoita ja uusia menetelmiä. Katso, miten Testlio toimii tai pudota meille linja ja kävelemme muokata demo vastaamaan erityisiä tarpeita.

    Vastaa

    Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *