Ručno testiranje je proces testiranja softvera u kojem se testni slučajevi izvode ručno bez upotrebe bilo kakvog automatiziranog alata. Sve slučajeve testiranja izvodi tester ručno u skladu s perspektivom krajnjeg korisnika. Osigurava radi li aplikacija, kao što je navedeno u dokumentu zahtjeva ili ne. Ispitni slučajevi planirani su i implementirani kako bi se završilo gotovo 100 posto softverske aplikacije. Izvješća o testnim slučajevima također se generiraju ručno.

Ručno testiranje jedan je od najosnovnijih postupaka testiranja jer može pronaći vidljive i skrivene nedostatke softvera. Razlika između očekivanog izlaza i izlaza koji daje softver definira se kao kvar. Programer je popravio nedostatke i predao ga testeru na ponovno testiranje.

Ručno testiranje obavezno je za svaki novorazvijeni softver prije automatskog testiranja. Ovo testiranje zahtijeva velike napore i vrijeme, ali jamči softver bez grešaka. Ručno testiranje zahtijeva poznavanje tehnika ručnog testiranja, ali ne i bilo kojeg alata za automatsko testiranje.

Ručno testiranje je neophodno jer je jedan od testiranje softvera osnova je '100% automatizacija nije moguća.'

Zašto nam je potrebno ručno testiranje

Kad god aplikacija dođe na tržište, a nestabilna je ili ima grešku ili probleme ili stvara problem dok je krajnji korisnici koriste.

Ako se ne želimo suočiti s ovakvim problemima, moramo izvršiti jedan krug testiranja kako bi aplikacija bila bez programskih pogrešaka i stabilna te isporučila kvalitetan proizvod klijentu, jer ako je aplikacija bez programskih pogrešaka, krajnji korisnik će praktičnije koristiti aplikaciju.

Ako testni inženjer radi ručno testiranje, on/ona može testirati aplikaciju iz perspektive krajnjeg korisnika i bolje se upoznati s proizvodom, što im pomaže da napišu ispravne testne slučajeve aplikacije i daju brze povratne informacije o aplikaciji.

Vrste ručnog testiranja

Postoje različite metode koje se koriste za ručno testiranje. Svaka tehnika se koristi prema svojim kriterijima testiranja. Vrste ručnog testiranja navedene su u nastavku:

• Testiranje bijele kutije
• Testiranje crne kutije
• Testiranje sive kutije

Testiranje bijele kutije

Testiranje bijele kutije provodi programer, gdje provjeravaju svaki redak koda prije nego što ga predaju testnom inženjeru. Budući da je kod programer vidljiv tijekom testiranja, to je razlog zašto je poznato i kao testiranje bijele kutije.

Za više informacija o testiranju bijele kutije, pogledajte poveznicu u nastavku:

https://www.javatpoint.com/white-box-testing

Testiranje crne kutije

Testiranje crne kutije provodi testni inženjer, gdje mogu provjeriti funkcionalnost aplikacije ili softvera prema potrebama kupca/klijenta. U ovom slučaju kod nije vidljiv tijekom izvođenja testiranja; zato je poznato kao testiranje crne kutije.

Za više informacija o testiranju crne kutije pogledajte poveznicu u nastavku:

https://www.javatpoint.com/black-box-testing

Testiranje sive kutije

Testiranje sive kutije je kombinacija testiranja bijele kutije i testiranja crne kutije. Može ga izvesti osoba koja poznaje i kodiranje i testiranje. A ako jedna osoba provodi testiranje bijele kutije, kao i testiranje crne kutije za aplikaciju, to je poznato kao testiranje sive kutije.

Da biste dobili više pojedinosti o testiranju sivog okvira, pogledajte donju vezu:

https://www.javatpoint.com/grey-box-testing

Kako izvršiti ručno testiranje

• Prvo, tester promatra sve dokumente koji se odnose na softver, kako bi odabrao područja testiranja.
• Tester analizira dokumente zahtjeva kako bi pokrio sve zahtjeve koje je naveo kupac.
• Tester razvija testne slučajeve prema dokumentu zahtjeva.
• Svi se testni slučajevi izvode ručno korištenjem testiranja crne kutije i testiranja bijele kutije.
• Ako se pojave pogreške, tim za testiranje obavještava razvojni tim.
• Razvojni tim ispravlja pogreške i predaje softver timu za testiranje na ponovno testiranje.

Proces izrade softvera

• Nakon što se zahtjev prikupi, on će biti dostavljen dvama različitim timovima za razvoj i testiranje.
• Nakon dobivanja zahtjeva, dotični programer će početi pisati kod.
• A u međuvremenu, testni inženjer razumije zahtjev i priprema potrebne dokumente, do sada razvojni programer može dovršiti kod i pohraniti ga u Alat za kontrolu verzije .
• Nakon toga, kod se mijenja u korisničkom sučelju, a tim promjenama upravlja jedan odvojeni tim, koji je poznat kao izgraditi tim .
• Ovaj tim za izradu će uzeti kôd i započeti kompajliranje i kompresiju koda uz pomoć alata za izradu. Nakon što dobijemo neki izlaz, izlaz ide u zip datoteku, koja je poznata kao Izgraditi (aplikacija ili softver). Svaka će verzija imati neki jedinstveni broj poput (B001, B002).
• Tada će se ova posebna verzija instalirati na testni poslužitelj. Nakon toga će testni inženjer pristupiti ovom testnom poslužitelju uz pomoć Test URL-a i započeti s testiranjem aplikacije.
• Ako testni inženjer pronađe bilo kakvu pogrešku, on/ona će biti prijavljen dotičnom programeru.
• Zatim će programer reproducirati grešku na testnom poslužitelju i popraviti grešku i ponovno pohraniti kod u alat Kontrolne verzije, a on će instalirati novu ažuriranu datoteku i ukloniti staru datoteku; ovaj proces se nastavlja dok ne dobijemo stabilnu verziju.
• Nakon što dobijemo stabilnu konstrukciju, bit će predana kupcu.

Napomena1

• Nakon što prikupimo datoteku iz alata za kontrolu verzije, koristit ćemo se alatom za izgradnju za kompajliranje koda iz jezika visoke razine u jezik strojne razine. Nakon kompilacije, ako se veličina datoteke poveća, mi ćemo komprimirati tu određenu datoteku i prebaciti je na testni poslužitelj.
• Ovaj proces obavlja Izgradite tim , programer (ako tim za izgradnju nije prisutan, to može učiniti programer) ili ispitni vod (ako tim za izradu izravno rukuje zipom i instalira aplikaciju na testni poslužitelj i obavijesti testnog inženjera).
• Općenito, ne možemo dobiti novu verziju za svaku grešku; inače će se većina vremena izgubiti samo na stvaranje nadogradnji.

Napomena 2

Izgradite tim

Glavni posao tima za izgradnju je kreiranje aplikacije ili Build-a i pretvaranje jezika visoke razine u jezik niske razine.

Izgraditi

To je softver koji se koristi za pretvaranje koda u format aplikacije. Sastoji se od skupa značajki i ispravki grešaka koji se predaju testnom inženjeru u svrhu testiranja dok ne postane stabilan.

Alat za kontrolu verzije

To je softver ili aplikacija koja se koristi u sljedeće svrhe:

• U ovom alatu možemo spremati različite vrste datoteka.
• Uvijek je zaštićen jer datoteci pristupamo iz alata koristeći iste vjerodajnice za prijavu.
• Primarni cilj alata je pratiti promjene učinjene za postojeće datoteke.

Primjer procesa izgradnje

Pogledajmo jedan primjer da bismo razumjeli kako izgraditi proces rada na stvarnim scenarijima:

Čim testni inženjer dobije bug, poslat će ga programerima, a njima treba neko vrijeme za analizu; nakon toga, on/ona samo popravlja grešku (inženjer za testiranje ne može dati zbirku grešaka).

Programer odlučuje koliko bugova može popraviti prema svom vremenu. I testni inženjer odlučuje koji bi bug trebao biti prvi ispravljen prema njihovim potrebama jer si testni inženjeri ne mogu priuštiti prekid testiranja.

A testni inženjer koji prima poštu, može znati samo koju je grešku popravio popis ispravki grešaka .

direktorij preimenuj linux

Vrijeme će se povećati jer bi kod prve izgradnje programeri trebali napisati kod u različitim značajkama. I na kraju, on/ona može samo ispravljati bugove i broj dana će biti smanjen.

Napomena3

Ispitni ciklus

Testni ciklus je vremensko trajanje dano testnom inženjeru za testiranje svake građevine.

Razlike između dvije građe

Greške pronađene u jednoj verziji i mogu se popraviti u bilo kojoj budućoj verziji, što ovisi o zahtjevima inženjera za testiranje. Svaka nova verzija je modificirana verzija stare, a te izmjene mogu biti ispravci grešaka ili dodavanje nekih novih značajki.

Koliko smo često dobivali novu verziju

U početku smo dobivali tjedne nadogradnje, ali u posljednjoj fazi testiranja, kada je aplikacija postajala stabilna, novu smo nadogradnju dobivali jednom u 3 dana, dva dana ili također dnevno.

Koliko ćemo izgraditi

Ako uzmemo u obzir jednu godinu trajanja bilo kojeg projekta, dobili smo 22-26 buildova.

Kada dobijemo ispravke grešaka

Općenito, ispravke programskih pogrešaka razumijemo tek nakon što je ciklus testiranja dovršen ili je zbirka grešaka popravljena u jednoj verziji, a primopredaja u sljedećim verzijama.

Prednosti ručnog testiranja

• Za korištenje metode crne kutije nije potrebno znanje programiranja.
• Koristi se za testiranje GUI dizajna koji se dinamički mijenja.
• Tester komunicira sa softverom kao pravi korisnik tako da može otkriti probleme upotrebljivosti i korisničkog sučelja.
• Osigurava da je softver sto posto bez grešaka.
• Isplativo je.
• Lako za naučiti za nove testere.

Nedostaci ručnog testiranja

• Zahtijeva veliki broj ljudskih resursa.
• Vrlo je dugotrajan.
• Tester razvija testne slučajeve na temelju svojih vještina i iskustva. Nema dokaza da su pokrili sve funkcije ili ne.
• Test slučajevi se ne mogu ponovno koristiti. Potreba za razvojem zasebnih testnih slučajeva za svaki novi softver.
• Ne pruža testiranje svih aspekata testiranja.
• Budući da dva tima rade zajedno, ponekad je teško razumjeti međusobne motive, to može dovesti do pogrešnog procesa.

Ručni alati za testiranje

U ručnom testiranju, različitim vrstama testiranja kao što su jedinica, integracija, sigurnost, performanse i praćenje programskih pogrešaka, imamo razne alate kao što su Jira, Bugzilla, Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube itd. dostupni u tržište. Neki od alata su otvorenog koda, a neki su komercijalni.

Više informacija o alatima za testiranje potražite na donjoj poveznici:

https://www.javatpoint.com/software-testing-tools

Razumimo ih jednu po jednu:

LoadRunner

To su najčešće korišteni alati za testiranje performansi. LoadRunner se uglavnom koristi za podršku testiranju performansi za širok raspon postupaka, broj pristupa i aplikacijska okruženja.

Glavna svrha izvršavanja alata LoadRunner je brzo klasificirati najčešće izvore problema s performansama.

Značajke LoadRunnera

• Alat LoadRunner sadrži n-broj aplikacija, što smanjuje vrijeme potrebno za razumijevanje i opisivanje izvješća.
• Pomoću alata LoadRunner možemo dobiti iscrpna izvješća o testiranju performansi.
• Smanjit će troškove distribuiranog testiranja opterećenja i ponuditi operativni alat za praćenje implementacije.

Citrusi

Citrus je alat za testiranje integracije, koji je najčešće korišten testni okvir. Zapisano je u Java programiranje Jezik. Uglavnom se koristi za traženje i odgovaranje na strani poslužitelja i klijenta i provjeru valjanosti XML JSON datoteka.

Kako bi se izvršilo testiranje slučaja upotrebe od kraja do kraja, Citrus podržava nekoliko HTTP, JMS i SOAP protokola.

Karakteristike citrusa

Slijede neke od važnih značajki alata Citrus:

• Koristi se za slanje i primanje poruka.
• Citrus je dostupan i kao open-source i kao licencirani na tržištu.
• Nudi jeftino rješenje.
• Bazu podataka možemo provjeriti pomoću alata citrus.
• Opisat će slijed poruka, ponuditi plan testiranja i dokumentirati pokrivenost testom.
• Stvara poruku i provjerava odgovore.

ZAP

ZAP je sigurnosni skener web aplikacije otvorenog koda. Zalaže se za Zed Attack Proxy . Kao i neki drugi alati, također je zapisano u Programski jezik JAVA . To je najučinkovitije Otvorite Sigurnosne projekte web aplikacije [OWASP].

Značajke ZAP-a

• Podržava mnoge operativne sustave kao što su Windows, Linux, OS X.
• Ima arhitekturu temeljenu na dodacima.
• Sadrži internetsko tržište koje nam dopušta dodavanje novih ili ažuriranih značajki.
• ZAP-ova GUI upravljačka ploča jednostavna je za korištenje.

časna sestra

NUnit je jedan od najčešće korištenih alata za testiranje jedinice. To je alat otvorenog koda i prvenstveno je izveden iz JUnit .

U potpunosti je napisano u C# programski jezik i pogodan za sve .Net jezici .

Drugim riječima, možemo reći da je NUnit alat u potpunosti redizajniran kako bi postao prednost mnogih kvaliteta jezika .Net. Na primjer:

Mogućnosti vezane uz refleksiju. Ostali prilagođeni atributi.

Karakteristike NUnit-a

• Dopušta tvrdnje kao statičnu metodu klase prednosti.
• Održava testove temeljene na podacima.
• Podržava nekoliko platformi, kao što su .NET core Xamarin mobile, Silverlight i učinkovit okvir.
• Sposobnost NUnit-a pomaže nam da izvršimo testove istovremeno.
• Za učitavanje i izvođenje testova koristi konzolni pokretač.

JIRA

Alat za praćenje bugova koji se najčešće koristi je JIRA , koji je alat otvorenog koda. Koristi se za praćenje bugova, upravljanje projektima i praćenje problema.

U ovom alatu možemo lako pratiti sve vrste grešaka ili nedostataka povezanih sa softverom koje su proizveli inženjeri za testiranje.

Značajke JIRA-e

• To je alat koji štedi vrijeme.
• Jira se koristi za praćenje nedostataka i problema.
• Koristi se za utvrđivanje zadataka dokumentacije.
• Jira je vrlo koristan alat za praćenje poboljšanja naše dokumentacije.

Da biste dobili potpune informacije o alatu Jira, pogledajte poveznicu u nastavku: https://www.javatpoint.com/jira-tutorial.

SonarQube

Još jedan alat za testiranje ručnog testiranja je SonarQube, koji poboljšava naš tijek rada kontinuiranom kvalitetom koda i sigurnošću koda. Fleksibilan je uz korištenje dodataka.

U potpunosti je napisan u programskom jeziku JAVA. Nudi potpuno automatiziranu evaluaciju i integraciju s Ant, Maven, Gradle, MSBuild i stalnim alatima za integraciju. SonarQube ima mogućnost snimanja povijesti metrike i daje grafikon evolucije.

Značajke Sonarqubea

Ispod su neke od značajnih značajki alata SonarQube:

• Podržava nekoliko programskih jezika kao što su C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL itd.
• Pod GNU Lesser General Public License, Sonarqube je besplatno dostupan.
• SonarQube je povezan s nekim važnim vanjskim alatima kao što su GitHub, Active Directory, LDAP i drugi.
• SonarQube se spojio s razvojnim okruženjima Visual Studio, Eclipse i IntelliJ IDEA zbog SonarLint dodaci.

JMeter

JMeter je alat otvorenog koda koji se koristi za testiranje performansi statičkih i dinamičkih resursa i dinamičkih web aplikacija.

Potpuno je dizajniran na JAVA aplikaciji za učitavanje funkcionalnog testnog ponašanja i mjerenje performansi aplikacije.

Olakšava korisnicima ili programerima korištenje izvornog koda za razvoj drugih aplikacija.

'što je 10 od 100'

Značajke JMetera

Ispod su neke od bitnih karakteristika JMeter-a:

• Neovisan je o platformi, što prihvaća JVM poput Windows, Mac i Linux itd.
• Podržava korisničko sučelje koje je interaktivno i jednostavno.
• Nevjerojatno je proširivo za učitavanje testa performansi u više vrsta poslužitelja.

Za više informacija o JMeteru, pogledajte donju poveznicu:

https://www.javatpoint.com/jmeter-tutorial.

S Bugzom

Drugi alat za praćenje bugova koji se koristi u ručnom testiranju je S Bugzom .

Mnoge ga organizacije najviše koriste za praćenje raznih grešaka u aplikaciji.

Bugzilla je alat otvorenog koda koji pomaže kupcu i klijentu da prate nedostatke. Bugzilla se također smatra alatom za upravljanje testiranjem jer u njemu možemo lako povezati druge alate za upravljanje testnim slučajevima kao što su ALM, Centar za kvalitetu itd.

Značajke Bugzille

Bugzilla ima neke dodatne značajke koje nam pomažu da lako prijavimo grešku:

• Podržava različite operativne sustave kao što su Windows, Linux i Mac.
• Uz pomoć Bugzille, možemo ispisati bug u nekoliko formata.
• Korisničke postavke mogu mjeriti obavijesti e-poštom.
• Bugzilla ima napredne mogućnosti pretraživanja.

bogomoljka

Mantis je web-bazirani sustav za praćenje grešaka. ManitsBT je kratica za Mantis Bug Tracker . Koristi se za praćenje grešaka softvera i izvodi se u PHP programskom jeziku. Također je alat otvorenog koda.

Značajke Mantisa

Neke od standardnih značajki određenog alata su sljedeće:

• Uz pomoć ovog alata imamo dostupnost pretraživanja cijelog teksta.
• Revizijski tragovi promjena napravljenih na pitanjima.
• Omogućuje integraciju sustava kontrole revizije.
• Kontrola revizije tekstualnih polja i bilješki

Za više pojedinosti o alatima za praćenje bugova pogledajte sljedeću vezu: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Drugi alat za testiranje integracije je Tessy , koji se koristi za izvođenje integracije i testiranja jedinice za ugrađeni softver. Također nam pomaže da otkrijemo pokrivenost koda softvera ili aplikacije.

Može jednostavno upravljati cjelokupnom organizacijom testiranja, uključujući poslovne potrebe, upravljanje testiranjem, količinu pokrivenosti i sljedivost.

Tessy ima tri primarne funkcije, a to su:

• Testni uređivač sučelja (TIE)
• Uređivač testnih podataka (TDE)
• Radni prostor.

Značajke TESSY-ja

Standardne značajke TESSY-ja su sljedeće:

• Izrađuje testno izvješće za rezultate izvršenja testa.
• Podržava različite programske jezike kao što su C i C++.
• Tessy se koristi za procjenu sučelja funkcije i opisuje varijablu koju koristi ta funkcija.

Za više informacija o alatima za testiranje integracije pogledajte sljedeću vezu: https://www.javatpoint.com/integration-testing-tools.

Pregled

U ovom smo članku vidjeli detaljne informacije o Ručno testiranje, koje uključuje definiciju ručnog testiranja, potrebu za ručnim testiranjem, vrstu ručnog testiranja, alate za ručno testiranje, postupak ručnog testiranja te neke važne prednosti i nedostatke toga.

Konačno, možemo reći da je to proces u kojem testni inženjer mora biti vrlo uporan, inovativan i osjetljiv.

U ručnom testiranju, testni inženjer treba razmišljati i izvoditi kao tumačenje krajnjeg korisnika.

Kako bi proveo ručno testiranje, inženjer za testiranje treba produktivnu vještinu i maštu. I moraju smisliti više situacija ili scenarija za testiranje određene aplikacije.

Iako trenutno možemo testirati gotovo sve aplikacije uz pomoć automatiziranog testiranja, ipak je ručno testiranje neophodno jer je ono osnova testiranja softvera.