Menu

Sådan gøres manuel test mere effektiv ved hjælp af Micro Focus Sprinter

how make manual testing more efficient using micro focus sprinter

Prøv Vores Instrument Til At Fjerne Problemer

virtual reality-beskyttelsesbriller til xbox 360

HP Quality Center / ALM er nu ændret til Micro Focus Quality Center / ALM, men stadig er indholdet på siden gyldigt på det nye Micro Focus-domæne og værktøjer også

I dag i denne æra af Automatiseringstest , næsten i hver QA-testafdelings automatisering er den første præference. Men der er få QA-afdelinger, hvor 70-80% af testen udføres manuelt. Der er faktisk tilfælde, hvor kvalitet bestemmes fuldstændigt manuelt, da der ikke udføres nogen automatisering der.

En af de afgørende grunde til, at virksomheder fortsætter med den manuelle test, er automatiseringsværktøjernes manglende evne til at klare de ændringer, som nogle applikationer står over for regelmæssigt. I visse tilfælde er den eneste mulighed, der er tilbage med QA, manuel test.

Manuel test ved hjælp af HP Sprinter

Manuel test , den ældste testform, kan til tider være meget besværlig, da det kræver, at testeren er meget tålmodig, kreativ, innovativ, fordomsfri, dygtig. Den manuelle tester skal have tænkt ud af kassen og altid synes, at de er i kundens sko, mens de tester applikationen.

Undersøgende test, som en del af manuel test, er det område, hvor manuelle testere kan analysere deres evne til at tænke ud af kassen.

I tilfælde af grundig test af applikationen spiller manuel test en afgørende rolle. I den indledende udviklingsfase er smarthed at teste den oprindelige applikation, der er udviklet manuelt i stedet for at spilde tid på at skrive testskripter.

Mens man udfører en manuel test for enhver webapplikation, desktop-applikation eller f.eks. Mobilapplikation, siges en manuel testingeniør at arbejde mere effektivt, når testeren kan identificere mange kritiske, alvorlige fejl i applikationen inden for en kort periode.

Sådan dygtighed til at tænke ud af kassen er meget vigtig, da der ofte er en tidsbegrænsning for alle softwareudviklingsprojekter, og inden for den begrænsede tidsperiode er det nødvendigt at sikre kvaliteten af ​​produktet / applikationen. “ Tid er penge '

Ofte ses det, at vi kører efter forskellige værktøjer til øge testeffektiviteten af automatiserede scripts. Der er mange tilgængelige værktøjer også til at understøtte næsten alle scenarier, men virkeligheden er, at der stadig er mange tilfælde, hvor nogle testsager kan ikke eller siger ikke bør automatiseres . Virkeligheden er, med automatiseringstest, at testere ofte kæmper mellem testskripter, testdata, forskellige apps til at analysere testrapporter, sporing af fejl osv. Resulterer eller skaber masser af muligheder for fejl som at indtaste forkerte testdata, mangler nogle trin i et test script osv.

Der er gjort meget for at øge effektiviteten af ​​automatiseringstest, men derimod er der ikke gjort meget for at forbedre effektiviteten af ​​manuel testning .

Lad os tale om nogle få faktorer, der kan overvejes for at gøre manuel testingeniørs arbejde mere produktiv og manuel test mere effektiv.

Hvad du lærer:

Faktorer, der gør manuel test mere produktiv:

  • En grundig gennemgang af kravdokumentet , forståelse af hver implementering og modifikation er først og fremmest krav / nødvendighed, inden du går videre til funktionel test.
  • Under forberedelsen af ​​testsagerne bør der lægges mere vægt på sådanne områder, hvor der kunne findes kritiske eller større fejl. For eksempel , bør der lægges mere vægt på områder, hvor der er integration til en anden applikation eller implementering af ny funktion snarere end ændringer i brugergrænsefladen (brugergrænseflade).
  • Testcases skal dække hver eneste detalje til ny implementering eller modifikation, der beskriver enhver funktionalitet.
  • Prioritet for testtilfælde kan indstilles efter effektivitet ved anvendelse, således at i en given tidsfrist i det mindste kun de testtilfælde skal dækkes, hvis prioritet er høj. Testcase, der dækker nogle mindre UI-ændringer, kan springes over, når der er kortere tid, da der er ringe eller ingen effektivitet af sådanne testsager ved anvendelse.
  • Testcases skal udarbejdes således, at hver testdata er nævnt tydeligt med forventet testresultat svarende til hver testcase.
  • I henhold til ansøgningskravet cross browser funktionel test skal bestemt udføres. Funktionel test på tværs af browsere tester applikationer på forskellige operativsystemer med forskellige browserkombinationer. Funktionalitet varierer muligvis ikke, men der observeres mange UI-fejl i funktionalitetstest på tværs af browsere.
  • Nogle gange hjælper tidligere projekterfaring meget med at bestemme nye testscenarier til forståelse af applikationen på forskellige måder. Mange gange resulterer en sådan tilgang i ekstra almindelige bugs, som ikke kunne have været fundet ved normal testsagekørsel.
  • Undersøgende test hjælper testere med at bruge deres tænkning til at tage applikationen på den måde, som kunden kan tage.
  • Test af applikation i hver fase af udviklingen er den bedste praksis, da det kan være omkostningseffektivt samt mindske chancerne for at finde alvorlige fejl bagefter. Fejl, der er identificeret senere, er meget dyre at udbedre end de defekter, der blev identificeret i tidlige testfaser.
  • Fejlrapportering skal være sådan, at det tydeligt forstås af udvikleren. Nøjagtige trin til reproduktion skal gives, så udviklere ikke påtager sig scenariet, mens de retter manglen. Dette vil hjælpe med at rette fejl hurtigt.
  • Passende Fejlsporingsværktøjer som JIRA, Bugzilla osv. skal bruges til at rapportere problemer.

Manuel testudfordringer

Manuel test er på den ene side meget udsat for fejl, tidskrævende og besværlig, mens der på den anden side er flere udfordringer, når man udfører manuel test . Nedenfor er nogle få: -

  • Gentagne trin, der skal følges under udførelse af testsag.
  • Indtast manuelt en stor mængde data.
  • Arbejd med flere skærme og værktøjer. Udfør test på tværs af browsere.
  • Meget tidsforbrug ved skrivning af testsager og styring af testdata.
  • Spild af tid, mens du genskaber / reproducerer de problemer, der er observeret.
  • Intet spor opretholdes til testhandling udført under sonderende test.

Løsningen

At nå begge dele hastighed og kvalitet , at forøge effektivitet og effektivitet af manuel test introducerede Micro Focushas en manuel softwaretestløsning, kendt som, HP Sprinter , der fremskynder agil test, der maksimerer virkningen af ​​sonderende test. HP Sprinter kaldes ofte også HP ALM / QC Sprinter .

Fordele ved at bruge HP ALM / QC Sprinter:

HP Sprinter 1

Nøglefunktioner i HP ALM / QC Sprinter inkluderer:

  • Forbedre og forbedre sonderende test ved bedre at bestemme årsagen til manglen eller testresultatet.
  • Lever resultater hurtigere
  • Optagelse af brugerhandling under udførelse af testsager på detaljeret måde, hvilket resulterer i gennemgående testresultater.
  • Fjern gentagelse af testsager - Datainjektion
  • Kører testtilfælde samtidigt på flere maskiner for øget dækning af forskellige omgivelser for at bestemme applikationskompatibilitet
  • Spejletest- Test flere miljøer på samme tid.
  • Produktivitetsforøgelse med defekt løst i hurtigere hastighed.

Download af Micro Focus Sprinter: Du kan downloade prøveversionen af ​​HP Sprinter den denne side .

Se en kort HP Sprinter-demo video her:

Detaljerede trin til at køre en grundlæggende test ved hjælp af HP Sprinter

Lad os forstå med flere skærmbilleder “ Hvordan en grundlæggende test køres ” ved hjælp af HP Sprinter.

1) Hp Sprinter har to tilstande: ‘ Plan 'Og' Løb '. Plantilstand til testbesvarelse og Kør til testudførelse.

(Bemærk: Klik på et hvilket som helst billede for at se et forstørret billede)

HP Sprinter 2

to) For at åbne en test i HP Sprinter skal du først og fremmest klikke på 'Åbn' -knappen i venstre panel og derefter vælge 'Åbn HP ALM-test' i rullemenuen.

HP Sprinter 3

I dette nedenstående eksempel er test 'Bestil en flyvning' valgt.

HP Sprinter 4

3) Næste skærmbillede beskriver 'Test arbejdsområde', som giver adgang til testoplysningerne, der indeholder alle oplysningerne.

HP Sprinter 5

4) Test 'Trin' indeholder de designtrin, der er inkluderet i testen.

HP Sprinter 6

5) Vi kan tilføje eventuelle manuelle testtrin også ved at klikke på knappen 'Tilføj'. Som du kan se i nedenstående skærmbillede, tilføjes trin 6 ved at klikke på knappen 'Tilføj'.

HP Sprinter 7

6) Efter at have skrevet trinbeskrivelsen, kan en skærmoptagelse også føjes til trinnet.

hvordan man åbner json filtypen

HP Sprinter 8

7) Ved hjælp af testsprinter kan vi automatisk dokumentere testsager, når vi navigerer gennem applikationen. Klik på trinoptagelse for at åbne applikationsvinduet.

HP Sprinter 9

8) Under fanen Kør, hvor testudførelse udføres, er alle sprinterfunktioner tilgængelige som sidestænger. Klik på Kør-knappen for at initialisere kørslen.

HP Sprinter 10

9) Faner omkring applikationer er tilgængelige som: Værktøjer, Makroer, Scannere og Kør kontrol.

HP Sprinter 11

10) Fejlrapportering: Sprinter gør det muligt at oprette detaljerede og dokumenterede detaljer i tilføjelse af fejlscenariooplysninger (under Smart Defect-fanen)

HP Sprinter 12

elleve) Når vi indsender en defekt, kan Sprinter tilføje testtrin til defektbeskrivelsen; kan også vedhæfte skærmoptagelse eller film af en test til en defekt.

HP Sprinter 13

HP Sprinter 14

12) Kan også redigere skærmoptagelsen for yderligere at afklare fejlen eller hjælpe med at validere de vigtigste elementer i brugergrænsefladen til udviklerne ved hjælp af værktøjer.

HP Sprinter 16

13) Sprinter kan også automatisk registrere defekter. Under scannere skal du klikke på scan, når vi skal scanne efter defekten.

HP Sprinter 17

hvad er den bedste virtual reality-app

14) Datainjektion: Testapplikation, der indeholder alle former for mange inputfelter, kan blive kedelig, tidskrævende og udsat for fejl. Dataindsprøjtning injicerer automatisk foruddefinerede data i applikationen. Dette fører til enorm tidsbesparelse i kedelig manuel testaktivitet.

HP Sprinter 18

femten) Når vi klikker på injiceringsknappen, indsprøjtes data automatisk i formularen som vist i applikationen.

HP Sprinter 19

16) Dataspejling: Test flere miljøer på samme tid. Giver enorm værdi til kunderne ved lokalisering, forskellige backend-konfigurationer.

HP Sprinter 20

17) Efter den detaljerede kørselsrapport oprettes. Rapporten inkluderer kørselsoversigten, alle de trin, der er udført, indsendte mangler og alle de udførte handlinger.

18) En anden måde at gennemgå kørselsresultaterne er Storyboard.

Hp Sprinter 20

Konklusion

Sprinter er en brugervenlig desktop-applikation, der øger hastigheden af ​​eksekvering af testsag, omkostningsreduktion og forbedrer produktiviteten og i sidste ende hjælper med at øge effektiviteten af ​​manuel test.

Foreslået læsning = >> Hvad er effektivitetstest

Virkningen og effektiviteten af ​​sonderende test maksimeres ikke kun af Sprinter, men det reducerer også den tid, det tager at gennemføre testens livscyklus. Det fremskynder levering af applikationer. Ved at inkludere HP sprinter, mens man udfører manuel test til enhver applikation, kan manuel test bevises som en meget effektiv testmetode.

Om forfatteren: Dette er et gæstepost fra Sushma S. Hun har 4+ års erfaring med softwaretest og arbejder i øjeblikket som Senior Software Test Engineer i et MNC. Hun har ekspertise i QA-processer og manuel test med rettidig levering mod aggressive deadlines.

Fortæl os, hvis du har spørgsmål til brug af HP Sprinter.

PREV-vejledning | NÆSTE tutorial # 5: Top 17 Udforskende testværktøjer

Anbefalet læsning

^