Meny

Hur man effektiviserar manuell testning med Micro Focus Sprinter

how make manual testing more efficient using micro focus sprinter

Prova Vårt Instrument För Att Eliminera Problem

hur man lägger till maven till förmörkelse

HP Quality Center / ALM ändras nu till Micro Focus Quality Center / ALM men ändå är innehållet på sidan giltigt på den nya Micro Focus-domänen och verktygen också

Idag i denna era av Automationstestning , nästan i varje QA-testavdelnings automatisering är den första preferensen. Men det finns få QA-avdelningar där 70-80% av testningen utförs manuellt. Det finns faktiskt fall där kvalitet bestäms helt manuellt eftersom ingen automatisering utförs där.

En av de avgörande anledningarna till att företagen fortsätter med det manuella testet är automatiseringsverktygens oförmåga att klara av de förändringar som vissa applikationer möter regelbundet. I vissa fall är det enda alternativet kvar med QA att manuellt testa.

Manuell testning med HP Sprinter

Manuell testning , den äldsta testformen, kan ibland vara mycket mödosam eftersom det kräver att testaren är mycket tålmodig, kreativ, innovativ, öppensinnad, skicklig. Den manuella testaren bör tänka ut ur lådan och alltid tro att de är i kundens skor när de testar applikationen.

Exploratory testing, som en del av manuell testning, är det område där manuella testare kan analysera sin förmåga att tänka ur lådan.

Vid grundlig testning av applikationen spelar manuell testning en avgörande roll. Under den inledande utvecklingsfasen är smarthet att testa den ursprungliga applikationen som utvecklats manuellt snarare än att slösa tid på att skriva testskript.

När man utför ett manuellt test för alla webbapplikationer, stationära applikationer eller säg mobilapplikationer, sägs en manuell testingenjör arbeta mer effektivt när testare kan identifiera många kritiska, allvarliga fel i applikationen inom en kort tidsperiod.

Sådan färdighet att tänka ur lådan är mycket viktig eftersom det ofta finns en tidsgräns för varje programvaruutvecklingsprojekt och inom den begränsade tidsperioden är det nödvändigt att säkerställa kvaliteten på produkten / applikationen. “ Tid är pengar '

Ofta ses det att vi springer efter olika verktyg öka testeffektiviteten av automatiserade skript. Det finns många verktyg tillgängliga för att stödja nästan varje scenario men verkligheten är att det fortfarande finns många fall där vissa testfall kan inte eller säger inte bör automatiseras . Verkligheten är, med Automation-testning, fortsätter testare många gånger att kämpa mellan testskript, testdata, olika appar för att analysera testrapporter, spåra fel etc. resulterar eller skapa många möjligheter för misstag som att ange fel testdata, sakna några steg i ett testmanus etc.

Mycket har gjorts för att öka effektiviteten i Automation Testing men däremot har lite gjorts för att förbättra effektiviteten av Manual Testing .

Låt oss prata om några faktorer som kan övervägas för att effektivisera manuell testingenjörs arbete och manuell testning.

Vad du kommer att lära dig:

Faktorer som gör manuell testning mer produktiv:

  • En grundlig granskning av kravdokumentet , att förstå varje implementering och modifiering är först och främst krav / nödvändighet innan du fortsätter för funktionstestning.
  • När du förbereder testfallet bör mer tonvikt läggas på sådana områden där kritiska eller större buggar kunde upptäckas. Till exempel , bör större tonvikt läggas på områden där det finns någon integration med någon annan applikation eller implementering av nya funktioner, snarare än ändringar av användargränssnittet (användargränssnitt).
  • Testfall måste täcka varje detalj för ny implementering eller modifiering som beskriver alla funktioner.
  • Prioritering av testfall kan ställas in enligt effektivitet vid ansökan så att vid en kortare tidsgräns åtminstone endast de testfall som ska täckas vars prioritet är hög. Testfall som täcker vissa mindre användargränssnittsändringar kan hoppas över när det är kortare tid eftersom det är liten eller ingen effektivitet av sådana testfall vid ansökan.
  • Testfall bör beredas så att alla testdata nämns tydligt med förväntat testresultat motsvarande varje testfall.
  • Enligt ansökningskravet, korsa webbläsarens funktionstest borde definitivt utföras. Funktionstestning över webbläsare testar applikationer på olika operativsystem med olika webbläsarkombinationer. Funktionaliteten kanske inte skiljer sig men många UI-fel observeras i funktionalitetstestning i flera webbläsare.
  • Ibland hjälper tidigare projekterfarenheter mycket till att bestämma nya testscenarier för att förstå applikationen på olika sätt. Många gånger resulterar ett sådant tillvägagångssätt i extra vanliga buggar som inte kunde ha hittats genom normal testfallskörning.
  • Explorativ testning hjälper testare att använda sitt tänkande för att ta applikationen på det sätt kunden kan ta.
  • Att testa applikationen i varje utvecklingsfas är den bästa metoden eftersom det kan vara kostnadseffektivt samt minska chanserna att hitta allvarliga buggar efteråt. Defekter som identifierats senare är mycket dyra att åtgärda än de fel som identifierades i tidiga testfaser.
  • Felrapportering ska vara sådan att den tydligt förstås av utvecklaren. Exakta steg för att reproducera ska ges så att utvecklare inte antar scenariot när de åtgärdar defekten. Detta kommer att hjälpa till att fixa fel snabbt.
  • Rätt Verktyg för bugspårning som JIRA, Bugzilla, etc. bör användas för att rapportera problem.

Manuella testutmaningar

Manuell testning är å ena sidan mycket felbenägen, tidskrävande och mödosam, medan det å andra sidan finns flera utmaningar när man utför manuell testning . Nedan finns några få: -

  • Upprepande steg som ska följas under testfallets utförande.
  • Ange stor mängd data manuellt.
  • Arbeta med flera skärmar och verktyg. Utför testning i flera webbläsare.
  • Mycket tidskonsumtion för att skriva testfall och hantera testdata.
  • Tidsavfall när du återskapar / reproducerar problemen som en gång observerats.
  • Inget spår upprätthålls för teståtgärder som utförs under utforskande testning.

Lösningen

Att uppnå båda hastighet och kvalitet , att öka effektivitet och effektivitet av manuell testning introducerade Micro Focushas en manuell lösning för testning av programvara, känd som, HP Sprinter , som påskyndar smidig testning och maximerar effekten av utforskande testning. HP Sprinter kallas ofta också för HP ALM / QC Sprinter .

Fördelar med att använda HP ALM / QC Sprinter:

HP Sprinter 1

Huvudfunktionerna i HP ALM / QC Sprinter inkluderar:

  • Förbättra och förbättra utforskande testning genom att bättre bestämma orsaken till defekten eller testresultatet.
  • Leverera resultat snabbare
  • Spela in användaråtgärder medan du utför testfall på ett detaljerat sätt vilket resulterar i genomgående testresultat.
  • Eliminera upprepning av testfall - Datainjektion
  • Kör testfall samtidigt på flera maskiner för ökad täckning av olika miljöer för att bestämma applikationskompatibilitet
  • Spegeltest- Testa flera miljöer samtidigt.
  • Ökad produktivitet med defekt löst i snabbare takt.

Micro Focus Sprinter nedladdning: Du kan ladda ner testversionen av HP Sprinter på denna sida .

Titta på en kort HP Sprinter-demo video här:

Detaljerade steg för att köra ett grundläggande test med HP Sprinter

Låt oss förstå med flera skärmdumpar “ Hur ett grundläggande test körs ” med HP Sprinter.

1) Hp Sprinter har två lägen: ‘ Planen 'Och' Springa ”. Planläge för testsvar och Kör för testkörning.

(Notera: Klicka på valfri bild för förstorad vy)

HP Sprinter 2

2) För att öppna ett test i HP Sprinter, klicka först på knappen 'Öppna' i vänster panel och välj sedan 'Öppna HP ALM-test' i rullgardinsmenyn.

HP Sprinter 3

I det här exemplet nedan är testet ”Beställ en flygning” valt.

HP Sprinter 4

3) Nästa skärmdump beskriver 'Test arbetsyta' som ger tillgång till testdetaljer som innehåller all information.

HP Sprinter 5

4) Test 'Steps' innehåller designstegen som ingår i testet.

HP Sprinter 6

5) Vi kan lägga till valfria manuella teststeg också genom att klicka på knappen 'Lägg till'. Som du kan se i skärmdumpen nedan läggs steg 6 till genom att klicka på knappen 'Lägg till'.

hur man använder regex i c ++

HP Sprinter 7

6) Efter att ha skrivit stegbeskrivningen kan en skärmdump också läggas till i steget.

HP Sprinter 8

7) Med hjälp av testsprinter kan vi automatiskt dokumentera testfall när vi navigerar genom applikationen. Klicka på stegfångst för att öppna applikationsfönstret.

HP Sprinter 9

8) Under fliken Kör, där testkörningen är klar, är alla sprinterfunktioner tillgängliga som sidostänger. Klicka på Kör-knappen för att initiera körningen.

HP Sprinter 10

9) Flikar runt applikationer finns som: Verktyg, Makron, Skannrar och Körkontroll.

HP Sprinter 11

10) Rapporter om fel: Sprinter gör det möjligt att skapa detaljerade och dokumenterade detaljer för att lägga till information om defektscenarier (under fliken Smart Defect)

HP Sprinter 12

elva) När vi skickar in en defekt kan Sprinter lägga till teststeg i defektbeskrivningen. kan också bifoga skärmdump eller film av ett test till en defekt.

HP Sprinter 13

HP Sprinter 14

implementering av hash-tabell i c ++ -kod

12) Kan också redigera skärmbilden för att ytterligare klargöra defekten eller hjälpa till att validera de viktigaste elementen i användargränssnittet till utvecklarna med hjälp av verktyg.

HP Sprinter 16

13) Sprinter kan också automatiskt upptäcka defekter. Under skannrar klickar du på skanna när vi ska söka efter felet.

HP Sprinter 17

14) Datainjektion: Testapplikation som innehåller alla former av många inmatningsfält kan bli tråkig, tidskrävande och felbenägen. Datainjektion injicerar automatiskt fördefinierade data i applikationen. Detta leder till enorm tidsbesparing i tråkiga manuella testaktiviteter.

HP Sprinter 18

femton) När vi klickar på injiceringsknappen injiceras data automatiskt i formuläret som visas i applikationen.

HP Sprinter 19

16) Dataspegling: Testa flera miljöer samtidigt. Ger kunderna stort värde genom lokalisering, olika backend-konfigurationer.

HP Sprinter 20

17) Efter den detaljerade Run Report skapas. Rapporten innehåller körsammanfattningen, alla steg som har utförts, skickade fel och alla utförda åtgärder.

18) Ett annat sätt att granska körresultat är Storyboard.

Hp Sprinter 20

Slutsats

Sprinter är en lättanvänd skrivbordsapplikation som ökar hastigheten för testfallets utförande, kostnadsminskning och förbättrar produktiviteten, och i slutändan hjälper till att öka effektiviteten vid manuell testning.

Föreslagen läsning = >> Vad är effektivitetstestning?

Effekten och effektiviteten av utforskande test maximeras inte bara av Sprinter utan det minskar också tiden det tar att slutföra testets livscykel. Det påskyndar leverans av applikationer. Genom att inkludera HP sprinter under manuell testning för alla applikationer kan manuell testning bevisas som ett mycket effektivt testmetod.

Om författaren: Detta är ett gästinlägg av Sushma S. Hon har 4+ års erfarenhet av programvarutestning och arbetar för närvarande som Senior Software Test Engineer i ett MNC. Hon har expertis inom QA-processer och manuell testning med snabb leverans mot aggressiva tidsfrister.

Låt oss veta om du har frågor om hur du använder HP Sprinter.

PREV-handledning | NÄSTA självstudie # 5: Topp 17 Exploratory Testing Tools

Rekommenderad läsning

^