Uvod u ručno testiranje
Ručno testiranje oblik je testiranja softvera u kojem se ispitivanja izvode ručno bez upotrebe instrumenata za automatizaciju. Najprimitivnije od svih vrsta ispitivanja je ručno testiranje i pomaže korisnicima da otkriju pogreške u softverskom sustavu. Sve svježe aplikacije moraju biti testirane ručno prije automatiziranja njihovog testiranja. Ovo testiranje zahtijeva više napora, ali je potrebno za provjeru izvodljivosti automatizacije. Ispitivač će pripremiti testni plan koji opisuje sveobuhvatan i sustavni pristup testiranju softverske aplikacije. Ispitni slučajevi pokrivaju gotovo 100% planirane implementacije softvera. To je dugotrajan test jer ručni testovi uključuju pune testne slučajeve. Postoje nedostaci u razlici između stvarnih i željenih ishoda. Tada programer zatim ispravlja nedostatke. Da bi se osiguralo ispravljanje grešaka, ispitivač procjenjuje nedostatke. Cilj ovog testiranja je osigurati da aplikacija nema nedostataka i da se pogreške dobro rade kako bi klijentima omogućili izvrstan kvalitetan posao.
Ručno testiranje na softwaresu
Softver može čovjek testirati na dva načina ručno i automatski računalo. Svaka tehnika ima svoje prednosti i nedostatke, ali dijeli temeljni cilj održavanja kvalitete softvera. U ovom ćemo se članku koncentrirati na ručno testiranje.
Vrste ručnog ispitivanja
Ispod se nalazi 6 vrsta ručnog testiranja:
1. Ispitivanje bijele kutije
- Strategija testiranja softvera uključuje testiranje crne kutije i testove bijele kutije. Ovdje smo raspravljali o testovima s bijelom kutijom, koji se nazivaju i testovima „staklene kutije“, strukturnim testovima, kao i testovima jasnih okvira i testovima otvorenih kutija. Testira unutarnje kodiranje i softversku infrastrukturu da provjeri unaprijed definirane ulaze na očekivanim i željenim izlazima. Temelji se na unutarnjem funkcioniranju aplikacije i vrti se oko ispitivanja unutarnjeg okvira.
- Programiranje sposobnosti potrebne za ovu vrstu testiranja su dizajn ispitnih primjeraka. Glavni cilj testiranja u bijeloj kutiji je koncentriranje na protok ulaza i izlaza putem softvera i jačanje softverske sigurnosti. Zbog prikaza unutarnjeg sustava koristi se riječ "bijela kutija". Prozorni okvir ili naziv bijelog okvira ukazuje na sposobnost pregledavanja unutarnje vanjske ljuske softvera.
2. Ispitivanje crne kutije
- Black Box Testing je softverska metoda ispitivanja koja ispituje funkcionalnost softvera bez uvida u njegovu unutarnju strukturu ili kodiranje. Specifikacija potreba na koje upućuje klijent glavni je uzrok testiranja u crnoj kutiji. Ova se tehnika koristi za odabir značajke i za unos vrijednosti za provjeru pruža li funkcija očekivanu izvedbu ili ne.
- Ako značajka daje pravi izlaz, testirat će se, ako u suprotnom neće uspjeti. Ispitni tim izvještava o rezultatima, a zatim testira sljedeći zadatak. Uostalom, testirane su značajke, ukoliko se pojave ozbiljni problemi, razvojni tim će se vratiti na ispravak.
3. Integracijsko testiranje
- Integracijsko testiranje je druga faza nakon jedinica testiranja softverske metode ispitivanja. Jedinice ili pojedinačne softverske komponente ocjenjuju se u grupi tijekom ovog testa. Razina testova integracije usredotočena je na otkrivanje nedostataka prilikom djelovanja dijelova ili jedinica.
- Jedinstveno testiranje koristi ispitne module koji se kombiniraju i testiraju tijekom testiranja integracije. Softver je dizajniran s mnogim softverskim komponentama koje su napisali razni programeri ili koderi. Cilj testiranja integracije je provjeriti je li komunikacija između svih modula ispravna.
4. Ispitivanje prihvatljivosti
- Testovi prihvaćanja službeni su testovi temeljeni na zahtjevima korisnika i rukovanju funkcijama. Utvrđuje da li softver udovoljava specifičnim zahtjevima kupca. Provodi se kao svojevrsni Black Box test gdje potrebne količine kupaca sudjeluju u testu prihvaćanja sustava. To je četvrta i posljednja razina testiranja softvera.
- No još uvijek postoje male pogreške za prepoznavanje kada je sustav u trenutnom scenariju koji koristi krajnji korisnik. Softver je sada prošao kroz tri faze (testiranje jedinice, testiranje integracije i testiranje sustava). Tamo gdje su prisutni promijenjeni zahtjevi i oni se ne mogu učinkovito prenijeti razvojnom timu tijekom rasta projekta.
5. Ispitivanje jedinice
- Ispitivanje jedinice uključuje pregled svake softverske jedinice ili elementa. To je prva razina softverskog testa. Cilj iza ispitnih jedinica je potvrditi učinkovitost elementa jedinice. Uređaj je jedna ispitna komponenta računalne sheme i testiran je u fazi dizajna aplikacijskog softvera. Ovaj test želi provjeriti točnost izoliranog koda. Pojedinačna funkcija ili kod aplikacije je jedinični element.
- Pristup ispitivanju Bijela kutija koju koriste dizajneri za ispitivanje jedinice. Jedinstvena ispitivanja su prva razina ispitivanja izvršena prije uključivanja i druge ispitne koncentracije u strukturu ispitne razine. Metoda ispitivanja koristi module koji smanjuju oslanjanje na okvire za testiranje jedinice, stub-ove, upravljačke programe i ružne predmete kao pomoć u testiranju jedinice.
6. Ispitivanje sustava
- Testiranje sustava uključuje testiranje softverskog sustava potpuno integriranog. Integracija softvera uglavnom proizvodi računalni sustav (svaki softver je samo jedna komponenta računalnog sustava). Softver se stvara u jedinicama, a zatim se povezuje u proizvodnju potpunog računalnog sustava s drugim softverom i hardverom. Drugim riječima, sustav se sastoji od skupine softvera za obavljanje različitih funkcija, ali samo softver ne može obaviti posao.
- Testiranje sustava je niz različitih vrsta ispitivanja za provođenje i testiranje na zahtjeve za potpunim funkcioniranjem ugrađenog softverskog računalnog sustava. Testiranje sustava testira se u Black Box-u jer uključuje i testiranje softvera izvana. Ispitivanje manjih kvarova slijedi stajalište korisnika.
Kako se izvodi u ručnom testiranju?
Pročitajte projektnu dokumentaciju / vodiče softver i shvatite je. Ako je dostupno, proučite i testnu aplikaciju (AUT). Nacrt testnih slučajeva koji pokrivaju sve zahtjeve za dokumentacijom. Provjerite i referencirajte vodstvo tima, testne slučajeve kupca (prema potrebi) Nakon ispravke grešaka, ponovno pokrenite neuspjele testne instance da biste potvrdili da su prošli. Ispitivanje crne kutije i testiranje bijele kutije koristi se za ručno obavljanje svih ispitnih slučajeva.
Razlike između ručnog i automatskog testiranja
Ispod točke objašnjavaju ručno i automatizacijsko testiranje:
- Ispitivanje automatizacije uključuje korištenje alata za testiranje Ručno testiranje treba intervenciju ljudi za testiranje. Dok je za ručno testiranje potrebna kvalificirana radna snaga, dugo vremena i troškova.
- Automatsko testiranje štedi vrijeme, troškove i radnu snagu. Kad se zabilježi, automatizirani testni paket je lakši za rukovanje.
Neke vrste testiranja poput ad hoc i majmuno testiranje pogodnije su za ručno izvršenje i bilo koji zahtjev može se testirati ručno. Automatizirana ispitivanja su samo preporučena za stabilne sustave i uglavnom se koriste za regresijsko ispitivanje - Softver za automatizaciju za testiranje automatizacije koristi se za dosadnim dijelom kako bi se uvijek iznova obavljali isti slučajevi ispitivanja. Ručno testiranje može biti ponavljajuće i dosadno.
Prednosti i nedostatci
Ispod su prednosti i nedostaci ručnog testiranja:
prednosti
• Metoda Black Box ne zahtijeva razumijevanje programiranja.
• Koristi se za testiranje dizajna GUI koji se dinamički mijenjaju.
• Kao pravi korisnik, testeri komuniciraju sa softverom kako bi pronašli korisnost i probleme s korisničkim sučeljem.
• Osigurava da je dostupan 100% softver bez grešaka.
• Novi korisnik može vrlo lako učiti
Hendikep
• Potrebno je puno ljudskih resursa.
• Trebat će više vremena da pronađe izlaz.
• Testovi se temelje na njihovom znanju i znanju. Ne postoje dokazi da su svi zadaci bili ili nisu obuhvaćeni.
• Slučajevi testova ne mogu se ponovo upotrijebiti. Potreba je svakog svježeg softvera da stvorite različite testne instance.
• Budući da dva tima surađuju, namjere jednih drugih ponekad mogu biti teške za shvatiti, što može dovesti do pogrešnog procesa.
Alati za izvođenje ručnog testiranja
Sada ćemo vidjeti ručne alate za testiranje u nastavku:
- Selen
- Appium
- TestLink
- Poštar
- Jmeter
Kada se ručno testirati?
Ručno testiranje zahtijeva veliki napor. Jednostavno govoreći „klizimo se“ ili „automatizirajmo se“ može biti jednostavno. Međutim, istina je da je softver ključan jer automatizirano testiranje ne može pokriti sve. Uostalom, ljudi će upotrebljavati vaš softver tako da bi ljudi trebali sudjelovati u testiranju vašeg softvera. Ručni testovi vjerojatniji su od automatskog testiranja radi utvrđivanja i popravljanja stvarnih problema s korisnošću. Zbog toga je ispitivač fleksibilan i omogućuje vam isprobavanje raznih stvari u letu. Automatizirano testiranje ne smije se smatrati neisplativim. Automatizirano testiranje nudi svoje prednosti i vrijednosti u područjima gdje se ručno testiranje ne provodi. Ali za drugi članak, to ćemo spasiti.
Zaključak
Iako je potrebno puno radnih mjesta, potrebno je ručno testiranje kako bi se zajamčila visoka razina korisničkog iskustva i kvalitete. Ljudski ispitivač uvijek pronalazi stvari koje se ne mogu automatski testirati. Ključno za učinkovito ručno testiranje uključuje poznavanje softverskih zahtjeva, pisanje izvrsnih ispitnih primjeraka i bilježenje opsežnih izvještaja o pogreškama. Dakle, u ovom smo članku vidjeli što je Ručno testiranje zajedno s vrstama njegovih prednosti i nedostataka.
Preporučeni članci
Ovo je vodič za ručno testiranje. Ovdje smo raspravljali o vrstama, alatima, razlikama između ručnog i automatizacijskog testiranja, prednosti i nedostatke. Možete i proći kroz naše članke da biste saznali više -
- Ispitivanje stabilnosti
- Ispitivanje sigurnosti
- GUI testiranje
- Statičko ispitivanje
- 8 Važan zadatak za pisanje predloška plana testa