Lär dig QTP (UFT)

Vår grundare, Ankur Jain, startade den här webbplatsen för cirka 14 år sedan 2006. På grund av sin omfattande erfarenhet av QTP-verktyget (QTP var ursprungligen ett verktyg för automatiserad programvarutestning från Mercury. QTP är nu känt som UFT One), ville han att denna webbplats skulle bli en enda kontaktpunkt för QTP-studerande. Det är tack vare er kärlek och motivation som webbplatsen fortfarande är stark och dagligen besöks av flera tusen UFT-användare från nybörjare till avancerade användare.

Sedan webbplatsen lanserades har flera saker förändrats i QTP-världen. HP förvärvade Mercury – det ursprungliga företaget som utvecklade QTP. QTP blev UFT när HP beslutade att slå samman GUI- och API-testning i ett enda verktyg. Läs hela historien om QTP och UFT. HP delades upp i två företag: HP Inc och HPE. Under tiden, under alla dessa år, introducerade HPE flera nya innovationer i UFT-programvaran. I september 2017 slogs HPE spin ihop med Micro Focus.

Teamet på LearnQTP insåg att – även om våra äldre artiklar fortfarande var relevanta – det finns ett behov av en ny uppsättning UFT-handledningar för de senaste versionerna av UFT. Således lanserade vi den nya uppsättningen UFT-tutorials för nybörjare till avancerade användare av UFT. Vi kommer att börja från början och långsamt bygga upp avancerade ämnen.

Dessa UFT-handledningar kommer att vara strukturerade på ett sådant sätt att även en absolut nybörjare på automatiserad programvarutestning kan följa dem. Handledningen kommer att ske i din egen takt, det finns ingen press. Du kan markera länken och återkomma till dem närhelst du känner för att lära dig. Du kan till och med ladda ner de kostnadsfria UFT-handledningarna i PDF-format som kommer att finnas längst ner i varje artikel, så att du kan lära dig även när du är på resande fot eller inte har en fungerande internetuppkoppling.

För att dyka in i UFT, låt oss gå igenom en grundkurs i mjukvarutestning och hur och när vi automatiserar mjukvarutestning.

Vad är mjukvarutestning?

En känd expert på programvarutestning, Dr Cem Kaner, definierar programvarutestning som –

En teknisk undersökning av den produkt som testas som utförs för att förse intressenterna med kvalitetsrelaterad information

För att förklara det ytterligare är programvarutestning en process där en programvarutestare/ett programvaruteam kör ett program eller ett system för att hitta buggar eller fel, för att bibehålla programmens korrekthet och tillförlitlighet.

Mjukvarutestning validerar och verifierar också programmet för att kontrollera om de affärsmässiga och tekniska kraven är uppfyllda och om det fungerar som förväntat.

I verifieringen säkerställer testarna att systemet uppfyllde organisationens standarder och processer och svarar på frågan ”byggde vi rätt system?”. Med system avses en eller flera programvarutillämpningar som stöder en affärsfunktion. Testare säkerställer att programvara, hårdvara, dokumentation och personal överensstämmer tillsammans genom att förlita sig på granskning eller icke-exekverbara metoder.

I validering säkerställer testare fysiskt att systemet har uppfyllt alla affärs- och användarkrav och att funktionerna och funktionaliteterna fungerar som planerat. Validering sker genom att utföra systemfunktioner genom en serie tester som kan observeras och utvärderas av testare. Validering koncentrerar sig också på frågan ”Byggde vi systemet rätt?”

Varför ska vi utföra programvarutestning?

I programvarutestning är det primära syftet att hitta defekter. Vi kan betrakta ett visst tillstånd som en defekt om det inte uppfyller det som det förväntas göra. Att hitta defekter vid testning tidigt i programvaruutvecklingen minskar eller undviker risken för fel, underhållskostnaden, kostnaden för att åtgärda defekter och levererar ett bättre program för användaren.

Exempel: Exempel: Docket Number bör acceptera 12 numeriska tecken. Om de inmatade tecknen är färre eller fler än vad som krävs, visas ”Invalid Entry” (ogiltig inmatning). Ange Docket Number på nytt”, men användaren skrev in 10 tecken för Docket Number och programmet returnerade ett felmeddelande i stället för en uppmaning för att informera användaren om de minsta tecken som krävs.

Ett annat skäl är att producera ett kvalitetsprogram. Vid programvarutestning kan testarna/teamet inte förbättra kvaliteten, de kan bara mäta den. Ur IT:s synvinkel innebär kvalitet att överensstämmelsen och funktionerna i ett programs krav baserat på affärsmässiga och tekniska krav är uppfyllda. Ur användarens synvinkel innebär kvalitet att programvaran är lämplig att använda. Programvarukvaliteten varierar från program till program eftersom de har sin egen funktionalitet och användbarhet. En mjukvarutestare måste se till att IT:s och användarens syn på kvalitet uppfylls.

Vad är automatiserad mjukvarutestning?

Automatiserad mjukvarutestning innebär att man automatiserar den manuella processen genom att skriva testskript som utför testningen och som kan köras upprepade gånger.

Testautomatisering används för att styra utförandet av testerna, jämföra de faktiska och förväntade resultaten, ställa in förutsättningar och andra funktioner för teststyrning och testrapportering med hjälp av mjukvara.

När ska man automatisera mjukvarutestning?

En vanlig tro som vi ser bland testproffs är att automatisering, genom någon magi, kommer att öka testningens kvalitet.

Det finns en tid och plats för allt. Om ett test KAN automatiseras betyder det inte att det bör automatiseras. Även om detta är en webbplats för automatiserad testning skulle man kunna tro att vi skulle fördöma manuell testning. Det är dock inte fallet.

Klicka för att twittra: Om ett test KAN automatiseras betyder det inte att det borde automatiseras http://ctt.ec/bLk49+ via @LearnQTP

Manuell och automatiserad testning går hand i hand och bör komplettera varandra. Vi ber våra praktikanter och läsare att se till att automatisera ett test endast när det verkligen behövs.

Här är några scenarier där automatisering anses vara ett bra alternativ:

• Regressionstester/Repetitiva tester: En tumregel för manuell till automatiserad testning är att om dina tester behöver köras regelbundet är de en bra kandidat för automatisering. Det är dock förenat med några förbehåll. Du måste väga kostnaderna för att inrätta automatiserade tester jämfört med manuella testinsatser. Kostnaderna omfattar automatiseringens komplexitet, den tid som krävs för att bygga och underhålla automatiseringsskript och naturligtvis den tid och de pengar som krävs för att utbilda testare i ett visst verktyg.
• Mångfaldiga datavallar: Du måste köra samma uppsättning åtgärder för flera datavärden.
• Manuellt ogenomförbara tester: Ditt program måste stresstestas för en miljon träffar på några timmar. Det kan inte göras manuellt, utan du behöver ett verktyg för belastningstestning.
• Samma tester för olika webbläsare eller operativsystem: Du vill att din webbapplikation ska se bra ut i alla vanliga webbläsare och operativsystem. Om du har en testföljd som innehåller 50 testfall som måste testas med 20 olika uppsättningar av värden på 3 olika uppsättningar webbläsare och 2 operativsystem. Detta innebär att det totala antalet testutföranden blir 50*20*3*2= 6000. Det är vettigt att automatisera sådana testfall.
• Mobiltestning: Med massor av mobiltelefoner på marknaden skulle det vara näst intill omöjligt att utföra manuell testning på alla enheter. Företag som Amazon har tagit fram innovativa metoder för att lösa detta problem, där de placerar faktiska enheter i molnet och du kan testa din applikation på enheterna med hjälp av automatiserade skript. Återigen, en idealisk kandidat för testautomatisering.

Vi litar på att du gillade denna grundkurs i programvarutestning och förstod hur vi bestämmer oss för automatiserad programvarutestning för ett givet scenario. I nästa handledning börjar vi med att installera UFT och diskutera grunderna i verktyget – Handledning 2: Introduktion till UFT.

Du kan se alla de UFT-handledningar som hittills behandlats genom att använda länkarna nedan:

• Tutorial 1: Introduktion till mjukvarutestning
• Tutorial 2: Introduktion till UFT
• Tutorial 3: UFT Add-ins och Add-in Manager
• Tutorial 4: UFT Add-ins och Add-in Manager
• Tutorial 3: UFT Add-ins och Add-in Manager
• Tutorial 3: UFT Add-ins och Add-in Manager
• Tutorial 4: Allt om UFT-menyer
• Tutorial 5: Komplett guide till UFT-paneler
• Tutorial 6: Spela in ditt första UFT-skript

Inge ditt namn och din e-postadress nedan så ser vi till att skicka dig handledningar så snart de är klara!

Over till dig. Hur bestämmer du dig för att satsa på automatiserad testning?

Om du vill hålla koll på ytterligare artiklar om UFT (QTP). I recommend you to subscribe by Email and have new UFT articles sent directly to your inbox.