Statično preskušanje in dinamično preskušanje - razlika med tema dvema pomembnima preskusnima tehnikama

static testing dynamic testing difference between these two important testing techniques

Testiranje je Preverjanje in potrjevanje . Vsi vemo, da je za dokončanje testiranja potrebnih 2 Vs.

V današnjem članku bomo osvetlili nekaj Statično preskušanje . Imenuje se tudi preverjanje. Vse o tem bomo izvedeli in temu namenili poseben poudarek, ker Dinamično preskušanje pogosto je deležen največ pozornosti in ima nešteto člankov, ki to podrobno opisujejo.

Nobena razprava o statičnem preskušanju ne bi bila popolna brez razlage, kaj pomeni njegovo dinamično preskušanje. Dinamično preskušanje je validacija, drugo 'V'.

Dinamično testiranje je, ko delate z dejanskim sistemom (ne s kakšnim artefaktom ali modelom, ki predstavlja sistem), ki zagotavlja vhod, sprejema izhod in primerja izhod s pričakovanim vedenjem. Praktično je delo s sistemom z namenom iskanja napak.

Med tem postopkom bomo razumeli, kako naslednji dve pogosti napačni predstavi o testiranju ne držijo:

1. Testiranje je aktivnost, ki pride na koncu
2. Izvajajo ga samo preizkuševalci, ostali pa nimajo kaj početi

Začnimo s hitrim sklicevanjem na v-model :

mesta za brezplačno gledanje anime

• Na stran leve roke modela V imamo dejavnosti, ki jih ekipa QA ne izvaja.
• Na desna stran roke , nekaj jih imamo, za katere skrbi ekipa Dev, nekatere preizkuševalci, nekatere pa uporabniki.

Začnimo z - Zbiranje zahtev . Izvaja ga poslovni analitik in drugo vodstvo na višji ravni - izhodni dokument za to fazo je dokument o poslovnih zahtevah BRD.

najboljši brezplačni požarni zid za Windows 10 2018

Naslednja faza je Oblikovanje sistema . Oblikovanje sistema je faza, v kateri se poslovne zahteve v FRD (dokument o funkcionalnih zahtevah) prevedejo v funkcionalne zahteve.

Ko se bo prevajanje odvijalo, bo ekipa razvijalcev (ki je glavni akter v tem koraku) korak za korakom, stran za stranjo in vrstico za vrstico prešla na dokument BRD. Čeprav je glavni cilj izpolniti poslovne zahteve zaradi prevoda, se dokument BRD redno pregleduje.

Primer: Recimo, da je to BRD za bančno spletno mesto, ki je zelo pomembno na področju varnosti. V BRD je razdelek, ki govori o pravilih za gesla za različne uporabnike, ki ustvarjajo račun na spletnem mestu za spletno bančništvo. Eno od pravil je: Uporabnik ne more uporabiti gesla, ki ga uporablja za druge račune.

To ni mogoče. Ker lahko spletno mesto zgolj predlaga, kako naj uporabnik nastavi poverilnice za prijavo, vendar ni mogoče, lahko to omejitev uvede. Ta zahteva torej ni izvedljiva - z drugimi besedami, s programsko opremo je ni mogoče izpolniti.

Na tem primeru poglejmo naslednje točke:

1. Kako se ugotovi, da te zahteve ni mogoče graditi in je zato ni mogoče preizkusiti (z drugimi besedami, ni izvedljivo)? Ali imamo spletno mesto banke in potem nastavimo uporabniško ime in geslo - in potem ugotovimo, da to ni mogoče? Ne, to preprosto opiramo na naš pregled BRD in seveda nekaj zdrave poslovne pameti.
2. Ali preizkušamo to zahtevo? Seveda, vendar zgolj na teoretičnem, konceptualnem smislu, ne pa tudi na dejanski AUT (aplikacija v preskusu).
3. Kakšna je fizična oblika tega testa? -Enostavno branje ali formalni pregled BRD ali še bolj formalna analiza izvedljivosti poslovnih zahtev.

Če se vrnemo k našim napačnim predstavam:

4. Kdo izvaja ta pregled BRD? - Večinoma razvojna in druge tehnične skupine, ki so odgovorne za ustvarjanje izdelka. Ne preizkuševalci.
5. Ali ta pregled poteka na koncu ustvarjanja izdelka? Ne, že v začetni fazi razvoja projekta. Zato ne samo konec.

Tehnike statičnega preskušanja:

Če povzamemo, statično preskušanje je verifikacijski del preskušanja programske opreme, ki sledi metodam:

• Pregledi dokumentov
• Sprehodi
• Inšpekcijski pregled
• Analiza izvedljivosti ali katera koli druga oblika analize, da se ugotovi, ali je programska oprema takšna, kakršna mora biti ali ne
• Pregled kode

Če citiram CSTE CBOK, 'Preverjanje odgovori na vprašanje:' Ali smo zgradili pravi sistem? ' medtem ko validacije naslavljajo: 'Ali smo sistem zgradili pravilno?'

Sledijo vse dejavnosti statičnega preskušanja, ki se zgodijo na levi strani V-modela.

Opomba: Te informacije je mogoče ekstrapolirati za projekte po kateri koli razvojni metodologiji, saj bodo koraki bolj ali manj podobni.

Na desni strani modela V je potrditev.

Tehnike dinamičnega preskušanja:

• Enotno preskušanje
• Integracijsko preskušanje
• Testiranje sistema

Faze enote, integracije, sistema in UAT so namenjene ustvarjanju testov, ki jih je treba opraviti na AUT v različnih fazah njegovega razvoja. Čeprav so testi namenjeni preverjanju različnih vrst zahtev, so vsi testi enaki.

Torej, katera koli oblika testiranja, pri kateri imamo test, ki ga je treba izvesti na AUT in je njegov izhod potreben za določitev rezultata testa (uspešen ali ne), je potrditev.

Ali bi bilo v redu posploševati, da na desni strani (RHS) V-modela sploh ni preverjanja? Odgovor je: Ne.

Vsi preskusi, ki se ustvarijo v vsaki fazi RHS, se med fazo ustvarjanja / dokončanja večkrat pregledajo. Podroben postopek pregleda testne dokumentacije je na https://www.softwaretestinghelp.com/test-documentation-reviews/

Microsoftova vadnica osi za začetnike

Na RHS:

• Razvijalci v fazah testiranja enote / integracije pregledajo preskuse in kodo.
• Sistemske teste je treba med dokumentacijo medsebojno pregledati, po zaključku pa jih preuči skupina razvijalcev in poslovni analitik.
• Preizkuse UAT pregledajo skupina za preverjanje kakovosti in uporabniki pred začetkom UAT.

Zaključek

Skratka, statično preskušanje je pomembna preizkusna tehnika, ki ima obliko pregleda poslovnih zahtev, pregleda funkcionalnih zahtev, pregledov zasnove, navodil za uporabo kode in pregleda testne dokumentacije. To je stalna dejavnost, ki je ne izvajajo samo preizkuševalci.

Preverjanje veljavnosti, del dinamičnega testiranja je bolj praktičen in se dogaja na samem izdelku in ne na artefaktu ali predstavitvi izdelka. Mnogo formalni postopek identifikacije testnega primera / stanja, premisleki o pokritosti, izvedba in poročanje o napakah zaznamujejo dinamične metode testiranja.

O avtorju: Ta članek je napisal član ekipe STH Swati S.

Prosimo, delite svoje komentarje, vprašanja in izkušnje na temo statičnega in dinamičnega preskušanja.

Priporočeno branje

• Razlika med testiranjem namizja, odjemalskega strežnika in spletnim preskušanjem
• Tehnike agilne ocene: resnična ocena v agilnem projektu
• Testiranje črne škatle: poglobljena vadnica s primeri in tehnikami
• Kaj je preizkušanje skladnosti (preizkus skladnosti)?
• Kakšna je razlika med testiranjem SIT proti UAT?
• Alfa testiranje in beta testiranje (popoln vodnik)
• Ključne razlike med testiranjem črne škatle in testiranjem bele škatle
• Razlike med preskušanjem enot, preskušanjem integracije in funkcionalnim preskušanjem