Uvod v ročno testiranje

Ročno testiranje je oblika testiranja programske opreme, pri kateri se testi izvajajo ročno, ne da bi uporabili instrumente za avtomatizacijo. Najbolj primitivna od vseh vrst testiranja je ročno testiranje in uporabnikom pomaga odkriti napake v programskem sistemu. Morebitne sveže aplikacije je treba pred samodejnim testiranjem samodejno preizkusiti. To testiranje zahteva več napora, vendar je potrebno za preverjanje izvedljivosti avtomatizacije. Preizkuševalec pripravi preskusni načrt, ki opisuje celovit in sistematičen pristop k testiranju programske opreme. Preskusni primeri pokrivajo skoraj 100% načrtovane izvedbe programske opreme. To je zamuden test, saj ročni testi vključujejo popolne primere preskusov. Razlike med resničnimi in želenimi rezultati so pomanjkljive. Razvijalec programske opreme nato odpravi pomanjkljivosti. Da bi zagotovil odpravo napak, preizkuševalec oceni napake. Namen tega testiranja je zagotoviti, da aplikacija ne vsebuje napak in da bodo napake dobro obdelane, da bi strankam zagotovili odlično kakovostno delo.

Ročno testiranje programske opreme

Programsko opremo lahko človek preizkusi ročno in samodejno na računalniku. Vsaka tehnika ima svoje prednosti in slabosti, vendar ima temeljni cilj ohranjanja kakovosti programske opreme. V tem članku se bomo osredotočili na ročno testiranje.

Vrste ročnega testiranja

Spodaj je 6 vrst ročnega testiranja:

1. Testiranje bele škatle

  • Strategija testiranja programske opreme vključuje testiranje črne škatle in bela polja. Tukaj razpravljamo o preskusih v beli škatli, ki jih imenujemo tudi "stekleni testi", strukturne teste kot tudi jasne teste in odprte teste. Testira notranje kodiranje in programsko infrastrukturo, da preveri vnaprej določene vnose na pričakovane in želene izhode. Temelji na notranjem delovanju aplikacije in se vrti okoli testiranja notranjega okvira.
  • Programirane sposobnosti, potrebne za tovrstno testiranje, so zasnova testnih primerkov. Glavni cilj testiranja v beli škatli je osredotočiti se na pretok vhodov in izhodov s programsko opremo ter okrepiti varnost programske opreme. Zaradi pogleda na notranji sistem se uporablja beseda "bela škatla". Jasno polje ali ime belega polja označuje zmožnost vpogleda v zunanjo lupino programske opreme.

2. Preizkušanje črne škatle

  • Black Box Testing je testna programska metoda, ki preuči funkcionalnost programske opreme, ne da bi se zazrla v njeno notranjo strukturo ali kodiranje. Specifikacija potreb, ki jih navaja stranka, je glavni vzrok za testiranje v črni škatli. Ta tehnika se uporablja za izbiro funkcije in vnos vrednosti za preverjanje, ali funkcija zagotavlja pričakovano zmogljivost ali ne.
  • Če funkcija daje pravi izhod, bo preizkušena, če drugače ne bo uspela. Testna skupina poroča rezultate in nato preizkusi naslednjo nalogo. Konec koncev so bile preizkušene lastnosti, če se pojavijo resne težave, bo razvojna ekipa vrnjena v popravek.

3. Integracijsko testiranje

  • Preizkušanje integracije je druga faza po enotnem testiranju metode testiranja programske opreme. Enote ali posamezne komponente programske opreme se v tem testu ocenjujejo v skupini. Raven preizkusa integracije se osredotoča na odkrivanje napak, ko deli ali enote medsebojno delujejo.
  • Preizkušanje enot uporablja testne module, ki se med testiranjem integracije kombinirajo in preizkušajo. Programska oprema je zasnovana s številnimi komponentami programske opreme, ki jih napišejo različni programerji ali kodirniki. Cilj testiranja integracije je preveriti, ali je komunikacija med vsemi moduli pravilna.

4. Preverjanje sprejemljivosti

  • Sprejemni testi so uradni testi, ki temeljijo na zahtevah uporabnika in ravnanju s funkcijami. Določa, ali programska oprema ustreza specifičnim zahtevam kupca. Izvede se kot nekakšen Black Box test, kjer potrebne količine odjemalcev sodelujejo pri preizkusu sprejemljivosti sistema. To je četrta in zadnja stopnja testiranja programske opreme.
  • Še vedno pa obstajajo manjše napake pri ugotavljanju, kdaj je sistem v trenutnem scenariju, ki ga uporablja končni uporabnik. Programska oprema je zdaj prestala tri faze (testiranje enot, testiranje integracije in testiranje sistema). Kjer so spremenjene zahteve in jih ni mogoče učinkovito posredovati razvojnemu timu med rastjo projekta.

5. Preizkušanje enot

  • Preizkušanje enot vključuje pregled vsake programske enote ali elementa. To je prva stopnja programske opreme. Cilj testov enot je potrditi učinkovitost enote. Naprava je ena testna komponenta računalniške sheme in je bila preizkušena v fazi načrtovanja aplikacijske programske opreme. Ta test je preveriti točnost izolirane kode. Posamezna funkcija ali koda aplikacije je enota.
  • Pristop k testiranju Bela škatla, ki jo oblikovalci uporabljajo za preskušanje enot. Preizkusi na enoti so prva stopnja preskusov, opravljenih pred vključitvijo in druge preskusne koncentracije v strukturo preskusne ravni. Preskusna metoda uporablja module, ki zmanjšujejo odvisnost od enot za testiranje okvirjev, škrbine, gonilnike in posmehljive elemente za pomoč pri testiranju enot.

6. Preizkušanje sistema

  • Preizkušanje sistema vključuje testiranje popolnoma integriranega programskega sistema. Integracija programske opreme na splošno proizvaja računalniški sistem (vsaka programska oprema je samo ena komponenta računalniškega sistema). Programska oprema je ustvarjena v enotah in nato povezana za izdelavo celotnega računalniškega sistema z drugo programsko in strojno opremo. Z drugimi besedami, sistem je sestavljen iz skupine programske opreme za izvajanje različnih funkcij, vendar sama programska oprema ne more opraviti naloge.
  • Preizkušanje sistema je zaporedje različnih vrst preskusov za izvajanje in testiranje zahtev za popolno delovanje vgrajenega računalniškega sistema programske opreme. Testiranje sistema je preizkušeno v Black Boxu, saj vključuje zunanje testiranje programske opreme. Testiranje manjših napak sledi uporabnikovemu pogledu.

Kako opraviti pri ročnem testiranju?

Preberite si programsko dokumentacijo / vodnike in jo razumejte. Če je na voljo, preučite tudi testno aplikacijo (AUT). Osnutek preskusnih primerov, ki zajemajo vse zahteve glede dokumentacije. Preverite in navedite preizkusne primere za vodenje skupin, kupce (če je primerno) Ko so napake odpravljene, znova zaženite neuspele preizkuse preizkusov in preverite, ali so bili opravljeni. Preizkus črne škatle in testiranje belega polja se uporablja za ročno izvajanje vseh preizkusnih primerkov.

Razlike med ročnim in avtomatizacijskim testiranjem

Spodaj točke pojasnjujejo ročno in avtomatizacijsko testiranje:

  • Avtomatizacijsko testiranje vključuje uporabo orodij za testiranje Ročno testiranje za posredovanje potrebuje posredovanje ljudi. Ker ročno testiranje zahteva usposobljeno delovno silo, dolgo časa in stroškov.
  • Samodejno testiranje prihrani čas, stroške in delovno silo. Ko je posnet, je samodejni testni nabor enostavnejši za uporabo.
    Nekatere vrste preskusov, kot so ad hoc in opično testiranje, so bolj primerne za ročno izvedbo, vsako zahtevo pa je mogoče preizkusiti ročno. Avtomatizirani testi so predlagani samo za stabilne sisteme in se uporabljajo predvsem za regresijsko testiranje
  • Programska oprema za avtomatizacijo za testiranje avtomatizacije se uporablja za dolgočasni del, da se vedno znova izvajajo enaki preizkusni primeri. Ponavljajoče in dolgočasno ročno testiranje lahko postane.

Prednosti in slabosti

Spodaj so prednosti in slabosti ročnega testiranja:

Prednosti

• Metoda Black Box ne zahteva razumevanja programiranja.
• Uporablja se za testiranje dizajnov GUI, ki se dinamično spreminjajo.
• Kot pravi uporabnik preizkuševalci sodelujejo s programsko opremo, da bi našli uporabnost in težave z uporabniškim vmesnikom.
• Zagotavlja, da je na voljo 100% programska oprema brez napak.
• Novi uporabnik se lahko zelo enostavno nauči

Slabost

• Potrebnih je veliko človeških virov.
• Za iskanje rezultata bo potrebno več časa.
• Preskusi temeljijo na njihovem znanju in znanju. Ni dokazov, da so bile vse naloge zajete ali niso bile zajete.
• Primerov testov ni mogoče ponovno uporabiti. Potreba po vsaki sveži programski opremi za ustvarjanje različnih preizkusnih primerkov.
• Ker dve skupini sodelujeta, je mogoče včasih drugačne namene težko razumeti, zato lahko postopek vodi v zavajanje.

Orodja za izvajanje ročnega testiranja

Zdaj bomo spodaj videli ročna orodja za testiranje:

  • Selen
  • Appium
  • TestLink
  • Poštar
  • Jmeter

Kdaj ročno preizkusiti?

Ročno testiranje zahteva veliko truda. Preprosto reči, da "zdrsnemo" ali "naj se avtomatiziramo", je lahko preprosto. Resnica pa je, da je programska oprema bistvena, ker avtomatizirano testiranje ne more zajeti vsega. Navsezadnje bodo ljudje uporabljali vašo programsko opremo, zato bi ljudje morali sodelovati pri testiranju vaše programske opreme. Ročni testi so bolj verjetni kot samodejni testi, da se ugotovijo in odpravijo dejanske težave v uporabnosti. Zaradi tega je tester prilagodljiv in vam omogoča, da preizkusite različne stvari med poletom. Samodejno testiranje ne sme biti nerentabilno. Samodejno testiranje ponuja svoje prednosti in vrednost na področjih, kjer ročno testiranje ni opravljeno. Toda za drug članek bomo to rešili.

Zaključek

Čeprav je potrebnih veliko delovnih mest, je potrebno ročno testiranje, da se zagotovi visoka stopnja uporabniške izkušnje in kakovosti. Človeški tester vedno najde stvari, ki jih ni mogoče samodejno preizkusiti. Ključnega pomena za učinkovito ročno testiranje vključuje poznavanje zahtev programske opreme, pisanje odličnih preizkusnih primerov in beleženje izčrpnih poročil o napakah. Torej, v tem članku smo videli, kaj je ročno testiranje in njegove vrste prednosti in slabosti.

Priporočeni članki

To je vodnik za ročno testiranje. Tukaj razpravljamo o vrstah, orodjih, razlikah med ročnim in avtomatizacijskim testiranjem, prednosti in slabosti. Obiščite lahko tudi naše članke, če želite izvedeti več -

  1. Testiranje stabilnosti
  2. Varnostno testiranje
  3. GUI Testiranje
  4. Statično testiranje
  5. 8 Pomembna naloga za pisanje predloge preskusnega načrta