Ta vadnica predstavlja sedem osnovnih načel testiranja programske opreme, ki bi jih moral poznati vsak preizkuševalec programske opreme in strokovnjak za zagotavljanje kakovosti.
7 Načela preizkušanja programske opreme
- Testiranje kaže na prisotnost napak
- Izčrpno testiranje ni mogoče
- Zgodnje testiranje
- Gručenje napak
- Paradoks pesticidov
- Testiranje je odvisno od konteksta
- Odsotnost zmot
Naučimo se principov testiranja z naslednjim video primerom -
Kliknite tukaj, če video ni dostopen
Ozadje
Pomembno je, da med preskušanjem programske opreme dosežete optimalne rezultate testa, ne da bi odstopali od cilja. Kako pa ugotovite, da sledite pravi strategiji testiranja? Za to se morate držati nekaterih osnovnih načel testiranja. Tu je skupno sedem preskusnih načel, ki se pogosto uporabljajo v industriji programske opreme.
Da bi to razumeli, razmislite o scenariju, ko datoteko premikate iz mape A v mapo B.
Pomislite na vse možne načine, kako lahko to preizkusite.
Poleg običajnih scenarijev lahko preizkusite tudi naslednje pogoje
- Poskus premakniti datoteko, ko je odprta
- Nimate varnostnih pravic, da bi datoteko prilepili v mapo B
- Mapa B je na skupnem pogonu in prostor za shranjevanje je poln.
- Mapa B že ima datoteko z istim imenom, pravzaprav je seznam neskončen
- Ali pa predpostavimo, da imate 15 vnosnih polj za testiranje, od katerih ima vsako 5 možnih vrednosti, število kombinacij, ki jih je treba preskusiti, bi bilo 5 15
Če bi preizkusili vse možne kombinacije, bi se projekt ČAS IN STROŠKI eksponentno povečal. Za optimizacijo napora pri testiranju potrebujemo določena načela in strategije
Tu je 7 načel:
1) Izčrpno testiranje ni mogoče
Ja! Izčrpno testiranje ni mogoče. Namesto tega potrebujemo optimalno količino testiranja na podlagi ocene tveganja vloge.
In vprašanje za milijon dolarjev je, kako določite to tveganje?
Da bi odgovorili na to, naredimo vajo
Po vašem mnenju pri kateri operaciji bo vaš operacijski sistem najverjetneje propadel?
Prepričan sem, da bi večina od vas uganila, odpiranje 10 različnih aplikacij hkrati.
Torej, če bi preizkušali ta operacijski sistem, bi se zavedali, da bi pri večopravilnosti verjetno lahko našli napake in jih je treba temeljito preizkusiti, kar nas pripelje do našega naslednjega načela Grozdenje napak
2) Grozdenje napak
Gručenje napak, ki navaja, da majhno število modulov vsebuje večino odkritih napak. To je uporaba Paretovega principa pri preizkušanju programske opreme: približno 80% težav je v 20% modulov.
Po izkušnjah lahko prepoznate takšne tvegane module. Toda ta pristop ima svoje težave
Če se isti preskusi ponavljajo znova in znova, na koncu isti primeri ne bodo več našli novih napak.
3) Paradoks pesticidov
Ponavljajoča se uporaba iste mešanice pesticidov za izkoreninjenje žuželk med kmetovanjem bo sčasoma povzročila, da bodo žuželke razvile odpornost proti pesticidom in s tem neučinkovite pesticide na žuželkah. Enako velja za testiranje programske opreme. Če se izvede isti niz ponavljajočih se testov, bo metoda neuporabna za odkrivanje novih napak.
Da bi to odpravili, je treba testne primere redno pregledovati in revidirati, dodajati nove in različne testne primere, da bi našli več napak.
Preizkuševalci ne morejo biti odvisni le od obstoječih preizkusnih tehnik. Neprestano mora paziti, da izboljša obstoječe metode za učinkovitejše testiranje. Toda tudi po vsem tem znoju in trdem delu pri testiranju nikoli ne morete trditi, da vaš izdelek ne vsebuje napak. Da se odpeljemo domov, si oglejmo ta video posnetek javnega zagona sistema Windows 98
Mislite, da podjetje, kot je MICROSOFT, ne bi temeljito preizkusilo svojega operacijskega sistema in tvegalo svoj ugled, samo da bi videlo, kako se njegov operacijski sistem sesuje med javnim zagonom!
4) Testiranje pokaže prisotnost napak
Zato načelo testiranja navaja, da - testiranje govori o prisotnosti napak in ne govori o odsotnosti napak. tj. Preizkušanje programske opreme zmanjšuje verjetnost, da v programski opremi ostanejo neodkrite napake, vendar tudi če nobene napake ne najdemo, to ni dokaz pravilnosti.
Kaj pa, če se še posebej potrudite, upoštevate vse varnostne ukrepe in naredite svoj programski izdelek 99% brez napak. In programska oprema ne ustreza potrebam in zahtevam strank.
To nas pripelje do našega naslednjega načela, ki pravi - Odsotnost napak
5) Odsotnost napake - zmota
Možno je, da programska oprema, ki je 99% brez napak, še vedno neuporabna. To se lahko zgodi, če sistem temeljito preizkusite glede napačne zahteve. Testiranje programske opreme ni zgolj iskanje napak, temveč tudi preverjanje, ali programska oprema ustreza poslovnim potrebam. Odsotnost napake je zmota, tj. Iskanje in odpravljanje napak ne pomaga, če je gradnja sistema neuporabna in ne izpolnjuje uporabnikovih potreb in zahtev.
Za rešitev tega problema naslednji princip testiranja navaja zgodnje testiranje
6) zgodnje testiranje
Zgodnje testiranje - Testiranje se mora začeti čim prej v življenjskem ciklu razvoja programske opreme. Tako da se vse napake v zahtevah ali fazi načrtovanja zajamejo v zgodnjih fazah. Mnogo ceneje je odpraviti napako v zgodnjih fazah testiranja. Toda kako zgodaj je treba začeti s testiranjem? Priporočljivo je, da začnete iskati napako v trenutku, ko so določene zahteve. Več o tem načelu v kasnejših vajah za usposabljanje.
7) Testiranje je odvisno od konteksta
Testiranje je odvisno od konteksta, kar v bistvu pomeni, da se bo način preizkušanja spletnega mesta e-trgovine razlikoval od načina preizkušanja reklame na polici. Vsa razvita programska oprema ni enaka. Morda boste uporabili drugačen pristop, metodologije, tehnike in vrste testiranja, odvisno od vrste aplikacije. Na primer testiranje, kateri koli sistem POS v maloprodaji se bo razlikoval od testiranja bankomata.
Mit: "Načela so zgolj referenčna. V praksi jih ne bom uporabljal."
To je tako zelo neresnično. Testna načela vam bodo pomagala ustvariti učinkovito testno strategijo in pripraviti testne primere za odkrivanje napak.
Toda učenje načel testiranja je podobno kot prvič učenje vožnje.
Na začetku, ko se naučite voziti, ste pozorni na vse in vse, kot so prestavne ročice, hitrost, upravljanje sklopke itd. Toda z izkušnjami se osredotočite na vožnjo, ostalo pa pride samo po sebi. Takšen, da v avtomobilu celo pogovarjate z drugimi potniki.
Enako velja za načela testiranja. Izkušeni preizkuševalci so ta načela ponotranjili do te mere, da jih uporabljajo tudi brez razmišljanja. Zato mit, da se načela ne uporabljajo v praksi, preprosto ne drži.