top 20 practical software testing tips you should read before testing any application
Vsem preizkuševalcem želim, da preberejo prakse preizkušanja programske opreme, posodobljene v tem članku . Vsako točko natančno preberite in jih poskusite uporabiti pri vsakodnevnih testiranjih. To pričakujem od bralcev v tem članku. Če ne razumete nobene prakse testiranja, prosite za dodatna pojasnila v spodnjem oddelku za komentarje.
Vse te prakse testiranja pa se boste naučili z izkušnjami. Zakaj pa se ne naučite vseh teh stvari, preden se zmotite?
Pridite, poglejmo si njim!
Tu je nekaj najboljših praks testiranja, ki sem se jih naučil z izkušnjami:
vprašanja in odgovori za intervju z ios za izkušene pdf
# 1) Naučite se temeljito analizirati rezultate testa. Ne prezrite nobenega rezultata testa. Končni rezultat testa je lahko »uspešno« ali »neuspešno«, vendar boste odpravili težavo z odpravljanjem vzroka »neuspešnega«. Preizkuševalci bodo spoštovani, če ne bodo le prijavili Napake ampak tudi rešitve.
#two) Naučite se maksimirati Testna pokritost vsakič, ko preizkusite katero koli aplikacijo. 100-odstotna pokritost s testom morda ne bo mogoča, vendar jo lahko vedno poskusite doseči v bližini.
# 3) Da bi zagotovili največjo pokritost s preskusi, razdelite svojo aplikacijo v testu (AUT) na manjše funkcionalne module. Zapišite testne primere na takih posameznih modulih enot. Tudi če je mogoče, razdelite te module na manjše dele.
Na primer, predpostavimo, da ste aplikacijo spletnega mesta razdelili na module in je 'sprejemanje podatkov o uporabniku' eden od modulov. Ta zaslon z informacijami o uporabniku lahko razdelite na manjše dele za pisanje testnih primerov: deli, kot so testiranje uporabniškega vmesnika, Testiranje varnosti , Funkcionalno preskušanje obrazca „Podatki o uporabniku“ itd.
Uporabite vse teste vrste in velikosti polja obrazca, negativne in validacijske teste na vnosnih poljih in napišite vse take testne primere za največjo pokritost.
# 4) Medtem Pisanje testnih primerov , najprej napišite testne primere za predvideno funkcionalnost, torej za veljavne pogoje v skladu z zahtevami. Nato napišite testne primere za neveljavne pogoje. To bo zajemalo pričakovano in nepričakovano vedenje preizkušane aplikacije.
# 5) Mislite pozitivno. Začnite preizkušati aplikacijo z namenom iskanja napak / napak. Ne mislite vnaprej, da v aplikaciji ne bo napak. Če aplikacijo preizkusite z namenom najti napake, jih boste zagotovo našli Subtilne napake tudi.
# 6) Zapišite svoje testne primere v samo fazo analize zahtev in načrtovanja. Tako lahko zagotovite, da so vse zahteve preverljive.
# 7) Naredi svoje testni primeri, ki so na voljo razvijalcem pred kodiranjem. Ne držite testnih primerov s čakanjem na končno izdajo aplikacije za testiranje, saj mislite, da lahko prijavite več napak. Razvijalci naj temeljito analizirajo vaše testne primere, da razvijejo kakovostno aplikacijo. Tako boste prihranili tudi čas ponovnega dela.
# 8) Če je mogoče, identificirajte in združite svoje testne primere za Testiranje regresije . To bo zagotovilo hitro in učinkovito ročno testiranje regresije.
# 9) Aplikacije, ki zahtevajo kritični odzivni čas, je treba temeljito preizkusiti. Preskušanje zmogljivosti je kritičen del mnogih aplikacij. V Priročnik Testiranje, to je preizkuševalci najbolj prezrt del zaradi pomanjkanja zahtevanega velikega obsega podatkov pri testiranju učinkovitosti.
Ugotovite, kako lahko svojo aplikacijo preizkusite. Če testnih podatkov ni mogoče ustvariti ročno, potem napišite nekaj osnovnih skriptov za ustvarjanje testnih podatkov za preizkuse učinkovitosti ali prosite razvijalce, naj vam napišejo enega.
# 10) Programerji ne bi smeli preizkušati lastne kode. Kot je razloženo v našem prejšnja objava , osnovno enotno testiranje razvitih aplikacij mora biti dovolj, da razvijalci sprostijo aplikacijo za preizkuševalce. Toda vi (preizkuševalec) ne smete prisiliti razvijalcev, da izdelek pustijo v preizkušanje.
Naj si vzamejo čas. Vsi od vodje do upravitelja vedo, kdaj je modul / posodobitev sproščena za testiranje, in lahko temu primerno ocenijo čas testiranja. To je tipična situacija v Okretna projektno okolje.
# 11) Preseganje preizkušanja zahtev. Preizkusite aplikacijo, kaj naj ne bi storila.
# 12) Medtem ko izvajamo regresijsko testiranje uporabite prejšnji graf napak (Graf napak - število odkritih napak glede na čas za različne module). Ta graf napak po modulih je lahko koristen za napovedovanje najverjetnejšega dela napak v aplikaciji.
je unix in linux enako
# 13) Zapišite si nove izraze, koncepte, ki se jih naučite med testiranjem. Med preizkušanjem katere koli aplikacije naj bo besedilna datoteka odprta. Zapišite si napredek pri testiranju in opažanja v. Ta opažanja uporabite v pripravi končnega poročila o preizkusu. Ta dobra navada vam bo pomagala zagotoviti popolno nedvoumno poročilo o preskusu in podrobnosti o izdaji.
# 14) Velikokrat preizkuševalci ali razvijalci spremenijo osnovo kode za preskušano aplikacijo. To je potreben korak v razvojnem ali testnem okolju, da se prepreči izvajanje obdelave transakcij v živo, kot pri bančnih projektih.
Zapišite si vse takšne spremembe kode, opravljene za namene testiranja in v času končne izdaje preverite, ali ste vse te spremembe odstranili iz končnih virov datotek za razmestitev na strani odjemalca.
# 15) Razvijalce ločite od testnega okolja. To je potreben korak za odkrivanje morebitnih sprememb konfiguracije v dokumentu o izdaji ali uvajanju. Včasih razvijalci opravijo nekatere spremembe konfiguracije sistema ali aplikacije, vendar jih v korakih za uvajanje pozabijo omeniti.
Če razvijalci nimajo dostopa do testnega okolja, ne bodo naključno izvedli nobenih sprememb v testnem okolju in te manjkajoče stvari lahko zajamejo na pravem mestu.
# 16) To je dobra praksa vključite preizkuševalce že od same faze zahtev in programske opreme. Na ta način lahko preizkuševalci pridobijo znanje o zanesljivosti aplikacij, kar ima za posledico podrobno pokrivanje preskusov. Če od vas ne zahtevajo, da sodelujete v tem razvojnem ciklu, lahko svojemu vodji ali vodji vložite zahtevo, da svojo testno skupino vključi v vse postopke odločanja ali sestanke.
# 17) Preizkusne ekipe bi morale delite najboljše prakse testiranja , izkušnje z drugimi ekipami v njihovi organizaciji.
# 18) Povečajte pogovor z razvijalci če želite izvedeti več o izdelku. Če je le mogoče, vzpostavite osebno komunikacijo za hitro reševanje sporov in preprečevanje nesporazumov.
Toda tudi ko razumete zahtevo ali razrešite kakršen koli spor - se prepričajte, da komunicirate na enak način, kot so e-poštna sporočila. Ne držite ničesar besednega.
# 19) Ne teci Čas je potekel opravljati visoko prioritetne naloge testiranja. Prednostno nalogo preizkusite z visoko na nizko in jo ustrezno načrtujte. Analizirajte vsa povezana tveganja, da boste svojemu delu dali prednost.
# 20) Napišite jasno, opisno, nedvoumno Poročilo o napaki . Navedite ne samo simptome hrošča, temveč tudi učinek hrošča in vse možne rešitve.
Ne pozabite, da je testiranje kreativna in zahtevna naloga. Končno je vse odvisno od vaše spretnosti in izkušenj glede tega, kako se spopadate s tem izzivom.
Nazaj k tebi:
Če delite lastne izkušnje s testiranjem, nasvete ali skrivnosti testiranja v spodnjih komentarjih, bo ta članek zagotovo bolj zanimiv in koristen !!
Sporočite nam svoje misli / predlogi o tem članku.
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Testiranje programske opreme QA Assistant Job
- Ali je testiranje programske opreme čustveno opravilo?
- Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
- Izbira preizkušanja programske opreme kot vaše kariere
- Preizkušanje programske opreme Tehnična vsebina Writer Freelancer Job
- Kaj je testiranje opic pri testiranju programske opreme?
- Testiranje aplikacij - v osnove testiranja programske opreme!