6 basic skills that every tester should have
Testiranje programske opreme ali preverjanje kakovosti je najboljša platforma za novince, ki lahko vstopijo v informacijsko industrijo, kljub napačnim predpostavkam, da gre za manj ali manj plačano delo.
Najpomembnejša veščina, ki jo preizkuševalec potrebuje, je sposobnost iskanja napak . In če ste tista oseba, ki obožuje iskanje hroščev, boste na tem področju ljubili in rasli.
Ob tem je malo več veščin, ki vam lahko pomagajo najti napake in bolje delati s procesi zagotavljanja kakovosti.
To je članek, ki bo prikazal postopek zagotavljanja kakovosti, kot ga upoštevajo v večini podjetij, in bo novim preizkuševalcem pojasnil testiranje.
Podrobno se naučite dokumentacijskega postopka in standardov, predobdelave preizkuševalca, preskušanja na podlagi omejitev, preskušanja med delnim razvojem in končno postopka odjave.
Začnimo.
Kaj se boste naučili:
- # 1. Dokumentacija
- # 2. Priprava na test
- # 3. Testni postopek - Katere teste opraviti?
- # 4. Testiranje v delni razvojni fazi
- # 5. Dokument o poročilu o napakah
- # 6. Postopek odjave
- Zaključek
- Priporočeno branje
# 1. Dokumentacija
Dokumentacija je bistvenega pomena za testiranje. Večina podjetij to nalogo dodeli novincem. Za uspeh bi morali dober besednjak ker ostale stvari, kot so standardi dokumentacije itd., niso pod vašim nadzorom in so odvisne od procesov ekipe in podjetja.
Prepričajte se tudi, da vidite vrednost postopka dokumentacije. Prednosti je veliko - pomagajo vam slediti spremembam zahtev, slediti testnim korakom, beležiti svoje delo itd.
vprašanja in odgovori za osnovni java intervju
Priporočeno branje=> Zakaj je dokumentacija pomembna pri preizkušanju programske opreme
# 2. Priprava na test
Od vseh razpoložljivih dokumentov ne gre zanemariti naslednjih. Ti dokumenti se imenujejo tudi dostavni dokumenti in povezujejo razumevanje strank, razvijalcev in preizkuševalcev.
a) Načrt testiranja: zajema potek testiranja od začetka do konca .
Testni načrt prikazuje obseg in dejavnosti preskusne faze. Skupina, ki jo je ustvaril vodja QA, mora prispevati in biti na tekočem z vsem, kar je zapisano v preskusnem načrtu.
Nekatere ekipe imajo več stopenj testnih načrtov: glavni načrt in fazni načrt.
Testni načrt mora vsebovati:
- Ime in različica projekta
- Identifikatorji preskusnega načrta - ustvarjalec, št. Osnutka, datum ustvarjanja itd.
- Uvod - Pregled projekta, cilj in omejitve
- Reference - Seznam referenc, ki se uporabljajo kot vhodni podatki (prepričajte se, da uporabljate natančne in najnovejše različice)
- Testni elementi - moduli, različica, obseg, izven obsega itd.
- Splošni testni pristop / testna strategija - orodja za uporabo, postopek sledenja napakam, stopnje preizkušanja itd.
- Kriteriji za pozitivno / neuspešno postavko - smernice za izvajanje preizkusov
- Merila za prekinitev in nadaljevanje
- Rezultati preskusov - testni primer, poročila o preskusih, poročilo o napakah, meritve preskusov itd.
- Podrobnosti o testnem okolju
- Seznam ekip s kontaktnimi informacijami. za vsak modul ali vrsto preskušanja
- Ocene preskusov - čas in trud. Podrobnosti o proračunu so zaupne in jih tukaj ne boste našli
- Tveganja in načrti za ublažitev
- Odobritve
- Druge smernice
Preberite tudi=>
kako narediti niz nizov v javi
- Kako napisati dokument preskusnega načrta iz nič
- Oblika preskusnega načrta
- Primer dejanskega preskusnega načrta (pdf) [Prenesi]
b) Preskusni scenariji:
Enovrstični kazalci o tem, kaj preizkusiti, temeljijo na vsaki zahtevi, običajno pa jih dokumentirajo in spremljajo s preglednicami.
Večina jih vsebuje:
- Ime modula / komponente / funkcije (prijava, skrbnik, registracija itd.)
- ID scenarija je za referenco (npr. TS_Login_001)
- Opis scenarija - „Kaj preizkusiti“ Npr .: preverite, če prijava uporabnikom z veljavnimi poverilnicami omogoča uspešno prijavo
- Pomembnost scenarija - Prednost v primeru premajhnega časa - visoka / srednja / nizka
- ID zahteve - Za sledljivost
nadaljnje branje=>
c) Testni primeri:
Natančni testni primeri dajejo natančne rezultate testov. Preglednice so še vedno priljubljen medij za pisanje testnih primerov, zlasti za začetnike, čeprav nekatera podjetja prilagajajo orodja za upravljanje testov. Osnova za pisanje testnih primerov je dokument SRS / FRD / Req. Vendar to pogosto ni dovolj, zato boste morali uporabiti veliko predpostavk in razprav z ekipami BA / Dev.
Pisanje učinkovitih testnih primerov je najpomembnejša kvalifikacija, ki jo mora imeti tester. Običajno so vsi testni primeri kategorizirani kot pozitivni / negativni. Pozitiven testni primer daje veljavne podatke in dosega pozitivne rezultate. Negativni testni primer daje neveljavne vnose in dobi natančno sporočilo o napaki.
Za več informacij o teh preverite:
Nekateri pogosti atributi, ki jih imajo vsi testni primeri, so:
- ID scenarija - povzeto iz dokumenta o testnem scenariju
- ID testnega primera - za edinstveno identifikacijo in sledenje. Npr .: TC_login_001
- Opis preskusa - Kratka razlaga preskusnega stanja preskusa
- Koraki za izvedbo - Podrobna navodila po korakih za preskušanje
- Podatki o preskusu - podatki, posredovani preskusnim korakom
- Pričakovani rezultat - rezultat po pričakovanjih
- Dejanski rezultat - odziv AUT med izvajanjem preskusa
- Stanje - uspešno / neuspešno / brez zagona / nedokončano / blokirano - opisuje rezultat testa
- Komentarji - Za dodatne podrobnosti
- Izvršil - Testerjevo ime
- Izvedeni datum - datum, ko se preizkus izvaja
- ID napake - napaka, prijavljena v testni primer, v primeru neuspešnega preizkusa
- Podrobnosti o konfiguraciji - OS, brskalnik, platforma, podatki o napravi (neobvezno)
Priporočeno branje=>
# 3. Testni postopek - Katere teste opraviti?
Obstaja ogromno vrst preskušanj, vendar jih ni mogoče izvesti na tej AUT. Čas, proračun, narava posla, narava aplikacije in interes stranke so ključni akterji pri izbiri, katere teste opraviti na aplikaciji.
Na primer: Če gre za spletni trgovinski portal, sta testiranje izjemnih situacij in testiranje obremenitve obvezna. Nekatere vrste preskusov, ki jih ne smemo zamuditi, pa so:
- Testiranje črne škatle
- Testiranje sive škatle
- Enotno testiranje (Če je primerno)
- Integracijsko testiranje
- Inkrementalno testiranje integracije
- Regresijsko testiranje
- Funkcionalno preskušanje
- Ponovno testiranje
- Preverjanje razumnosti
- Preskušanje dima
- Preskus sprejemljivosti
- Preskus uporabnosti
- Preskus združljivosti
- Preskušanje od konca do konca
- Alfa testiranje
- Beta testiranje
# 4. Testiranje v delni razvojni fazi
Na splošno je pri srednjih in zagonskih podjetjih čas in sredstva omejen. Tukaj preizkuševalci lahko začnejo postopek testiranja pred integracijo modula, kar pomeni, da morda izvajamo teste integracije enot in posrednikov.
Pomembno je omeniti, da rezultatov teh stopenj ni mogoče šteti za natančne, zato boste morda morali načrtovati celoten preizkus črne skrinjice, ko bo vse pripravljeno za uporabo. Spregledanje tega dela se lahko izkaže za drago in preskušanje neučinkovito.
brute force geslo cracker prenos za android -
# 5. Dokument o poročilu o napakah
Roko na roko, to je najbolj kritičen dokument o kakovosti, ki ga boste kdaj izdelali.
Sledijo polja, ki jih mora imeti dobro poročilo o napaki:
- ID napake - Običajno serijska številka
- Opis napake - enovrstna razlaga težave
- Lokacija - modul / območje AUT, kjer je odkrita težava
- Številka gradnje - različica in številka gradnje kode.
- Koraki za reprodukcijo - Seznam korakov, ki vas vodijo do težave
- Resnost - določite raven, ki opisuje resnost težave - nizka, srednja, visoka, blokator itd.
- Prednost - Razvijalci določijo vrstni red odprave napake (P1, P2, P3 itd. P1 - največ)
- Dodeljeno lastniku napake v tistem trenutku
- Poroča - Testerjevo ime
- Status - drugačen status, ki predstavlja fazo življenjskega cikla hrošča
- Novo - Napaka je najdena in pravkar prijavljena
- Odprto - potrjeno s strani vodje kakovosti
- Dodeljeno - poslano vodiču za razvijalce za dodelitev ustreznemu razvijalcu
- V teku / Delo v teku - Dev je začel delati na tem
- Popravljeno / razrešeno - razvijalec je na tem končal
- Preverjeno / zaprto - skupina za preverjanje kakovosti je ponovno preizkusila in ugotovila napako
- Ponovno preizkusi - skupina za preverjanje kakovosti se ne strinja z resolucijo Deva in nadaljuje z napredovanjem napake za predelavo
- Podvojen - podobna napaka že obstaja
- Odloženo - veljavna napaka, vendar bo odpravljena v poznejših izdajah
- Neveljavno - Ni hrošča ali ga ni mogoče ponoviti ali ni dovolj informacij
nadaljnje branje=>
- Kako napisati dobro poročilo o napaki
- Vzorec poročila o napaki
- Kako tržiti in odpraviti napake
- Zakaj je poročanje o napakah umetnost
# 6. Postopek odjave
Odjavi se in pošiljanje končne dokumentacije je naloga vodje / vodje nadzora kakovosti. Vendar mora skupina predložiti zgoraj navedene dokumente (testni scenarij, testni primer in dokument dnevnika napak) za končni pregled in revizijo.
Poskrbite, da boste lektorirali vse in poslali končne različice.
Preberite tudi=>
- Kako napisati učinkovito povzetek poročila o preizkusu
- Kako pametno poročati o izvajanju testa
- Vzorec povzetka poročila o preskusu [Prenesi]
Zaključek
To je postopek, kakršnega sem bil priča in izkusil iz prve roke, ko sem bil preizkuševalec, in upam, da vam je to dal nekaj koristnih napotkov.
Končno, kariera v testiranju je bila zame izjemno veselje in upam, da tudi za vas.
Vse najboljše za vašo kariero!
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Alfa testiranje in beta testiranje (popoln vodnik)
- Prenos eBook knjige za preizkušanje
- Funkcionalno testiranje vs nefunkcionalno testiranje
- 20 preprostih vprašanj za preverjanje programske opreme za preizkušanje osnovnega znanja [spletni kviz]
- Popoln vodnik za nadaljevanje testiranja programske opreme (z vzorcem nadaljevanja preizkuševalca programske opreme)
- Popoln vodnik za preizkušanje preverjanja gradnje (testiranje BVT)
- 7 osnovnih nasvetov za preizkušanje večjezičnih spletnih strani