Testlabb i HP ALM (Quality Center)

⚡ Smart sammanfattning

Testlabb i HP ALM är modulen där designade testfall grupperas i testuppsättningar och faktiskt körs. Den här sidan behandlar hur man skapar en testuppsättning, kör tester med den manuella runnern, schemalägger körningsflödet och analyserar resultaten.

  • 🧪 Syfte: Test Lab kör de testfall som skapades i testplanmodulen.
  • 📦 Testuppsättning: En testuppsättning är en samling testfall som hämtas från testplanen för en cykel.
  • 🔒 Säkert att redigera: Ändringar gjorda i Test Lab ändrar aldrig de överordnade testfallen i Testplanen.
  • ▶ ️ Två körlägen: Kör testuppsättning kör hela uppsättningen, medan Kör endast kör det valda testet.
  • 🖱️ Manuell löpare: Löparen markerar varje steg om det är godkänt eller misslyckat, bifogar skärmdumpar och lyfter fram defekter direkt.
  • ️ Exekveringsflöde: Villkor och tidsberoende styr ordningen och tidpunkten för varje testinstans.
  • 📊 Resultat: Modulen Testkörningar lagrar varje körning med ett unikt körningsnamn för senare analys.

Testlabb i HP ALM

Vad är testlabbmodulen i HP ALM?

Ocuco-landskapet Testlabbmodul är där HP ALM, även känt som Quality Center, kör testerna. Krav registreras i kravmodulen, testfall utformas i Testplansmodul, och Test Lab hämtar dessa färdiga fallen till testuppsättningar så att de kan schemaläggas, köras och rapporteras mot en lanseringscykel.

  • När testdesignen är klar kommer testkörning att ske med hjälp av Test Lab-modulen.
  • En vanlig term du kommer att stöta på i HP ALM i Test Set-modulen i Test Lab. Om ditt sinne utlöser bilder av någon form av samling eller en uppsättning, har du rätt. Test Set är i själva verket en samling testfall som vi avser att köra.
  • Testfall från Testplan modulen kallas till testlabbmodulen.
  • Ändringar som görs i testfall i testlabbmodulen påverkar inte de överordnade testfallen i testplanmodulen. Du är fri att experimentera. Därav namnet Test Lab!

💡 Obs: Denna produkt släpptes av HP och har sedan dess övergått till Micro Focus och sedan till OpenTextModullayouten och stegen nedan gäller fortfarande, även om nyare versioner är varumärkesskyddade OpenText ALM / Kvalitetscenter.

  • Det är bättre att ge testuppsättningen samma namn som modulens namn så att alla tester i modulen finns i samma testuppsättning, vilket blir enklare att utföra och track.
  • Varje testsetmapp är tilldelad en viss cykel. Detta gör det möjligt för användare att gruppera de tester som kommer att utföras i en viss cykel.
  • Den här modulen hjälper även användaren att track cykelns förlopp allt eftersom testerna utförs.
  • Testlabbmodulen består av följande funktioner och låt oss förstå var och en av dem i detalj.

Testlabb i HP ALM

Hur man skapar ett testset

steg 1) Första steget är att skapa en rotmapp som en behållare för testuppsättningarna. Vi kan namnge den i linje med utgåvan och cykeln så att det är enkelt att track.

  1. Gå till "Test Lab"-modulen under "Testing"-fliken
  2. Skapa en ny mapp genom att klicka på ikonen "Ny mapp".
  3. Dialogrutan 'Ny testsetmapp' öppnas. Ange namnet på mappen som '2017 R1 – Cykel 1'.
  4. Klicka på "Ok"

Skapa ett testset

Steg 2) Testkörningsmappen skulle skapas som visas nedan.

Skapa ett testset

Steg 3) Välj den skapade mappen och tilldela "Cykel" till den, vilket innebär att hela testsetet ska köras för cykel 1.

Skapa ett testset

Steg 4) Ange namnet på testsetet och klicka på "OK"

Obs: Target Cykelfältet är inaktiverat eftersom målcykeln är vald på mappnivå (2017 R1 – Cykel 1).

Skapa ett testset

Steg 5) Efter att ha skapat testsetet måste vi välja testerna och lägga till det i testsetet.

  1. Välj Test Set.
  2. Navigera till 'Execution Grid'.
  3. Klicka på knappen "Välj tester". Testplanträdet öppnas.
  4. Välj de tester som ska utföras för denna cykel.
  5. Klicka på knappen '<='. Detta kommer att flytta/dra testfall från testplan till testlabb.

Skapa ett testset

Steg 6) När du lägger till tester från testplansträdet visas alla konfigurationsparametrar för de valda testerna för användaren. Användaren kan redigera konfigurationen innan han lägger till den i testlabbet.

Obs: Användaren har ingen kontroll över valet av testkonfiguration i testlabbet. Därför kommer hela konfigurationen att läggas till testsetet som standard. Om en av de valda konfigurationerna INTE är en del av cykeln, efter att ha lagt till testerna, ta bort från testlabbet.

Skapa ett testset

Steg 7) Efter val av konfigurationer läggs de valda testerna till i testsetet. I det här fallet har vi valt alla tre konfigurationerna; därför kan vi hitta tre instanser av '01- Login Test'.

Skapa ett testset

Steg 8) Upprepa stegen ovan för att skapa fler testuppsättningar och välj alla relevanta tester som är planerade för denna cykel. Efter att ha skapat alla testset kommer strukturen för testset att se ut nedan:

Skapa ett testset

Steg 9) Den andra viktiga fliken som vi behöver förstå är 'Execution Flow'. Välj "Execution Flow Tab" som visar i vilken ordning testerna skulle visas under exekveringen. Användare kan också ändra exekveringsordningen med denna flik som kommer att behandlas i en separat del av denna modul.

Skapa ett testset

Hur man utför tester

Steg 1) Skapat testset är nu redo att köras. Tester kan utföras med två alternativ.

  • Kör testset – Det här alternativet tillåter användaren att utföra alla tester i en vald testuppsättning.
  • Körning – Det här alternativet hjälper användaren att utföra bara det valda testet.

Utför tester

Steg 2) Låt oss köra hela testsviten för inloggningsmodulen genom att välja alternativet "Kör testuppsättning". När du klickar på "Kör testset" visas två alternativ för användaren.

  1. Manuell löpare (standard) – Ordningen på testerna som visas under exekveringen skulle vara den för den ordning som visas i testsetets rutnät.
  2. Automatisk löpare – Ordningen på testerna som visas under körningen kommer att visas som den ordning som ställts in på fliken exekveringsflöde.

Låt oss fortsätta med standardalternativet.

Utför tester

Steg 3) Den manuella testlöparen visas för användaren. Låt oss i denna dialog förstå de viktiga funktionerna.

  1. Börja köra – Hjälper till att kickstarta utförandet
  2. Slutkörning – Avslutar den aktuella exekveringen och stänger den manuella löparen.
  3. Avbryt Kör – Avbryter utförandet av de aktuella testerna.
  4. bilagor – Hjälper oss att bifoga skärmdump/annan information relaterad till detta testkörning
  5. Ny defekt – När du klickar på den öppnas en ny defektdialog med vilken en defekt kan läggas upp.
  6. OS info – Ger information om operativsystemet där testerna utförs.
  7. Kör namn – Unik tidsstämpel med hjälp av vilken testresultaten kan analyseras vid ett senare tillfälle.

Klicka på "Börja köra".

Utför tester

Steg 4) Manuell testlöpare med testkontroller och steg visas för användaren. Låt oss förstå de funktioner som finns tillgängliga i denna testkörningsdialog.

Lägg till ett steg under testkörningen Lägg till ett steg under testkörningstiden.
Ta bort ett steg Ta bort ett steg under testkörningstiden.
Pass valt Pass valt
Underkänd valt Underkänd valt
Visar parametern för det valda teststeget Visar parametern för det valda teststeget
Ta skärmdump och lägg till bilagor Tillåter användaren att ta skärmdumpar och lägga till bilagor under körning.
Tillåter användaren att lägga till defekt Tillåter användaren att lägga till defekt under körning.
Visar användaren med en kompakt vy Visar användaren med en kompakt bild av testlöparen
Avsluta utförande Avsluta utförande
  1. Steg Numbers skapas under testdesignstadiet
  2. Descripti det valda steget.
  3. Förväntat resultat av det valda steget.

    Utför tester

Steg 5) Nästa test i testuppsättningen visas för användaren. Upprepa steg 3 och steg 4 för att köra testet och markera statusen därefter.

Utför tester

Hur man skapar ett testkörningsschema

Testare kan kontrollera testkörningen med hjälp av fliken "Execution Flow". Testare kan också ange datum och tid för exekvering av en viss testinstans. Vi kan också schemalägga testet baserat på resultaten från en annan specificerad testinstans i Execution Flow.

Låt oss nu förstå hur man schemalägger testflödet i HP-ALM.

Steg 1) Välj "Execution Flow"-fliken från Test Lab-modulen.

Skapa testkörningsschema

Steg 2) Double klicka på det specifika testet mot vilket schemat måste ställas in. "Testkörningsschema" skulle visas som visas nedan. Vi kan märka att det inte finns några exekveringsvillkor som är inställda som standard.

Skapa testkörningsschema

Steg 3) För att lägga till ett exekveringsvillkor, klicka på "+"-ikonen som visas nedan.

Skapa testkörningsschema

Steg 4) Dialogrutan Nytt körningsvillkor öppnas.

  1. Välj testet från testrullgardinsmenyn. Alla tester i testsetet kommer att visas
  2. Välj villkoret. Det kan ta antingen "Godkänd" eller "Färdig".
  3. Klicka på "OK".

    Skapa testkörningsschema

Steg 5) Testkörningsschemat visas med de tillagda körvillkoren.

Skapa testkörningsschema

Steg 6) Exekveringsflödet justeras automatiskt enligt nedan. Enligt flödet som visas nedan, testet 'Cluster Head' kommer endast att utföras när '02 – Reset Button Check' är klar.

Skapa testkörningsschema

Steg 7) Låt oss nu förstå hur testare kan ange datum och tid i exekveringsflödet för att köra ett visst test. Det är mer användbart när testare vet om beredskapen för en specifik funktionalitet eller för att schemalägga automatiserade tester.

Låt oss säga, chefsinloggningsprofilen skulle vara klar först efter ett specifikt datum. Därför kan testare utföra detsamma genom att specificera villkoren i 'Execution Flow'.

Double Klicka på testet för vilket exekveringsflödeskriterierna måste ställas in.

Skapa testkörningsschema

Steg 8) Nu,

  1. Navigera till modulen "Tidsberoende"
  2. Välj "Kör vid angiven tid"
  3. Ange det datum du vill utföra
  4. Ange den tid då du vill utföra testet
  5. Klicka på "Ok".

Skapa testkörningsschema

Steg 9) Fliken för körningsflöde kommer att justeras enligt nedan. Den här typen av schemaläggning är mycket användbar för automatiserade tester som följer samma steg.

Obs: Om det schemalagda datumet och tiden har infallit, kommer ALM automatiskt att starta testerna. Detta gäller även för automatiserade tester eftersom testet skulle köras utan manuell åtgärd. Förutsättningen för att utlösa testerna automatiskt är att värden ska vara redo (inte avstängd eller låst) och att den ska vara i ett tillstånd för att utlösa testet. Om det är ett manuellt test kommer det inte att bli någon effekt.

Skapa testkörningsschema

Hur man analyserar testresultat

Steg 1) När testkörningen är klar kan testare se resultaten i modulen "Testkörningar". Den innehåller resultaten av testinstanskörningar och testsetkörningar.

  1. Gå till "Testkörningar" på fliken "Testning" och fönstret öppnas som visas nedan:
  2. Körnamnet är ett unikt värde som genereras för var och en av dessa testkörningar.
  3. 'Status' visar den slutliga statusen för testkörningen.

Det detaljerade resultatet kan ses genom att klicka på "Kör ID".

Analysera testresultat

Steg 2) Dialogrutan Kör detaljer öppnas och användaren kommer att kunna se det detaljerade resultatet.

  1. Gå till fliken "Rapport" i fönstret "Kör detaljer".
  2. Testare kan kontrollera statusen för vart och ett av dessa teststeg.
  3. Klicka på "Ok" för att stänga dialogrutan.

Analysera testresultat

Video om testlabb

Klicka här. om videon inte är tillgänglig

Vanliga frågor

Nej. Test Lab arbetar på en instans av testfallet, så steg som läggs till eller redigeras under en körning stannar kvar i den körningen. Det överordnade testet i Testplanen är orört, vilket är anledningen till att det är säkert att experimentera under körning.

Manual Runner leder en testare genom varje test i testuppsättningens rutnätsordning. Automatic Runner följer exekveringsflödets ordning och startar tester på en specificerad värd, vilket är vad automatiserade skript kräver.

Tidsberoende utlöser endast automatiserade tester, och värden måste vara påslagen, upplåst och redo. Ett manuellt test med en schemalagd tid visar bara schemat; det startar inte av sig självt.

Ja. Exportera körrapporten så grupperar en AI-assistent fel efter sannolik orsak och separerar miljöproblem från verkliga defekter. En testare bekräftar varje grupp.ping innan fel uppstår.

Ja. Med tanke på ändringslistan och kravtäckningen föreslår en AI-assistent en regressionsdelmängd viktad efter risk och aktuell felhistorik. Testledaren godkänner den slutliga omfattningen för cykeln.

Sammanfatta detta inlägg med: