Polkutestaus ja peruspolkutestaus ohjelmistoissa esimerkkien avulla

Mitä on polkutestaus ohjelmistotestauksessa?

Polkutestaus on rakenteellinen testausmenetelmä, jossa käytetään ohjelman lähdekoodia kaikkien mahdollisten suoritettavien polkujen löytämiseksi. Se auttaa määrittämään kaikki koodinpätkän sisällä olevat viat. Tämä menetelmä on suunniteltu suorittamaan kaikki tai valitut polut tietokoneohjelman kautta.

Mikä tahansa ei-triviaali ohjelma sisältää useita mahdollisia suorituspolkuja. Jokaisen niistä testaaminen on sekä vaikeaa että aikaa vievää, ja useimmat niistä menevät päällekkäin. Peruspolkutestaus vähentää tätä redundanssia tunnistamalla pienimmän joukon polkuja, jotka silti suorittavat jokaisen lauseen ja jokaisen haaran ainakin kerran.

Ohjelmistosuunnittelun peruspolun testaus

Peruspolun testaus ohjelmistosuunnittelussa on a Valkoinen Box Testaus menetelmä, jossa testitapaukset määritellään ohjelman läpi kuljetettavien virtausten tai loogisten polkujen perusteella. Peruspolun testauksen tavoitteena on määrittää riippumattomien polkujen määrä, joten tarvittavien testitapausten määrä voidaan määritellä eksplisiittisesti testin kattavuuden maksimoimiseksi.

In ohjelmistotuotanto, Peruspolun testaus sisältää ohjelman kaikkien mahdollisten lohkojen suorittamisen ja maksimaalisen polun peiton mahdollisimman pienellä määrällä testitapauksia. Se on haaratestauksen ja polun testausmenetelmien hybridimenetelmä.

Yksinkertainen esimerkki tekee ajatuksesta konkreettisen.

Yllä oleva vuokaavio sisältää ehtolauseita, joten ohjaus voi päästä ulostuloon useampaa kuin yhtä reittiä pitkin. Sen kattamiseksi tarvitaan kolme toisistaan ​​riippumatonta polkua:

• Polku 1: 1,2,3,5,6, 7
• Polku 2: 1,2,4,5,6, 7
• Polku 3: 1, 6, 7

Ohjausvuokaavion piirtäminen

Jokainen peruspolkutestauksen vaihe riippuu kontrollivuograafista, joten sen rakentamisessa kannattaa olla tarkka.

• Solmu: Ympyränä piirretty sarja lauseita, jotka suoritetaan aina yhdessä. Haaraton lausekejono kutistuu yhdeksi solmuksi.
• Reuna: ohjauksen siirto solmusta toiseen, piirretään nuolella. Reunat ovat ainoa tapa, jolla ohjaus liikkuu.
• Predikaattisolmu: Solmu, joka sisältää ehdon ja josta lähtee kaksi tai useampia kaaria. Nämä ohjaavat kompleksisuuslaskentaa.
• Alue: reunojen ja solmujen rajaama alue. Alueiden lukumäärä plus yksi on myös syklomaattinen kompleksisuus.

Tarkastellaan lyhyttä moduulia, jossa on kaksi päätöstä:

if (a > b) {          // node 1, predicate
    max = a;          // node 2
} else {
    max = b;          // node 3
}
if (max > limit) {    // node 4, predicate
    alert();          // node 5
}
return max;           // node 6

Graafissa on 6 solmua ja 6 kaaria, jolloin kaavan mukaan V(G) = 6 – 6 + 2 = 2. Predikaattien määrä antaa saman vastauksen nopeammin: 2 päätöstä plus 1 on 3 riippumatonta polkua kahden haaran läpi yhdessä. Käytä sitä muotoa, jonka voit laskea luotettavasti, ja tarkista se toisella.

Kaksi sääntöä, jotka estävät useimmat virheet. Ensinnäkin yhdistetty ehto, kuten jos (x > 0 && y > 0) lasketaan kahdeksi predikaattisolmuksi, ei yhdeksi, koska oikosulku luo toisen päätöksen. Toiseksi, silmukka lisää yhden predikaattisolmun riippumatta siitä, kuinka monta kertaa se iteroituu.

Peruspolkutestauksen vaiheet

Peruspolun testauksen perusvaiheet sisältävät

• Piirrä ohjauskaavio (eri ohjelmapolkujen määrittämiseksi)
• laskettu Syklomaattinen monimutkaisuus (mittarit riippumattomien polkujen määrän määrittämiseksi)
• Etsi perusjoukko polkuja
• Tuottaa testitapaukset harjoittaa jokaista polkua

Peruspolkutestauksen edut ja rajoitukset

Peruspolkutestauksen edut

• Se auttaa vähentämään ylimääräisiä testejä
• Se kiinnittää huomion ohjelman logiikkaan
• Se korvaa mielivaltaisen testitapausten valinnan analyyttisellä pohjalla
• Testaa tapauksia, joissa harjoituskantajoukko suorittaa jokaisen ohjelman käskyn vähintään kerran

Peruspolkutestauksen rajoitukset

• Se ei löydä puuttuvaa koodia. Vaatimuksella, jota ei ole koskaan toteutettu, ei ole polkua, joten sille ei luoda testiä. Peruspolkutestaus on yhdistettävä vaatimuspohjaiseen testaukseen.
• Reittien määrä kasvaa nopeasti. Sisäkkäiset silmukat ja yhdistetyt ehdot nostavat monimutkaisuutta nopeasti, ja moduulin, jonka V(G) on yli 20, kattaminen tällä tavalla on epäkäytännöllistä.
• Kattavuus ei ole oikeellisuutta. Polun suorittaminen todistaa koodin toimivan, ei sitä, että se tuottaa oikean vastauksen. Jokainen testi tarvitsee silti mielekkään väitteen.
• Datasta riippuvat polut. Joihinkin polkuihin pääsee vain tietyillä syöteyhdistelmillä, joiden rakentaminen voi olla vaikeaa tai mahdotonta.

UKK