how make manual testing more efficient using micro focus sprinter
HP Quality Center / ALM er nå endret til Micro Focus Quality Center / ALM, men likevel er innholdet på siden gyldig på det nye Micro Focus-domenet og verktøyene også
I dag i denne tiden av Automatiseringstesting , nesten i alle QA-testavdelingers automatisering er den første preferansen. Men det er få QA-avdelinger der 70-80% av testingen utføres manuelt. Faktisk er det tilfeller der kvalitet bestemmes helt manuelt, da ingen automatisering utføres der.
En av de viktigste grunnene til at bedrifter fortsetter med den manuelle testen, er manglende evne til automatiseringsverktøy for å takle endringene som noen applikasjoner står overfor regelmessig. I visse tilfeller er det eneste alternativet som er igjen med QA, manuell testing.
Manuell testing , den eldste testen, kan til tider være veldig arbeidskrevende, da det krever at testeren er veldig tålmodig, kreativ, nyskapende, fordomsfri, dyktig. Den manuelle testeren bør ha tenkt ut av boksen og alltid tenke at de er i kundens sko mens de tester applikasjonen.
Utforskende testing, som en del av manuell testing, er området der manuelle testere kan analysere deres evne til å tenke ut av boksen.
Ved grundig testing av applikasjonen spiller manuell testing en avgjørende rolle. I løpet av den første utviklingsfasen er smarthet å teste den første applikasjonen som er utviklet manuelt i stedet for å kaste bort tid på å skrive testskripter.
Mens man utfører en manuell test for hvilken som helst webapplikasjon, stasjonær applikasjon eller si mobilapplikasjon, sies det at en manuell testingeniør jobber mer effektivt når testeren kan identifisere mange kritiske, alvorlige feil i applikasjonen innen kort tid.
Slike ferdigheter til å tenke ut av boksen er veldig viktige, da det ofte er en tidsbegrensning for alle programvareutviklingsprosjekter, og innen den begrensede tidsperioden er det nødvendig å sikre kvaliteten på produktet / applikasjonen. “ Tid er penger '
Ofte blir det sett at vi løper etter forskjellige verktøy for å øke testeffektiviteten av automatiserte skript. Det er mange verktøy tilgjengelig også for å støtte nesten alle scenarier, men realiteten er at det fortsatt er mange tilfeller der noen testtilfeller kan ikke eller skal ikke automatiseres . Virkeligheten er, med automatiseringstesting, prøver testere mange ganger å kjempe mellom testskripter, testdata, forskjellige apper for å analysere testrapporter, spore feil osv. Som resulterer eller skape mange muligheter for feil som å skrive inn feil testdata, savne noen trinn i et testmanus osv.
Mye har blitt gjort for å øke effektiviteten til automatiseringstesting, men i motsetning til det er lite gjort for å forbedre effektiviteten av manuell testing .
La oss snakke om noen få faktorer som kan vurderes for å gjøre arbeidet med manuell testingeniør mer produktivt og manuell testing mer effektivt.
Hva du vil lære:
- Faktorer som gjør manuell testing mer produktiv:
- Manuelle testutfordringer
- Løsningen
- Detaljerte trinn for å kjøre en grunnleggende test ved hjelp av HP Sprinter
- Konklusjon
- Anbefalt lesing
Faktorer som gjør manuell testing mer produktiv:
- En grundig gjennomgang av Kravdokument , å forstå hver implementering og modifikasjon er først og fremst krav / nødvendighet før du fortsetter for funksjonstesting.
- Mens du forbereder testtilfellene, bør det legges mer vekt på slike områder der det kan oppdages kritiske eller større feil. For eksempel , bør det legges mer vekt på områder der det er integrasjon til en annen applikasjon eller implementering av ny funksjon, i stedet for endringer i brukergrensesnittet (brukergrensesnitt).
- Testtilfeller må dekke hver eneste detalj for ny implementering eller modifikasjon som beskriver hver funksjonalitet.
- Prioritering av testtilfeller kan settes i henhold til effektivitet ved søknad, slik at i løpet av en gitt tidsfrist i det minste bare de testtilfellene skal dekkes hvis prioritet er høy. Testtilfelle som dekker noen mindre UI-endringer kan hoppes over når det er kortere tid, da det er liten eller ingen effektivitet av slike testsaker på søknaden.
- Testtilfeller bør utarbeides slik at alle testdata blir nevnt tydelig med forventet testresultat som tilsvarer alle testtilfeller.
- I henhold til søknadskravet, krysse nettleser funksjonell testing bør absolutt utføres. Funksjonstesting på tvers av nettlesere tester applikasjoner på forskjellige operativsystemer med forskjellige nettleserkombinasjoner. Funksjonaliteten kan ikke variere, men mange UI-feil blir observert i funksjonalitetstesting i tvers av nettlesere.
- Noen ganger hjelper tidligere prosjektopplevelse mye med å bestemme nye testscenarier for å forstå applikasjonen på forskjellige måter. Mange ganger resulterer en slik tilnærming i ekstra ordinære feil som ikke kunne blitt funnet ut ved normal utførelse av testsaker.
- Utforskende testing hjelper testere til å bruke tankene sine til å ta applikasjonen slik kunden måtte ta.
- Å teste applikasjon i alle faser av utviklingen er den beste fremgangsmåten, da det kan være kostnadseffektivt, samt redusere sjansene for å finne alvorlige feil etterpå. Mangler som er identifisert senere, er veldig dyre å fikse enn de manglene som ble identifisert i tidlige stadier av testingen.
- Feilrapportering skal være slik at den er tydelig forstått av utvikleren. Nøyaktige trinn for å reprodusere bør gis slik at utviklere ikke antar scenariet mens de retter feilen. Dette vil hjelpe til med å fikse feil raskt.
- Ordentlig Feilsøkingsverktøy som JIRA, Bugzilla osv. skal brukes til å rapportere problemer.
Manuelle testutfordringer
Manuell testing er på den ene siden veldig utsatt for feil, tidkrevende og arbeidskrevende, mens det på den andre siden er flere utfordringer mens man utfører manuell testing . Nedenfor er noen få: -
- Gjentatte trinn som skal følges under testutførelse.
- Skriv inn stor mengde data manuelt.
- Arbeid med flere skjermer og verktøy. Utfør tester i flere nettlesere.
- Mye tidsforbruk i å skrive testsaker og administrere testdata.
- Tidsavfall mens du gjenskaper / reproduserer problemene en gang observert.
- Ingen spor opprettholdes for testhandling utført under utforskende testing.
Løsningen
Å oppnå begge deler hastighet og kvalitet , å øke effektivitet og effektivitet av manuell testing introduserte Micro Focushas en manuell løsning for programvaretesting, kjent som, HP Sprinter , som fremskynder smidig testing for å maksimere virkningen av utforskende testing. HP Sprinter blir ofte også referert til som HP ALM / QC Sprinter .
Fordeler med å bruke HP ALM / QC Sprinter:
Viktige funksjoner i HP ALM / QC Sprinter inkluderer:
- Forbedre og forbedre utforskende testing ved å bedre avgjøre årsaken til feil eller testresultat.
- Lever resultater raskere
- Registrerer brukerhandling mens du utfører testsaker på detaljert måte, noe som resulterer i gjennomgående testresultater.
- Eliminer repetisjon av testsaker - Datainjeksjon
- Kjører testtilfeller samtidig på flere maskiner for økt dekning av forskjellige omgivelser for å bestemme applikasjonskompatibilitet
- Speilprøving- Test flere miljøer samtidig.
- Produktivitetsøkning med feil løst i raskere hastighet.
Micro Focus Sprinter nedlasting: Du kan laste ned prøveversjonen av HP Sprinter på denne siden .
Se en kort HP Sprinter-demo video her:
Detaljerte trinn for å kjøre en grunnleggende test ved hjelp av HP Sprinter
La oss forstå det med flere skjermbilder “ Hvordan en grunnleggende test kjøres ” ved hjelp av HP Sprinter.
1) Hp Sprinter har to moduser: ‘ Plan 'Og' Løpe '. Planmodus for testsvar og Kjør for testutførelse.
(Merk: Klikk på et hvilket som helst bilde for forstørret visning)
to) For å åpne en test i HP Sprinter, klikker du først på 'Åpne' -knappen i venstre panel og deretter velger du 'Åpne HP ALM-test' fra rullegardinmenyen.
I dette eksemplet nedenfor er 'Bestill en flytur' Test valgt.
3) Neste skjermbilde beskriver 'Test arbeidsområde' som gir tilgang til testdetaljene som inneholder all informasjonen.
mest populære operativsystemene for PC-er
4) Test ‘Steps’ inneholder designtrinnene som er inkludert i testen.
5) Vi kan legge til eventuelle manuelle teststrinn også ved å klikke på ‘Legg til’ -knappen. Som du kan se i skjermbildet nedenfor, legges trinn 6 til ved å klikke på 'Legg til' -knappen.
6) Etter å ha skrevet trinnbeskrivelsen, kan en skjermopptak også legges til trinnet.
7) Ved hjelp av testsprinter kan vi automatisk dokumentere testsaker når vi navigerer gjennom applikasjonen. Klikk på trinnfangst for å åpne applikasjonsvinduet.
8) Under Run-fanen, der testutførelse er gjort, er alle sprinterfunksjoner tilgjengelige som sidestenger. Klikk på Run-knappen for å initialisere løpet.
9) Faner rundt applikasjoner er tilgjengelige som: Verktøy, Makroer, Skannere og Kjør kontroll.
10) Feilrapportering: Sprinter gjør det mulig å lage detaljerte og dokumenterte detaljer ved å legge til informasjon om feilscenarioer (under Smart Defect-fanen)
elleve) Når vi sender inn en feil, kan Sprinter legge til teststrinn i feilbeskrivelsen; kan også feste skjermopptak eller film av en test til en defekt.
12) Kan også redigere skjermbildet for ytterligere å avklare feilen eller hjelpe til med å validere hovedelementene i brukergrensesnittet til utviklerne ved hjelp av verktøy.
1. 3) Sprinter kan også automatisk oppdage feil. Under skannere klikker du på skanning når vi skal skanne etter feilen.
14) Datainjeksjon: Testprogram som inneholder alle former for mange inndatafelt kan bli kjedelig, tidkrevende og feilutsatt. Datainjeksjon injiserer automatisk forhåndsdefinerte data i applikasjonen. Dette fører til enorme tidsbesparelser i kjedelig manuell testaktivitet.
femten) Når vi klikker på injiser-knappen, injiseres data automatisk i skjemaet som vist i applikasjonen.
16) Dataspeiling: Test flere miljøer samtidig. Gir enorm verdi til kundene ved lokalisering, forskjellige backend-konfigurasjoner.
17) Etter at den detaljerte Run Report opprettes. Rapporten inkluderer kjøresammendraget, alle trinnene som er utført, innsendte mangler og alle utførte handlinger.
18) En annen måte å se gjennom løpsresultatene er Storyboard.
Konklusjon
Sprinter er et brukervennlig skrivebordsprogram, som øker hastigheten på utførelse av testsaker, kostnadsreduksjon og forbedrer produktiviteten, og til slutt hjelper til med å øke effektiviteten til manuell testing.
Foreslått lesing = >> Hva er effektivitetstesting
Virkningen og effektiviteten av utforskende testing maksimeres ikke bare av Sprinter, men det reduserer også tiden det tar å fullføre testens livssyklus. Det akselererer levering av applikasjoner. Dermed ved å inkludere HP sprinter mens du utfører manuell testing for alle applikasjoner, kan manuell test bevises som en veldig effektiv måte å teste på.
hvilket av følgende er en av de mest populære testrammene?
Om forfatteren: Dette er et gjestepost av Sushma S. Hun har 4+ års erfaring med programvaretesting og jobber for tiden som Senior Software Test Engineer i en MNC. Hun har ekspertise i QA-prosesser og manuell testing med rettidig levering mot aggressive tidsfrister.
Gi oss beskjed hvis du har spørsmål om bruk av HP Sprinter.
PREV Opplæring | NESTE opplæring # 5: Topp 17 Utforskende testverktøy
Anbefalt lesing
- Beste verktøy for testing av programvare 2021 [QA Test Automation Tools]
- Introduksjon til Micro Focus LoadRunner - LoadRinging with LoadRunner Tutorial # 1
- Manual Testing Help eBook - Gratis nedlasting inne!
- Testing Primer eBook Download
- Manuelle og automatiseringstestutfordringer
- Er du en manuell eller automatiseringstestekspert? Jobb deltid for oss!
- Hvordan utføre manuell ytelsestesting?
- Lastetesting med HP LoadRunner-opplæringsprogrammer