Menu

Micro Focus ALM Synchronizer Defect Management Tool Praktisk vejledning

micro focus alm synchronizer defect management tool hands tutorial

Prøv Vores Instrument Til At Fjerne Problemer

Oversigt over HP ALM Synchronizer, nu Micro Focus ALM Synchronizer:

Micro Focus ALM Synchronizer ser ud til at være et meget nyt udtryk for de fleste af os, og flere spørgsmål omgiver os, når vi først ser eller hører til dette udtryk.

Når vi støder på et nyt udtryk, begynder vi normalt at foretage en Google-søgning for at finde ud af detaljerne om, hvad det er. Når vi søger efter dette udtryk, kan der desværre ikke findes mange resultater undtagen nogle installationsvejledninger, billeder, få beskrivende detaljer osv.

For at få en ordentlig forståelse af dette kræves nogle tutorial / artikel på lettere sprog, især for dem der for første gang dækker emnet Micro Focus ALM Synchronizer. Det er hovedårsagen til, at jeg deler dette emne med jer alle. Og jeg er heldig nok til at få en chance for at arbejde på dette værktøj og forstå det nøje.

HP ALM Synchronizer

Denne artikel giver et komplet overblik over rollen, behovet og arbejdet med Micro Focus ALM-værktøjet sammen med dets downloadlink og procedure på en præcis måde eller din nemme forståelse. Denne artikel vil virkelig være en guide til dem, der er nye med dette værktøj.

Hvad du vil lære:

Oversigt

Micro Focus ALM Synchronizer er et meget nyttigt og praktisk værktøj til de virksomheder, hvor udviklerne bruger nogle Defect Management-værktøjer som TFS (Team Foundation Server), og Testers / QA bruger nogle andre Defect Management Tools som QC / ALM ( Kvalitetscenter / Application Lifecycle Management).

Lad os se fuldstændigt på det nu .. !!!!

Micro Focus ALM Synchronizer er en ' Fejlstyringsværktøj '.

Mange virksomheder bruger dette værktøj til jævn strøm af mangelforvaltning blandt udviklere og testere. Håndtering af mangler er en af ​​de vigtige opgaver ved testning. Derfor er det vigtigt at have et sådant værktøj, der kan sikre en jævn strøm af mangelforvaltning over hele virksomheden blandt udviklerne og testerne.

Nu kommer spørgsmålet om, hvad gør Micro Focus ALM Synchronizer nøjagtigt, og hvordan?

Lad os følge vejledningen nedenfor for at finde svar på dette spørgsmål.

java kodning interview spørgsmål og svar til erfarne

Dette værktøjs rolle

Dette værktøj gør det muligt for en at synkronisere data mellem Micro Focus ALM og dens følgende slutpunkter. Der vil altid være 1 ALM-instansværktøj i den ene ende og et andet værktøj i den anden ende, blandt hvilke synkronisering udføres. Jeg overvejer Micro Focus ALM og TFS som 2 slutpunkter for resten af ​​vejledningen.

Nedenstående diagram viser synkronisering mellem 2 slutpunkter:

HP ALM

'Micro Focus ALM / QC' er et værktøj, der bruges af testerne / QA til at håndtere al information relateret til mangler. Den anden er 'TFS', som bruges blandt udviklerne til at håndtere al information om mangler.

Hvis testere foretager ændringer i nogle defekter i QC-slutningen, hvordan kan udviklerne holde en opdatering af det eller i enkle vendinger, kan vi sige, hvordan kan udviklerne holde øje med testernes handlinger for den samme defekt fra TFS-enden .

Dette problem opstår bare på grund af manglende kommunikation mellem udviklerne og QC / ALM i mange organisationer, og de bruger udelukkende TFS / JIRA eller lignende måde til defekthåndtering.

I sådanne tilfælde kommer et værktøj som Micro Focus ALM Synchronizer ind i billedet.

Download info

Micro Focus ALM Synchronizer Client og serveren kan downloades fra Micro Focus Site.

Det er meget vigtigt at kende versionerne af 2 slutpunkter, før du downloader Synchronizer.

Eksempel :Hvis versionerne af Micro Focus ALM og TFS er 12.2, skal 12.2 Synchronizer Client downloades på den lokale maskine, hvorfra synkroniseringen skal køre.

Før du downloader klienten, er det vigtigt at tilmelde sig et Micro Focus Passport og derefter logge på den downloadede software og dokumentation til installationsvejledningen.

Her er linket for at blive registreret: Download link

Klik på Register for Micro Focus Official site for at oprette en konto og derefter logge ind og downloade efter behov.

For hjælp til installationsvejledningen og dokumentationen kan du gå til værktøjets hjælpemenu.

Behov for dette værktøj

Efter at have fået et overblik over dette værktøj, går vi nu videre til næste afsnit for at vide, hvorfor behovet for Micro Focus ALM Synchronizer faktisk opstod, og hvad alt det præcist gør.

Lad os se på svarene:

# 1) Serverer formålet med integration - mellem både TFS og QC / ALM, som derved sætter testteamet i stand til at koordinere projektledelse med det udviklingsteam, der faktisk bruger TFS strengt.

# 2) Synkroniserer QC-defekter med TFS-fejl - Hvad betyder det? Det betyder, at når en defekt er logget af en hvilken som helst tester i QC-enden, så kortlægges al dens relaterede information direkte i TFS, når synkroniseringen begynder at køre, udviklerne også får at vide om enhver ny defekt, der er logget med alle detaljerne til det.

# 3) Understøtter fejlhåndtering - Ingen kan være 100% perfekte, og det er ret almindeligt, at mennesker begår fejl, og det er her, synkroniserere kommer ind i billedet ved at tilvejebringe fejlhåndteringsmekanisme. Brug af fanen 'Avanceret' Synkronisering gør det muligt ved at lade en bestemt gruppe e-mail-adresse sektion, der kan reagere hurtigt og intimisere den pågældende person til at rette fejlene.

For at forklare mere om dette på en praktisk måde vil jeg fortælle dig, at jeg i mit firma engang havde ansvaret for at se nærmere på fejlene og få dem rettet ved at gøre den pågældende person.

Man skal have lidt træning og grundlæggende viden for at få det gjort, da fejl kan være af forskellige slags. (Typer af fejl diskuteres nedenfor i denne artikel)

# 4) Fejlhåndtering - Dette opnås let ved hjælp af dette værktøj ved at matche / synkronisere felterne i QC Defect IDs (som prioritet, beskrivelse af defekten osv.) Med de tilsvarende TFS ID'er.

Eksempel :Defekt har nogle vedhæftede filer (dokumenter), og for den samme fejl er der et tilsvarende TFS-ID.

Men hvis der er en vis uoverensstemmelse i dokumenterne i begge ender (de dokumenter, der er ved QC-slutningen ikke er til stede i TFS-slutningen), løser synkroniseringsproblemet problemet ved at synkronisere og lade de samme dokumenter gøres tilgængelige i begge ender, dvs. ved TFS såvel som ved QC.

Følgende er skærmbilledet, der viser udseendet og følelsen af ​​dette værktøj med dets felter og links:

HP ALM Synchronizer

Som det ses i ovenstående diagram er der flere faner og links sektion på venstre side. Vi ser på linkene i det kommende afsnit.

Links til ALM Synchronizer

Nu ved vi, at der vil være 2 slutpunkter, og synkronisering vil blive udført blandt disse 2 slutpunkter, og nu er spørgsmålet, der kommer næste, at hvordan og hvor vil det være til stede i synkroniseringen.

Links bruges til lagring af information om disse, eller vi kan sige, at det definerer, hvilke enheder der er inkluderet i synkroniseringen, og hvordan synkronisering udføres.

Nøglepunkter, der skal bemærkes:

  • 2 Links vil være til stede, navngivet i henhold til organisationens bekvemmelighed.
  • For at forstå det bedre kan vi navngive dem som Link1 og Link2.
  • På ALM / QC (slutpunkt1) front vil defekter blive betegnet som 'Bugs' og som 'Task' i TFS-enden (endpoint2). Bemærk :Jeg bruger disse 2 udtryk i hele artiklen til at angive Defekt i disse 2 slutpunkter med disse navne.
  • Alle relaterede oplysninger, som det ses i diagrammet (relateret til forskellige faner som generel information, relateret til forbindelse, feltkortlægning, planlægning) skal opdateres for begge links.
  • Links skal altid være i en aktiveret tilstand, da synkronisereren kun kan køre i den aktiverede tilstand.
  • Ved at højreklikke på et af linkene kan synkronisereren køre ved at vælge indstillingen Kør synkroniser (en af ​​de 3 typer synkroniser - som vi vil diskutere om et stykke tid)

Dette er de grundlæggende oplysninger, du har brug for at vide om links til dette værktøj.

Faner i dette værktøj

Jeg har forsøgt at give en kort oversigt over hver fane på den nemmeste måde for din bedre forståelse, så hvis du i tilfælde af at du får en chance for at arbejde på dette værktøj i fremtiden, vil du i det mindste være opmærksom på, hvad hver af dem repræsenterer.

# 1) Generelt Tab - Dette er den første fane, der dækker al den generelle information om begge slutpunkter. Dette viser slutpunktsnavnet, typen og oplysningerne om alle typer synkroniseringskørsler, og om kørslen blev bestået, mislykkedes eller mislykkedes med fejl sammen med rapporterne.

# 2) Fanen Forbindelse - Denne fane indeholder alle forbindelsesrelaterede detaljer som brugernavn, en adgangskode til begge slutpunkter og giver en knap til kontrol af forbindelse. Du kan kontrollere, om forbindelsen er vellykket eller ej.

# 3) Planlægning Tab - Denne fane viser de planlagte oplysninger om kørsel af en synkroniser, og på hvilket tidspunkt synkronisereren kører ved at bevise detaljerne for begge slutpunkter, eller vi kan sige for begge synkroniseringsmidler (Link1 og Link2 nemlig).

# 4) Fanen Filtre - Denne fane bruges til at give filterindstillinger, der angiver, om der kræves et filter for at synkronisere dataene eller ej. Forespørgsler fra backend kan leveres til både linkene, og navnet på forespørgslerne kan indstilles som et filter. For link1 kan en forespørgsel gemmes på henholdsvis ALM-siden og link2 på TFS-siden.

# 5) Fanen Begivenheder - Denne fane indeholder detaljer eller regler for oprettelse, opdatering, sletning af en post osv., Og hvis der oprettes en post i den ene ende, hvad skal der gøres i den anden ende. Hvis en post slettes eller opdateres ved et slutpunkt, hvad vil den tilsvarende begivenhed være ved andre slutpunkter.

Disse detaljer kan placeres på denne fane ved at vælge den ønskede alternativknap eller ved at vælge 'Gøre ingenting' mulighed, hvis der ikke kræves noget at indstille.

# 6) Fanen Kortkortlægning - Dette er en meget vigtig fane, der skal forstås, da dette indeholder detaljerne om alle felterne i begge slutpunkter.

Eksempel :Status, sværhedsgrad, prioritet af mangler osv. Er gemt for både linkene og felter kan kortlægges tovejs eller envejs i nogle tilfælde.

Og hvis sværhedsgraden opdateres af en defekt på ALM-siden, skal den samme værdi også flytte til TFS-siden og omvendt. Derfor er det kortlagt som tovejs. Felter kan også redigeres ved at vælge feltet og klikke på redigeringsknappen til stede på synkroniseringen på skærmbilledet til feltkortlægning.

Men dette skal kun udføres af trænede, da enhver fejl kan hæmme funktionen af ​​hele synkroniseringen.

# 7) Fanen Avanceret- Denne fane er allerede diskuteret ovenfor i punktet Fejlhåndtering. Dette er grundlæggende for at levere en avanceret funktion til at intimisere den pågældende person til at rette fejl.

Dernæst kommer arbejdet med en Synchronizer. !!

Arbejde med Micro Focus ALM Synchronizer

Nedenstående punkter viser, hvordan en Synchronizer fungerer nøjagtigt.

  • En bruger kan definere input- og outputkriterierne under synkroniseringsprocessen. Det betyder, at hvis en bruger ønsker at reflektere ændringerne i QC eller TFS, kan der følgelig leveres et input i en hvilken som helst af enderne. For at udtrykke det bedre, hvis et input er TFS, og output er QC, vil alle ændringer blive afspejlet i QC-defekterne og omvendt. Eksempel :Hvis jeg opretter en ny defekt i QC, er input QC, og output er TFS, og det tilsvarende TFS-ID til QC Defect ID oprettes i overensstemmelse hermed.

To måder synkroniser

  • For hver valgt defekt til synkronisering i QC opretter den et matchende arbejdselement i TFS, og for hvert valgte arbejdselement i TFS oprettes det en matchende defekt i QC. Ovenstående diagram viser også tydeligt denne 2-vejssynkronisering. Bemærk: For nyt element oprettet i TFS-slutningen vil jeg henvise til det som 'Arbejdsemne'.
  • For hver defekt, der opdateres i QC, opdaterer den en matchende arbejdsartikel i TFS.
  • Det kortlægger opregnede værdier som sværhedsgrad, prioritet osv. For hver defekt.
  • Det synkroniserer vedhæftede filer mellem TFS og QC.

Lad os derefter se på de fejl, der opstår, mens vi arbejder med Micro Focus ALM Synchronizer, og jeg vil kortlægge dig mere om alle mulige fejltyper sammen med deres opløsning.

Fejl under arbejde med dette værktøj

Du kan komme på tværs af nogle problemer, mens du arbejder med Synchronizer. Når flere mennesker er involveret i et arbejdsmiljø, øges chancerne for fejlforekomst tilsvarende. Men man skal være klar til at få det rettet så hurtigt som muligt.

Fejl kan være af følgende typer:

# 1) Forkert indtastet værdi:

Når du arbejder på en QC-defekt, kan enhver opdatere / indtaste beskrivelsen forkert med nogle uønskede mellemrum eller med nogle forkerte symboler.

I et sådant tilfælde kan du for at rette op på problemet gå og tjekke historikken for defekten i QC som hvem der har arbejdet på det samme, og du kan intimisere den pågældende person for at få den opdateret korrekt. Det anbefales ikke at rette det selv, selvom du kender løsningen.

Lad den pågældende person håndtere det. Endelig, når den er opdateret korrekt, kan du køre synkroniseringen og kontrollere rapporten, om den er bestået eller ej, og informere personen igen i tilfælde af problemer. Det samme kan gøres, hvis der opstår et problem på TFS-siden.

# 2) Dokumentudgave:

Nogle gange har de dokumenter, der er knyttet til defekten, muligvis ikke den forventede størrelse eller det forventede format. Dette kan igen give en fejl i FAILED / UPDATE / DELETE ATTACHMENTS, og man skal derfor rette op på det.

Processen vil være den samme for at lade den pågældende person uploade dokumenterne med den forventede størrelse eller format.

# 3) Tom værdi i obligatoriske felter:

Hvis et af de obligatoriske felter efterlades blanke, kaster det automatisk en fejl.

Lad den pågældende person igen opdatere det korrekt og køre synkroniseringen for at se resultaterne.

Lad os endelig diskutere Synkroniseringstyper !!

Typer af Micro Focus ALM Synchronizer

Hver type Synchronizer kører på baggrund af forskellige krav og kan planlægges at køre på bestemte tidspunkter på en dag for at vide, om de opdaterede og nyoprettede poster synkroniseres korrekt uden problemer.

# 1) Inkrementel synkronisering

Som navnet selv antyder, kører det i tilfælde af trin, eller når der foretages nogle ændringer. Denne kørsel er til at bestemme, hvilke poster i slutpunktet der blev oprettet eller ændret siden den forrige synkroniseringsopgave.

Senere udføres synkronisering mellem de 2 slutpunkter baseret på de indstillinger og tilknytninger, der udføres for linket.

# 2) Fuld synkronisering

Denne synkronisering er til fuld synkronisering, dvs. at udføre en fuld sammenligning af posterne i hvert slutpunkt. Dette er nyttigt at samle information om de poster, der ikke synkroniseres i en trinvis kørsel. Derfor, når denne kører, synkroniseres hver post.

Ved hjælp af rapporterne kan man nemt vide, hvilke alle poster i slutpunkterne ikke er synkroniseret korrekt.

# 3) Integritetskontrol

Dette er helt forskelligt fra ovenstående. Dette køres ikke i normale scenarier. Dette kører hovedsageligt når du opretter et nyt link eller ændrer et eksisterende link.

Dette skal håndteres meget nøjagtigt, da linket forbliver ugyldigt ved dets fiasko og kan ikke aktiveres til synkronisering.

HP ALM Synchronizer Links

Konklusion

I en nøddeskal er en synkroniser et værktøj, hvis funktioner kan bruges ved blot at indtaste / oprette slutpunkterne og deres relaterede felter kun en gang, og en bestemt timing kan tildeles den senere, hvorpå den kører dagligt og giver detaljerede rapporter for at sikre, om alt er på plads.

Færre mangler er et tegn på effektiv test, og gennem dette værktøj kan det sikres ved at kontrollere kontrollen af ​​manglerne og ved at se både udviklerne og testerne udføre deres opgaver effektivt uden skyld på hinanden.

Hver gang en defekt er logget, vil al dens relaterede information være tilgængelig for både udviklere og testere med fuld gennemsigtighed ved hjælp af Micro Focus ALM Synchronizer Tool.

Kun dem, der bruger dette værktøj, kan virkelig forstå dets betydning. Jeg er virkelig begejstret, og det er en fornøjelse at have viden og praktisk erfaring med et sådant futuristisk værktøj.

Om forfatteren: Dette indlæg er skrevet af STH-teammedlem Varsha G.

Har du prøvet dette værktøj. Fortæl os dine oplevelser i kommentarfeltet nedenfor.

Anbefalet læsning

^