how make manual testing more efficient using micro focus sprinter
HP centar za kvalitetu / ALM sada je promijenjen u Micro Focus Quality Center / ALM, ali sadržaj na stranici vrijedi i na novoj Micro Focus domeni i alatima
Danas u ovo doba Ispitivanje automatizacije , gotovo je automatizacija u svim odjelima za ispitivanje kvalitete prva prednost. No, malo je QA odjela u kojima se 70-80% testiranja provodi ručno. Doista, postoje slučajevi kada se kvaliteta u potpunosti određuje ručno jer se tamo ne provodi automatizacija.
Jedan od presudnih razloga da tvrtke nastave s ručnim testom je nemogućnost alata za automatizaciju da se nose s promjenama s kojima se neke aplikacije redovito suočavaju. U određenim slučajevima jedina opcija koja ostaje uz QA je ručno testiranje.
Ručno ispitivanje , najstariji oblik testiranja, ponekad može biti vrlo naporan jer zahtijeva od testera da bude vrlo strpljiv, kreativan, inovativan, otvoren, vješt. Ručni tester trebao bi razmišljati izvan okvira i uvijek smatrati da su na mjestu kupca tijekom testiranja aplikacije.
Istraživačka ispitivanja, kao dio ručnog ispitivanja, područje su na kojem ručni ispitivači mogu analizirati svoju sposobnost razmišljanja izvan okvira.
U slučaju temeljitog testiranja aplikacije, ručno testiranje igra presudnu ulogu. Tijekom početne razvojne faze pametnost je testiranje početne aplikacije razvijene ručno, umjesto gubljenja vremena na pisanje testnih skripti.
Tijekom izvođenja ručnog testa za bilo koju web aplikaciju, stolnu aplikaciju ili recimo mobilnu aplikaciju, kaže se da inženjer ručnog testa djeluje učinkovitije kada tester može prepoznati mnoge kritične, ozbiljne pogreške u aplikaciji u kratkom vremenskom razdoblju.
Takva vještina razmišljanja izvan okvira vrlo je važna jer često postoji vremensko ograničenje za sve projekte razvoja softvera, a unutar ograničenog vremenskog razdoblja potrebno je osigurati kvalitetu proizvoda / aplikacije. “ Vrijeme je novac '
Često se vidi da trčimo za različitim alatima povećati učinkovitost ispitivanja automatiziranih skripti. Dostupno je mnogo alata koji podržavaju gotovo svaki scenarij, ali stvarnost je da još uvijek ima mnogo slučajeva u kojima neki test slučajevi ne mogu ili kažu da ne bi trebali biti automatizirani . Stvarnost je, s automatizacijskim testiranjem, mnogo puta se testeri neprestano bore između testnih skripti, testnih podataka, različitih aplikacija za analizu izvještaja o testiranju, praćenje nedostataka itd. Što rezultira ili stvaranje puno prilika za pogreške poput unosa pogrešnih testnih podataka, propuštajući neke korake u testna skripta itd.
Mnogo je učinjeno na povećanju učinkovitosti automatiziranog ispitivanja, ali za razliku od toga malo je učinjeno na poboljšanju učinkovitosti ručnog ispitivanja .
Razgovarajmo o nekoliko čimbenika koji se mogu uzeti u obzir kako bi rad inženjera ručnog ispitivanja bio produktivniji, a ručno testiranje učinkovitije.
Što ćete naučiti:
- Čimbenici koji čine ručno testiranje produktivnijim:
- Izazovi ručnog ispitivanja
- Rješenje
- Detaljni koraci za pokretanje osnovnog testa pomoću HP Sprintera
- Zaključak
- Preporučena literatura
Čimbenici koji čine ručno testiranje produktivnijim:
- Temeljit pregled dokumenta zahtjeva , razumijevanje svake primjene i preinake prvi je i najvažniji zahtjev / potreba prije nego što nastavite s funkcionalnim ispitivanjem.
- Tijekom pripreme testnih slučajeva, veći naglasak treba dati onim područjima u kojima bi se mogle otkriti kritične ili velike pogreške. Na primjer , veći naglasak treba dati na područjima gdje postoji bilo kakva integracija s nekom drugom aplikacijom ili implementacija nove značajke, a ne promjene korisničkog sučelja (korisničko sučelje).
- Test slučajevi moraju pokriti svaki detalj za novu implementaciju ili preinaku koja opisuje svaku funkcionalnost.
- Prioritet ispitnih slučajeva može se postaviti prema učinkovitosti aplikacije tako da u danom kraćem vremenskom roku moraju biti obuhvaćeni barem oni ispitni slučajevi čiji je prioritet visok. Testni slučaj koji pokriva neke manje izmjene korisničkog sučelja može se preskočiti kada je vremena manje jer je takva ili mala učinkovitost ili mala učinkovitost aplikacije.
- Ispitne slučajeve treba pripremiti tako da se svi podaci o ispitivanju jasno navedu s očekivanim rezultatom ispitivanja koji odgovara svakom ispitnom slučaju.
- Prema zahtjevu za prijavu, unakrsna funkcionalna ispitivanja preglednika svakako treba izvesti. Unakrsno funkcionalno testiranje preglednika je testiranje aplikacije na različitim operativnim sustavima s različitim kombinacijama preglednika. Funkcionalnost se možda neće razlikovati, ali tijekom pogrešnog testiranja funkcionalnosti preglednika uočava se puno pogrešaka korisničkog sučelja.
- Ponekad prethodno projektno iskustvo puno pomaže u određivanju novih testnih scenarija za razumijevanje aplikacije na različite načine. Takav pristup često rezultira izvanrednim programskim greškama koje se nisu mogle otkriti uobičajenim izvršavanjem test slučajeva.
- Istraživačko testiranje pomaže testerima da upotrijebe svoje razmišljanje kako bi prihvatili aplikaciju onako kako bi to mogao učiniti kupac.
- Testiranje aplikacije u svakoj fazi razvoja najbolja je praksa, jer može biti isplativo, kao i smanjiti šanse za pronalaženje ozbiljnih bugova nakon toga. Kasnije otkriveni kvarovi vrlo su skupi za otklanjanje od oštećenja utvrđenih u ranim fazama ispitivanja.
- Izvješćivanje o greškama trebalo bi biti takvo da ga programer jasno razumije. Treba dati točne korake za reprodukciju kako programeri ne bi preuzeli scenarij dok popravljaju kvar. To će vam pomoći u brzom ispravljanju programske pogreške.
- Ispravan Alati za praćenje grešaka poput JIRA-e, Bugzille, itd. treba koristiti za prijavljivanje problema.
Izazovi ručnog ispitivanja
Ručno testiranje s jedne je strane vrlo sklono pogreškama, dugotrajno i mukotrpno, dok ih je s druge strane više izazovi s kojima se suočavaju tijekom ručnog ispitivanja . U nastavku je navedeno nekoliko: -
- Ponavljajući koraci koje treba slijediti tijekom izvršenja test slučaja.
- Ručno unesite veliku količinu podataka.
- Radite s više zaslona i alata. Izvršite testiranje u više preglednika.
- Mnogo vremena za pisanje testnih slučajeva i upravljanje test podacima.
- Gubljenje vremena tijekom rekreiranja / reprodukcije jednom uočenih problema.
- Ne održava se trag za ispitne radnje izvršene tijekom istraživačkog ispitivanja.
Rješenje
Da bi se postiglo oboje ubrzati i kvalitetu , povećati djelotvornost i djelotvornost ručnog testiranja, Micro Focus je predstavio rješenje za ručno testiranje softvera, poznato kao: HP Sprinter , koji ubrzava agilno testiranje maksimalizirajući učinak istraživačkog ispitivanja. HP Sprinter često se naziva i HP ALM / QC Sprinter .
Prednosti korištenja HP ALM / QC Sprinter:
Ključne značajke HP ALM / QC Sprinter uključuju:
- Poboljšati i poboljšati istraživačka ispitivanja boljim utvrđivanjem razloga nedostatka ili ishoda ispitivanja.
- Brže isporučite rezultate
- Snimanje korisničkih radnji tijekom izvođenja testnih slučajeva na detaljan način rezultirajući rezultatima testa.
- Uklonite ponavljanje test slučajeva - Injekcija podataka
- Istodobno pokretanje testnih slučajeva na više računala radi povećanog pokrivanja različitog okruženja radi utvrđivanja kompatibilnosti aplikacija
- Ispitivanje ogledala- Testirajte više okruženja istovremeno.
- Povećanje produktivnosti s bržim rješavanjem kvara.
Preuzimanje Micro Focus Sprintera: Probnu verziju HP Sprinter možete preuzeti na ova stranica .
Pogledajte kratki Demonstracija HP Sprinter video ovdje:
Detaljni koraci za pokretanje osnovnog testa pomoću HP Sprintera
Dopustite nam da razumijemo s više snimaka zaslona “ Kako se izvodi osnovni test ” pomoću HP Sprintera.
1) Hp Sprinter ima dva načina rada: ' Plan 'I' Trčanje ’. Planirajte način za odgovaranje na test i pokrenite za izvršavanje testa.
(Bilješka: Kliknite bilo koju sliku za uvećani prikaz)
dva) Sada, da biste otvorili test u HP Sprinter, prije svega kliknite gumb „Otvori“ koji se nalazi na lijevoj ploči, a zatim s padajućeg izbornika odaberite „Otvori test HP ALM“.
U ovom donjem primjeru odabran je test „Naruči let“.
3) Sljedeća snimka zaslona opisuje 'Testni radni prostor' koji pruža pristup detaljima testa koji sadrže sve informacije.
4) Test 'Koraci' sadrže korake dizajna koji su uključeni u test.
5) Bilo koji korak ručnog testiranja možemo dodati i klikom na gumb „Dodaj“. Kao što možete vidjeti na donjoj snimci zaslona, korak 6 dodaje se klikom na gumb „Dodaj“.
6) Nakon pisanja opisa koraka, koraku se može dodati i snimanje zaslona.
7) Korištenjem test sprintera možemo automatski dokumentirati test slučajeve dok se krećemo kroz aplikaciju. Kliknite na snimanje koraka da biste otvorili prozor aplikacije.
8) Na kartici Pokreni, gdje se izvršava test, sve funkcije sprintera dostupne su kao bočne trake. Kliknite gumb Pokreni da biste pokrenuli pokretanje.
9) Dostupne su kartice oko aplikacija kao što su: Alati, Makronaredbe, Skeneri i Kontrola pokretanja.
kako otvoriti .jar s javom
10) Izvještavanje o nedostacima: Sprinter omogućuje stvaranje detaljnih i dokumentiranih detalja u dodavanju informacija o scenariju kvara (na kartici Smart Defect)
eclipse ide za c / c ++
jedanaest) Kada prijavimo kvar, Sprinter može dodati korake ispitivanja opisu kvara; također na defekt može priložiti snimanje zaslona ili film testa.
12) Također može urediti snimanje zaslona radi daljnjeg razjašnjavanja nedostatka ili pomoći u provjeri valjanosti glavnih elemenata u korisničkom sučelju programerima pomoću alata.
13) Sprinter također može automatski otkriti nedostatke. Pod skenerima kliknite na skeniranje kad ćemo tražiti nedostatak.
14) Ubrizgavanje podataka: Aplikacija za testiranje koja sadrži sve oblike mnogih polja za unos može postati zamorna, dugotrajna i sklona pogreškama. Ubrizgavanje podataka automatski ubrizgava unaprijed definirane podatke u aplikaciju. To dovodi do velike uštede vremena u dosadnim ručnim ispitivanjima.
petnaest) Kada kliknemo gumb za ubrizgavanje, podaci se automatski ubrizgavaju u obrazac kao što je prikazano u aplikaciji.
16) Zrcaljenje podataka: Testirajte više okruženja istovremeno. Pruža ogromnu vrijednost kupcima lokalizacijom, različitim konfiguracijama pozadine.
17) Nakon toga kreira se detaljno Izvješće o pokretanju. Izvješće uključuje sažetak pokretanja, sve korake koji su izvedeni, prijavljene nedostatke i sve izvedene radnje.
18) Drugi način za pregled rezultata pokretanja je Storyboard.
Zaključak
Sprinter je jednostavna aplikacija za računare koja povećava brzinu izvršavanja testnih slučajeva, smanjenje troškova i poboljšava produktivnost te u konačnici pomaže u povećanju učinkovitosti ručnog testiranja.
Predloženo čitanje = >> Što je ispitivanje učinkovitosti
Sprinter ne samo da maksimalizira učinak i učinkovitost istraživačkog ispitivanja, već smanjuje i vrijeme potrebno za dovršavanje životnog ciklusa testa. Ubrzava isporuku aplikacija. Stoga se uključivanjem HP sprintera tijekom izvođenja ručnog testiranja za bilo koju aplikaciju može dokazati da je ručni test vrlo učinkovit način testiranja.
O autoru: Ovo je gost Sushme S. Ima više od 4 godine iskustva u testiranju softvera i trenutno radi kao viši inženjer za testiranje softvera u MNC-u. Ima stručnost u QA procesima i ručnim testiranjima uz pravodobnu isporuku u agresivnim rokovima.
Javite nam ako imate pitanja o korištenju HP Sprinter.
PREV Vodič | Sljedeći vodič # 5: Top 17 alata za istraživačko ispitivanje
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]
- Uvod u Micro Focus LoadRunner - Ispitivanje opterećenja pomoću vodiča br. 1 za LoadRunner
- Pomoć za ručno testiranje e-knjiga - Besplatno preuzimanje iznutra!
- Testiranje e-knjige za preuzimanje priručnika
- Izazovi ručnog i automatiziranog ispitivanja
- Jeste li stručnjak za ručno ili automatizirano testiranje? Radite skraćeno za nas!
- Kako izvršiti ručno ispitivanje performansi?
- Ispitivanje opterećenja pomoću HP LoadRunner vodiča