logo

Ročno testiranje

Ročno testiranje je postopek testiranja programske opreme, pri katerem se testni primeri izvajajo ročno brez uporabe avtomatiziranega orodja. Vse testne primere, ki jih preizkuševalec izvede ročno glede na perspektivo končnega uporabnika. Zagotavlja, ali aplikacija deluje, kot je navedeno v dokumentu z zahtevami, ali ne. Testni primeri so načrtovani in izvedeni tako, da dokončajo skoraj 100 odstotkov programske aplikacije. Poročila o testnih primerih se ustvarijo tudi ročno.

Ročno testiranje je eden najbolj temeljnih postopkov testiranja, saj lahko odkrije tako vidne kot skrite napake programske opreme. Razlika med pričakovanim rezultatom in rezultatom, ki ga poda programska oprema, je opredeljena kot napaka. Razvijalec je odpravil napake in ga predal testerju v ponovno testiranje.

Ročno testiranje je obvezno za vsako novo razvito programsko opremo pred avtomatskim testiranjem. To testiranje zahteva veliko truda in časa, vendar zagotavlja programsko opremo brez napak. Ročno testiranje zahteva poznavanje tehnik ročnega testiranja, ne pa nobenega avtomatiziranega orodja za testiranje.

Ročno testiranje je nujno, ker je eden od testiranje programske opreme osnova je '100-odstotna avtomatizacija ni mogoča.'

Zakaj potrebujemo ročno testiranje

Kadarkoli aplikacija pride na trg in je nestabilna ali ima napako ali težave ali povzroča težave, medtem ko jo končni uporabniki uporabljajo.

Če se ne želimo soočiti s tovrstnimi težavami, moramo opraviti en krog testiranja, da bo aplikacija brez napak in stabilna ter odjemalcu dostaviti kakovosten izdelek, kajti če je aplikacija brez napak, končni uporabnik bo aplikacijo uporabljal bolj priročno.

Če testni inženir izvaja ročno testiranje, lahko preizkusi aplikacijo z vidika končnega uporabnika in se bolje seznani z izdelkom, kar mu pomaga napisati pravilne testne primere aplikacije in dati hitre povratne informacije o aplikaciji.

Vrste ročnega testiranja

Za ročno testiranje se uporabljajo različne metode. Vsaka tehnika se uporablja v skladu s svojimi merili testiranja. Spodaj so navedene vrste ročnega testiranja:

  • Testiranje bele škatle
  • Testiranje črne skrinjice
  • Testiranje sive škatle
Ročno testiranje

Testiranje v beli škatli

Testiranje bele škatle opravi razvijalec, kjer preverijo vsako vrstico kode, preden jo dajo testnemu inženirju. Ker je koda med testiranjem vidna razvijalcu, je zato znana tudi kot testiranje bele škatle.

Za več informacij o testiranju bele škatle obiščite spodnjo povezavo:

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

Testiranje črne skrinjice

Testiranje črne skrinjice opravi testni inženir, kjer lahko preverijo funkcionalnost aplikacije ali programske opreme glede na potrebe kupca/stranke. Pri tem koda med izvajanjem testiranja ni vidna; zato je znano kot testiranje črne skrinjice.

Za več informacij o testiranju s črno skrinjico obiščite spodnjo povezavo:

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

Testiranje sive škatle

Testiranje sive škatle je kombinacija testiranja bele škatle in črne škatle. Izvaja ga lahko oseba, ki pozna tako kodiranje kot testiranje. In če ena oseba izvaja testiranje bele škatle in črne škatle za aplikacijo, je to znano kot testiranje sive škatle.

Za več podrobnosti o testiranju sive škatle obiščite spodnjo povezavo:

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

Kako izvesti ročno testiranje

  • Najprej preizkuševalec pregleda vse dokumente, povezane s programsko opremo, da izbere področja testiranja.
  • Tester analizira dokumente z zahtevami, da pokrije vse zahteve, ki jih navede stranka.
  • Tester razvije testne primere v skladu z dokumentom z zahtevami.
  • Vsi testni primeri se izvajajo ročno z uporabo testiranja črne skrinjice in testiranja bele skrinjice.
  • Če se pojavijo napake, ekipa za testiranje obvesti razvojno skupino.
  • Razvojna ekipa odpravi napake in preda programsko opremo ekipi za testiranje v ponovni preizkus.

Postopek gradnje programske opreme

  • Ko je zahteva zbrana, bo posredovana dvema različnima ekipama za razvoj in testiranje.
  • Po prejemu zahteve bo zadevni razvijalec začel pisati kodo.
  • In medtem testni inženir razume zahtevo in pripravi zahtevane dokumente, do zdaj lahko razvijalec dokonča kodo in jo shrani v Orodje za kontrolno različico .
  • Po tem se koda spremeni v uporabniškem vmesniku in te spremembe obravnava ena ločena ekipa, ki je znana kot zgraditi ekipo .
  • Ta gradbena skupina bo prevzela kodo in začela prevajati ter stisniti kodo s pomočjo orodja za gradnjo. Ko dobimo nekaj izhoda, gre izhod v datoteko zip, ki je znana kot Zgradite (aplikacija ali programska oprema). Vsaka zgradba bo imela enolično številko, kot je (B001, B002).
  • Nato bo ta posebna zgradba nameščena v testni strežnik. Po tem bo testni inženir dostopal do tega testnega strežnika s pomočjo testnega URL-ja in začel testirati aplikacijo.
  • Če je testni inženir odkril kakšno napako, bo o tem obveščen zadevni razvijalec.
  • Nato bo razvijalec reproduciral napako v testnem strežniku in popravil napako ter znova shranil kodo v orodje za nadzor različic, ki bo namestilo novo posodobljeno datoteko in odstranilo staro datoteko; ta proces se nadaljuje, dokler ne dobimo stabilne gradnje.
  • Ko dobimo stabilno gradnjo, jo bomo predali stranki.
Ročno testiranje

Opomba1

  • Ko zberemo datoteko iz orodja Control version, bomo uporabili orodje za gradnjo za prevajanje kode iz jezika visoke ravni v jezik strojne ravni. Če se bo po prevajanju velikost datoteke povečala, bomo to posebno datoteko stisnili in odložili v testni strežnik.
  • Ta postopek izvaja Zgradite ekipo , razvijalec (če gradbene ekipe ni, lahko to stori razvijalec) ali preskusni vodnik (če gradbena ekipa neposredno upravlja zip in namesti aplikacijo na testni strežnik ter obvesti testnega inženirja).
  • Na splošno ne moremo dobiti nove gradnje za vsako napako; v nasprotnem primeru bo večina časa izgubljena samo pri ustvarjanju gradenj.

Opomba2

Zgradite ekipo

Glavna naloga skupine za gradnjo je izdelava aplikacije ali gradnje in pretvorba jezika visoke ravni v jezik nizke ravni.

Zgradite

Je programska oprema, ki se uporablja za pretvorbo kode v obliko aplikacije. Sestavljen je iz nekega nabora funkcij in popravkov napak, ki se predajo testnemu inženirju za namene testiranja, dokler ne postane stabilen.

Orodje za nadzor različice

Je programska oprema ali aplikacija, ki se uporablja za naslednje namene:

  • V tem orodju lahko shranjujemo različne vrste datotek.
  • Vedno je zavarovana, ker do datoteke dostopamo iz orodij z istimi poverilnicami za prijavo.
  • Primarni cilj orodij je sledenje spremembam obstoječih datotek.

Primer postopka gradnje

Oglejmo si en primer, da razumemo, kako zgraditi procesno delo v resničnih scenarijih:

Takoj, ko testni inženir dobi napako, jo bo poslal razvijalcem, ti pa potrebujejo nekaj časa za analizo; po tem samo popravi napako (preizkusni inženir ne more dati zbiranja napak).

Razvijalec se glede na svoj čas odloči, koliko hroščev lahko odpravi. In testni inženir se odloči, katero napako je treba najprej popraviti glede na njihove potrebe, ker si testni inženirji ne morejo privoščiti, da bi ustavili testiranje.

In testni inženir, ki prejme pošto, lahko ve le, katero napako je odpravil seznam popravkov napak .

Čas se bo povečal, ker bi morali pri prvi gradnji razvijalci napisati kodo v različnih funkcijah. In na koncu lahko samo popravlja napake in število dni se bo zmanjšalo.

Ročno testiranje

Opomba3

Preskusni cikel

Preizkusni cikel je čas, ki ga ima inženir za preizkušanje vsake zgradbe.

Razlike med obema zgradbama

Napake so odkrite v eni gradnji in jih je mogoče popraviti v kateri koli prihodnji gradnji, kar je odvisno od zahtev inženirja za testiranje. Vsaka nova zgradba je spremenjena različica stare in te spremembe so lahko popravki napak ali dodajanje nekaterih novih funkcij.

vadnica za reakcijo js

Kako pogosto smo dobivali novo zgradbo

Na začetku smo dobivali tedenske gradnje, v zadnji fazi testiranja, ko je aplikacija postajala stabilna, pa smo novo gradnjo dobivali enkrat na 3 dni, dva dni ali tudi vsak dan.

Koliko gradenj dobimo

Če upoštevamo eno leto trajanja katerega koli projekta, smo dobili 22-26 gradenj.

Ko dobimo popravke napak

Na splošno razumemo popravke hroščev šele, ko je testni cikel zaključen ali ko je zbirka hroščev odpravljena v eni gradnji in predaja v naslednjih gradnjah.

Prednosti ročnega testiranja

  • Pri uporabi metode črne skrinjice ni potrebno znanje programiranja.
  • Uporablja se za testiranje dinamično spreminjajočih se zasnov GUI.
  • Preizkuševalec komunicira s programsko opremo kot pravi uporabnik, tako da lahko odkrije težave z uporabnostjo in uporabniškim vmesnikom.
  • Zagotavlja, da je programska oprema stoodstotno brez napak.
  • Je stroškovno učinkovit.
  • Enostaven za učenje za nove preizkuševalce.

Slabosti ročnega testiranja

  • Zahteva veliko število človeških virov.
  • To je zelo zamudno.
  • Tester razvija testne primere na podlagi svojih veščin in izkušenj. Ni dokazov, da so pokrili vse funkcije ali ne.
  • Testnih primerov ni mogoče ponovno uporabiti. Za vsako novo programsko opremo je treba razviti ločene testne primere.
  • Ne zagotavlja testiranja vseh vidikov testiranja.
  • Ker dve ekipi sodelujeta, je včasih težko razumeti motive drug drugega, kar lahko zavede proces.

Ročna orodja za testiranje

Pri ročnem testiranju, različnih vrstah testiranja, kot so enota, integracija, varnost, zmogljivost in sledenje napakam, imamo v trgu. Nekatera orodja so odprtokodna, nekatera pa komercialna.

Za več informacij o orodjih za testiranje obiščite spodnjo povezavo:

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

Ročno testiranje

Razumejmo jih enega za drugim:

LoadRunner

Je najpogosteje uporabljeno orodje za testiranje zmogljivosti. LoadRunner se v glavnem uporablja za podporo testiranju zmogljivosti za širok spekter postopkov, število pristopov in aplikacijskih okolij.

Glavni namen izvajanja orodja LoadRunner je hitro razvrstiti najpogostejše vire težav z zmogljivostjo.

Ročno testiranje

Lastnosti programa LoadRunner

  • Orodje LoadRunner vsebuje n-število aplikacij, kar skrajša čas za razumevanje in opis poročil.
  • Z orodjem LoadRunner lahko pridobimo temeljita poročila o preskusih delovanja.
  • Zmanjšal bo stroške testiranja porazdeljene obremenitve in ponudil tudi operativno orodje za sledenje uvajanju.

Citrusi

Citrus je orodje za testiranje integracije, ki je najpogosteje uporabljen testni okvir. Zapisano je v Java programiranje jezik. Večinoma se uporablja za zahtevanje in odgovarjanje na strani strežnika in odjemalca ter preverjanje datotek XML JSON.

podčrtaj v oznaki

Za izvedbo testiranja primerov uporabe od konca do konca Citrus podpira več protokolov HTTP, JMS in SOAP.

Ročno testiranje

Značilnosti citrusov

Sledi nekaj pomembnih lastnosti orodja Citrus:

  • Uporablja se za pošiljanje in prejemanje sporočil.
  • Citrus je na trgu na voljo kot odprtokoden in licenčni.
  • Zagotavlja poceni rešitev.
  • Bazo podatkov lahko overimo z orodjem citrus.
  • Opisal bo zaporedje sporočil, ponudil testni načrt in dokumentiral testno pokritost.
  • Ustvari sporočilo in preveri odgovore.

ZAP

ZAP je odprtokodni varnostni skener spletnih aplikacij. To pomeni Zed Attack Proxy . Tako kot nekatera druga orodja je tudi to zapisano v Programski jezik JAVA . Je najučinkovitejši Odprite varnostne projekte spletnih aplikacij [OWASP].

Ročno testiranje

Značilnosti ZAP

  • Podpira številne operacijske sisteme, kot so Windows, Linux, OS X.
  • Ima arhitekturo, ki temelji na vtičnikih.
  • Vsebuje spletno tržnico, ki nam omogoča dodajanje novih ali posodobljenih funkcij.
  • Nadzorna plošča ZAP GUI je enostavna za uporabo.

Nuna

NUnit je eno najpogosteje uporabljenih orodij za testiranje enot. Je odprtokodno orodje in izhaja predvsem iz JUnit .

V celoti je bilo zapisano v Programski jezik C# in primerna za vse .Net jeziki .

Z drugimi besedami, lahko rečemo, da je orodje NUnit v celoti preoblikovano tako, da postane prednost številnih jezikovnih kvalitet .Net. Na primer:

    Zmogljivosti, povezane z refleksijo. Drugi atributi po meri.
Ročno testiranje

Značilnosti NUnit

  • Omogoča trditve kot statična metoda prednostnega razreda.
  • Podpira teste, ki temeljijo na podatkih.
  • Podpira več platform, kot je .NET core Xamarin mobile, Silverlight in učinkovito ogrodje.
  • Zmožnost NUnit nam pomaga pri hkratnem izvajanju testov.
  • Za nalaganje in izvajanje testov uporablja konzolni tekalnik.

JIRA

Najpogosteje uporabljeno orodje za sledenje hroščem je JIRA , ki je odprtokodno orodje. Uporablja se za sledenje napakam, vodenje projektov in sledenje težavam.

V tem orodju lahko enostavno sledimo vsem vrstam hrošč ali napak, povezanih s programsko opremo, ki so jih ustvarili testni inženirji.

Ročno testiranje

Značilnosti JIRA

  • Je orodje, ki prihrani čas.
  • Jira se uporablja za sledenje napak in težav.
  • Uporablja se za vzpostavitev dokumentacijskih nalog.
  • Jira je zelo uporabno orodje za sledenje izboljšavam naše dokumentacije.

Če želite dobiti popolne informacije o orodju Jira, glejte spodnjo povezavo: https://www.javatpoint.com/jira-tutorial.

SonarQube

Drugo testno orodje ročnega testiranja je SonarQube, ki izboljšuje naš potek dela s stalno kakovostjo kode in varnostjo kode. Je prilagodljiv z uporabo vtičnikov.

V celoti je napisan v programskem jeziku JAVA. Ponuja popolnoma avtomatizirano vrednotenje in integracijo z orodji Ant, Maven, Gradle, MSBuild in stalno integracijo. SonarQube ima možnost beleženja zgodovine meritev in daje graf razvoja.

Ročno testiranje

Značilnosti Sonarqube

Spodaj je nekaj pomembnih funkcij orodja SonarQube:

  • Podpira več programskih jezikov, kot so C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL itd.
  • Pod GNU Lesser General Public License je Sonarqube prosto dostopen.
  • SonarQube je povezan z nekaterimi pomembnimi zunanjimi orodji, kot so GitHub, Active Directory, LDAP in drugimi.
  • SonarQube se je združil z razvojnimi okolji Visual Studio, Eclipse in IntelliJ IDEA zaradi SonarLint vtičniki.

JMeter

JMeter je odprtokodno orodje, ki se uporablja za testiranje delovanja statičnih in dinamičnih virov ter dinamičnih spletnih aplikacij.

V celoti je zasnovan v aplikaciji JAVA za nalaganje funkcionalnega testnega vedenja in merjenje delovanja aplikacije.

Uporabnikom ali razvijalcem olajša uporabo izvorne kode za razvoj drugih aplikacij.

Ročno testiranje

Funkcije JMeter

Spodaj je nekaj bistvenih značilnosti JMeter:

  • Je neodvisen od platforme, ki sprejema podobno JVM Windows, Mac in Linux itd.
  • Podpira uporabniku prijazen GUI, ki je interaktiven in preprost.
  • Nalaganje testa zmogljivosti v več vrstah strežnikov je neverjetno razširljivo.

Za več informacij o JMeter si oglejte spodnjo povezavo:

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

Z Bugzom

Drugo orodje za sledenje napakam, ki se uporablja pri ročnem testiranju, je Z Bugzom .

Najpogosteje ga uporabljajo številne organizacije za sledenje različnim napakam v aplikaciji.

Bugzilla je odprtokodno orodje, ki stranki in naročniku pomaga spremljati napake. Bugzilla velja tudi za orodje za upravljanje testov, saj lahko s tem preprosto povežemo druga orodja za upravljanje testnih primerov, kot so ALM, Center za kakovost itd.

Ročno testiranje

Značilnosti Bugzille

Bugzilla ima nekaj dodatnih funkcij, ki nam pomagajo enostavno prijaviti napako:

  • Podpira različne operacijske sisteme, kot so Windows, Linux in Mac.
  • S pomočjo Bugzille lahko napako navedemo v več formatih.
  • Uporabniške nastavitve lahko merijo e-poštna obvestila.
  • Bugzilla ima napredne možnosti iskanja.

Bogomolka

Mantis je spletni sistem za sledenje hroščem. ManitsBT pomeni Sledilnik hroščev Mantis . Uporablja se za sledenje napakam programske opreme in se izvaja v programskem jeziku PHP. Je tudi odprtokodno orodje.

Ročno testiranje

Značilnosti Mantisa

Nekatere standardne funkcije določenega orodja so naslednje:

  • S pomočjo tega orodja imamo dostopnost iskanja po celotnem besedilu.
  • Revizijske sledi o spremembah zadev.
  • Zagotavlja integracijo sistema za nadzor revizij.
  • Nadzor revizij besedilnih polj in opomb

Za več podrobnosti o orodjih za sledenje hroščem si oglejte naslednjo povezavo: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Drugo orodje za testiranje integracije je Tessy , ki se uporablja za izvedbo integracije in testiranja enote za vdelano programsko opremo. Prav tako nam pomaga odkriti pokritost kode programske opreme ali aplikacije.

Preprosto lahko upravlja celotno organizacijo testiranja, vključno s poslovnimi potrebami, upravljanjem testiranja, količino pokritosti in sledljivostjo.

Tessy ima tri osnovne funkcije, ki so naslednje:

  • Testni urejevalnik vmesnika (TIE)
  • Urejevalnik testnih podatkov (TDE)
  • Delovni prostor.
Ročno testiranje

Značilnosti TESSY

Standardne lastnosti TESSY so naslednje:

  • Izdela testno poročilo za rezultate izvedbe testa.
  • Podpira različne programske jezike, kot sta C in C++.
  • Tessy se uporablja za ovrednotenje vmesnika funkcije in opisuje spremenljivko, ki jo ta funkcija uporablja.

Za več informacij o orodjih za testiranje integracije obiščite naslednjo povezavo: https://www.javatpoint.com/integration-testing-tools.

Pregled

V tem članku smo videli podrobne informacije o Ročno testiranje, ki vključuje definicijo ročnega testiranja, potrebo po ročnem testiranju, vrsto ročnega testiranja, orodja za ročno testiranje, postopek ročnega testiranja ter nekatere pomembne prednosti in slabosti tega.

Končno lahko rečemo, da gre za proces, kjer mora biti testni inženir zelo vztrajen, inovativen in odziven.

Pri ročnem testiranju mora testni inženir razmišljati in izvajati kot interpretacija končnega uporabnika.

Za izvedbo ročnega testiranja testni inženir potrebuje produktivne spretnosti in domišljijo. Razmisliti morajo o več situacijah ali scenarijih, da preizkusijo določeno aplikacijo.

Čeprav lahko trenutno s pomočjo avtomatiziranega testiranja testiramo skoraj vse aplikacije, je ročno testiranje vseeno potrebno, saj je osnova testiranja programske opreme.