how make manual testing more efficient using micro focus sprinter
HP-jev center za kakovost / ALM je zdaj spremenjen v Micro Focus Quality Center / ALM, vendar vsebina na strani velja tudi v novi domeni in orodjih Micro Focus
Danes v tej dobi Testiranje avtomatizacije , skoraj v vseh oddelkih za preskušanje kakovosti je avtomatizacija prva prednostna naloga. Vendar je malo oddelkov za zagotavljanje kakovosti, kjer se 70-80% testiranj izvaja ročno. Dejansko obstajajo primeri, ko kakovost popolnoma določimo ročno, saj se tam ne izvaja avtomatizacija.
Eden ključnih razlogov, da podjetja nadaljujejo z ročnim preskusom, je nezmožnost avtomatiziranih orodij, da se spoprimejo s spremembami, s katerimi se nekatere aplikacije redno soočajo. V nekaterih primerih je QA edina možnost ročnega preskušanja.
Ročno testiranje , najstarejša oblika testiranja, je včasih lahko zelo zahtevna, saj od preizkuševalca zahteva, da je zelo potrpežljiv, ustvarjalen, inovativen, odprtega duha, spreten. Ročni preizkuševalec bi moral razmišljati brez primera in med preskušanjem aplikacije vedno pomisliti, da je v koži stranke.
Raziskovalno preskušanje kot del ročnega preskušanja je področje, kjer lahko ročni preizkuševalci analizirajo svojo zmožnost razmišljanja.
V primeru temeljitega testiranja aplikacije ima ročno testiranje ključno vlogo. V začetni razvojni fazi je pametnost preizkusiti začetno aplikacijo, razvito ročno, ne pa izgubljati časa s pisanjem testnih skriptov.
Med izvajanjem ročnega preizkusa za katero koli spletno aplikacijo, namizno aplikacijo ali recimo mobilno aplikacijo naj bi inženir ročnega preskusa učinkoviteje delal, ko lahko tester v kratkem času prepoznajo številne kritične in resne napake v aplikaciji.
Takšna spretnost premišljevanja je zelo pomembna, saj pogosto obstajajo časovne omejitve za vse projekte razvoja programske opreme in v omejenem časovnem obdobju je treba zagotoviti kakovost izdelka / aplikacije. “ Čas je denar '
Pogosto je videti, da tečemo po različnih orodjih povečati učinkovitost preskusa avtomatiziranih skriptov. Na voljo je tudi veliko orodij, ki podpirajo skoraj vsak scenarij, v resnici pa je še vedno veliko primerov nekateri testni primeri ne morejo ali trdijo, da ne bi smeli biti avtomatizirani . Resničnost je, da se s preizkusi avtomatizacije preizkuševalci večkrat borijo med testnimi skripti, testnimi podatki, različnimi aplikacijami za analizo poročil o preskusih, sledenjem napakam itd. testni skript itd.
Veliko je bilo storjenega za povečanje učinkovitosti avtomatiziranega testiranja, v nasprotju s tem pa je bilo storjenega le malo za izboljšanje učinkovitosti ročnega testiranja .
Pogovorimo se o nekaj dejavnikih, ki jih je mogoče upoštevati za povečanje produktivnosti inženirskega dela ročnega preizkuševalca in učinkovitejšega ročnega testiranja.
Kaj se boste naučili:
- Dejavniki, ki omogočajo ročno testiranje bolj produktivno:
- Izzivi ročnega testiranja
- Rešitev
- Podrobni koraki za izvedbo osnovnega preizkusa s HP Sprinter
- Zaključek
- Priporočeno branje
Dejavniki, ki omogočajo ročno testiranje bolj produktivno:
- Temeljito pregled dokumenta o zahtevah , razumevanje vsake izvedbe in modifikacije je prva in najpomembnejša zahteva / potreba pred nadaljevanjem funkcionalnega testiranja.
- Med pripravo testnih primerov je treba večji poudarek nameniti področjem, kjer je mogoče najti kritične ali večje napake. Na primer , večji poudarek je treba nameniti področjem, kjer gre za kakršno koli integracijo s katero drugo aplikacijo ali izvajanjem nove funkcije, ne pa sprememb uporabniškega vmesnika (User Interface).
- Testni primeri morajo zajemati vse podrobnosti za novo izvedbo ali spremembo, ki opisuje vsako funkcionalnost.
- Prednost testnih primerov je mogoče določiti glede na učinkovitost uporabe, tako da je treba v danem krajšem roku zajeti vsaj tiste testne primere, katerih prednost je velika. Testni primer, ki zajema nekatere manjše spremembe uporabniškega vmesnika, lahko preskočite, kadar je čas manjši, saj je takšnih testnih primerov pri uporabi malo ali nič.
- Testne primere je treba pripraviti tako, da so vsi podatki o preskusu jasno navedeni, pričakovani rezultati testa pa ustrezajo vsakemu testnemu primeru.
- Glede na zahtevo za prijavo, navzkrižno brskalniško funkcionalno testiranje vsekakor treba izvesti. Navzkrižno brskalniško funkcionalno testiranje je testiranje aplikacije na različnih operacijskih sistemih z različnimi kombinacijami brskalnikov. Funkcionalnost se morda ne razlikuje, vendar je med preskušanjem funkcionalnosti med brskalniki opaziti veliko napak uporabniškega vmesnika.
- Včasih prejšnje projektne izkušnje veliko pomagajo pri določanju novih testnih scenarijev za razumevanje aplikacije na različne načine. Velikokrat tak pristop povzroči izjemne navadne napake, ki jih z običajnim izvajanjem testnih primerov ni bilo mogoče odkriti.
- Raziskovalno testiranje pomaga preizkuševalcem, da s svojim razmišljanjem sprejmejo aplikacijo tako, kot jo lahko sprejme stranka.
- Testiranje aplikacij v vsaki fazi razvoja je najboljša praksa, saj je lahko stroškovno učinkovito in hkrati zmanjša možnosti za iskanje hudih napak. Kasneje ugotovljene napake je zelo drago odpraviti kot napake, ugotovljene v zgodnjih fazah testiranja.
- Poročanje o napakah mora biti takšno, da ga razvijalec jasno razume. Navesti je treba natančne korake za razmnoževanje, da razvijalci med odpravljanjem napake ne bodo upoštevali scenarija. To bo pomagalo pri hitrem odpravljanju napak.
- Pravilno Orodja za sledenje napakam kot so JIRA, Bugzilla itd., je treba uporabljati za poročanje o težavah.
Izzivi ročnega testiranja
Ročno testiranje je na eni strani zelo nagnjeno k napakam, zamudno in dolgotrajno, po drugi strani pa jih je več izzivi pri ročnem testiranju . Spodaj je navedenih nekaj: -
- Ponavljajoči se koraki med izvajanjem testnega primera.
- Ročno vnesite veliko količino podatkov.
- Delo z več zasloni in orodji. Opravite preskušanje med brskalniki.
- Veliko časa za pisanje testnih primerov in upravljanje testnih podatkov.
- Poraba časa med poustvarjanjem / reprodukcijo nekoč opaženih vprašanj.
- Med preskusnimi preskusi ni vzdrževane proge za preskusne ukrepe.
Rešitev
Da bi dosegli oboje hitrost in kakovost , povečati uspešnost in učinkovitost za ročno testiranje je Micro Focus predstavil rešitev za ročno testiranje programske opreme, znano kot HP Sprinter , ki pospeši agilno testiranje, kar poveča učinek raziskovalnega testiranja. HP Sprinter se pogosto imenuje tudi HP ALM / QC Sprinter .
Prednosti uporabe HP ALM / QC Sprinter:
Ključne značilnosti HP ALM / QC Sprinter vključujejo:
- Izboljšajte in izboljšajte raziskovalno testiranje z boljšim ugotavljanjem vzroka napake ali izida testa.
- Hitreje prinašajte rezultate
- Podrobno snemanje uporabnikovega dejanja med izvajanjem testnih primerov, kar vodi do rezultatov preskusov.
- Odpravite ponavljanje testnih primerov - Vbrizgavanje podatkov
- Hkratno izvajanje testnih primerov na več računalnikih za večjo pokritost različnih okolij za določitev združljivosti aplikacij
- Preskušanje ogledal- Preizkusite več okolij hkrati.
- Povečanje produktivnosti z hitrejšo odpravo napake.
Prenos Micro Focus Sprinter: Preizkusno različico HP Sprinter lahko prenesete na tej strani .
Oglejte si kratko Predstavitev HP Sprinter video tukaj:
Podrobni koraki za izvedbo osnovnega preizkusa s HP Sprinter
Povejte nam z več posnetki zaslona “ Kako se izvaja osnovni test ' z uporabo HP Sprinter.
1) Hp Sprinter ima dva načina: Načrtujte 'In' Teči ’. Načrtujte način za preskusno odgovarjanje in Zaženite za izvajanje preizkusa.
(Opomba: Kliknite katero koli sliko za povečan pogled)
dva) Zdaj, da odprete test v HP Sprinter, najprej kliknite gumb »Odpri«, ki je prisoten na levi plošči, in nato v spustnem meniju izberite »Odpri test HP ALM«.
V tem spodnjem primeru je izbran test 'Naroči let'.
3) Naslednja slika zaslona opisuje „Testni delovni prostor“, ki omogoča dostop do podrobnosti testa, ki vsebuje vse informacije.
4) Test 'Koraki' vsebuje korake oblikovanja, ki so vključeni v test.
5) Vse ročne preizkusne korake lahko dodamo tudi s klikom na gumb »Dodaj«. Kot lahko vidite na spodnjem posnetku zaslona, je 6. korak dodan s klikom na gumb »Dodaj«.
odprta naslovna heš tabela c ++
6) Ko napišete opis koraka, lahko koraku dodate tudi zajem zaslona.
7) Z uporabo testnega sprinterja lahko samodejno dokumentiramo testne primere med krmarjenjem po aplikaciji. Kliknite na zajem koraka, da odprete okno aplikacije.
8) Na zavihku Zaženi, kjer se izvaja preizkus, so vse funkcije sprinterja na voljo kot stranske vrstice. Kliknite gumb Zaženi, da inicializirate tek.
9) Na voljo so zavihki okoli aplikacij, kot so: Orodja, Makri, Optični bralniki in Nadzor izvajanja.
10) Poročanje o napakah: Sprinter omogoča ustvarjanje podrobnih in dokumentiranih podrobnosti v dodajanju informacij o scenariju napak (na zavihku Smart Defect)
enajst) Ko predložimo napako, lahko Sprinter opisu napake doda preskusne korake; na napako lahko pritrdi tudi zajem zaslona ali film s preizkusom.
12) Lahko tudi ureja zajem zaslona, da dodatno razjasni napako ali pomaga razvijalcem pri preverjanju veljavnosti glavnih elementov v uporabniškem vmesniku z uporabo orodij.
enotno testiranje vs funkcionalno testiranje vs integracijsko testiranje
13) Sprinter lahko tudi samodejno zazna napake. V optičnem bralniku kliknite na optično branje, ko bomo iskali napako.
14) Vbrizgavanje podatkov: Program za testiranje, ki vsebuje vse oblike številnih vnosnih polj, lahko postane dolgočasen, dolgotrajen in nagnjen k napakam. Vbrizgavanje podatkov samodejno vbrizga vnaprej določene podatke v aplikacijo. To vodi do velikega prihranka časa pri dolgočasnih dejavnostih ročnega testiranja.
petnajst) Ko kliknemo gumb za vbrizg, se podatki samodejno vbrizgajo v obrazec, kot je prikazan v aplikaciji.
16) Zrcaljenje podatkov: Preizkusite več okolij hkrati. Ponuja strankam ogromno vrednost zaradi lokalizacije in različnih konfiguracij zaledja.
17) Po tem se ustvari podrobno poročilo o zagonu. Poročilo vključuje povzetek teka, vse izvedene korake, predložene napake in vsa izvedena dejanja.
18) Drug način za pregled rezultatov izvajanja je Storyboard.
Zaključek
Sprinter je enostavna namizna aplikacija, ki poveča hitrost izvedbe testnih primerov, zniža stroške in izboljša produktivnost ter na koncu pomaga povečati učinkovitost ročnega testiranja.
Predlagano branje = >> Kaj je preizkušanje učinkovitosti
Vpliv in učinkovitost raziskovalnega testiranja Sprinter ne le poveča, temveč tudi zmanjša čas, potreben za dokončanje življenjskega cikla preskusa. Pospešuje dostavo aplikacij. Z vključitvijo HP sprinterja med izvajanjem ročnega testiranja za katero koli aplikacijo se lahko ročni test izkaže kot zelo učinkovit način testiranja.
O avtorju: To je gostujoča objava Sushme S. Ima več kot 4 leta izkušenj s preizkušanjem programske opreme in trenutno dela kot višja inženirka za preizkušanje programske opreme v MNC. Ima strokovno znanje v procesih zagotavljanja kakovosti in ročnem testiranju s pravočasno dostavo v agresivnih rokih.
Sporočite nam, če imate kakršna koli vprašanja glede uporabe HP Sprinter.
PREV Vadnica | NASLEDNJA Vadnica # 5: Top 17 orodij za raziskovalno testiranje
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Uvod v Micro Focus LoadRunner - Testiranje obremenitve z vadnico # 1 za LoadRunner
- Pomoč pri ročnem preizkušanju e-knjige - brezplačen prenos v notranjost!
- Prenos eBook knjige za preizkušanje
- Izzivi ročnega in avtomatiziranega preskušanja
- Ste strokovnjak za ročno ali avtomatizirano testiranje? Delo s krajšim delovnim časom za nas!
- Kako izvesti ročno testiranje učinkovitosti?
- Testiranje obremenitve z vadnicami HP LoadRunner