Menu

En 6-trins vejledning til effektiv håndtering af klientopkald som QA-teammedlem

6 step guide handle client calls effectively

Den sidste ting, vi gør på enhver dag i de fleste projekter og virksomheder, er at gøre det gennem klientopkaldene.

Klientopkald er en integreret og vigtig del af, hvordan arbejdet koordineres, og kommunikationskanaler holdes åbne i it-teams.

Klientopkald er sjove, når de er korte, og opgaverne er på rette spor, og kundens forventninger er opfyldt. Når dette ikke er tilfældet, kan klientopkald føre til meget angst, angst, skuffelse og demotivation.

Hvad kan vi gøre for at hjælpe os selv i denne sammenhæng?

håndtere klientopkald effektivt

Gode ​​kommunikationsfærdigheder , sprog- og accentekspertise, positiv holdning, hvor vi tager skylden, når det skal betales, at interagere med klienten på et personligt plan og sige 'ja' - er et par ting, der kan hjælpe, men desværre er det ikke nok.

software test interview spørgsmål og svar doc

Hvad mere har vi brug for?

Det er præcis, hvor denne artikel kommer til nytte. Dette er vores forsøg på at skitsere de mange faser, hvor klientinteraktion finder sted i et QA-projekt og et par tip i hver enkelt, der kan hjælpe.

Læs også => Hvor vigtigt er det for en tester eller udvikler at kommunikere med hinanden?

Hvad du vil lære:

# 1) Klientopkald under kravanalyse

qa klientopkald 1

Når først softwarekravsdokumentet til et nyt projekt, der skal testes, er afleveret, skal vi være grundige med at forstå alle de implicitte og eksplicitte områder af softwaren. Denne fase kræver et klientopkald af god kvalitet for at få afklaringer og forbedre vores fortolkning af produktet.

Læs mere => Sådan testes kravsdokumenter

Process for indsamling af krav

Et par aspekter at huske på:

  • Forberede: Gå grundigt igennem kravene, inden du stiller spørgsmål
  • Lav en liste: Bemærk spørgsmålene på forhånd og prioriter listen, hvis det er nødvendigt. For at være sikker skal du prøve at opbevare en kopi af spørgsmålene, da adgang til en computer kan blive vanskelig i nogle konferencelokaler, og der kan også være fejl i sidste øjeblik.
  • Løs først internt: Tjek inden for dine teammedlemmer eller ledig dev eller BA først
  • Giv heads up : Hvis det er muligt, skal du sende listen med spørgsmål til klienten via e-mail, så de også kan forberede sig
  • Drøfte: Vær kortfattet, præcis, til det punkt og føl dig ikke genert til at spørge igen, hvis det ikke er klart
  • Optage: Skriv de afklarede oplysninger ned
  • Antyder: Lav forbedringsforslag til krav, når det er relevant
  • Informere: Lad klienten vide, hvad de efterfølgende handlinger er
  • Opfølgning til lukning: mail resultatet af diskussionen for at sikre, at alle ideer og tanker er tilpasset.

# 2) Klientopkald under testplanlægning:

Efter klientens klargøring om testplanen bruger QA-hold normalt deres testplan skabelon til oprette en testplan inden for den af ​​klienten fastsatte frist og sendes til gennemgang.

Der er muligvis et kald på dette stadium for feedback, og det er disse ting, man skal tage sig af:

spørgsmål om sæbe og afslappende webtjenester
  • Sørg for, at klienten har det seneste testplandokument, og at det er gennemgået internt, før det sendes ud.
  • Giv klienten rigelig tid til gennemgang
  • Når det er muligt, skal du bede klienten om at sende gennemgangskommentarer via e-mail først
  • Når klienten udtrykker, at kommentarerne kan diskuteres via e-mail, eller at de er OK med dokumentet, som det er, skal du fortsætte til næste trin og holde klienten opdateret om, hvad det er

# 3) Klientopkald under oprettelse af sporbarhedsmatrix

For projekter, der følger sporbarhed fremad, går vi videre til opdeling af krav i mindre funktionaliteter med alle mulige scenarier og Opret sporbarhedsmatrix efter testplanen er færdig. Dette gennemgås normalt af klienten, så de kan kontrollere dækningen og give deres godkendelse til den, og vi kan gå videre.

Følgende punkter skal bemærkes for at gøre denne interaktion enklere:

  • Ligesom testplanen skal matrixen også gennemgås grundigt, før den sendes til klientanmeldelse.
  • Bed om kommentarer via e-mail, når det er muligt
  • Når kommentarerne sendes via e-mail, skal du diskutere kommentarerne med holdet, så du direkte kan forklare beslutningen om hver enkelt i opkaldet - kun diskutere prioritetssagerne. Resten kan vente på e-mail.
  • Få bekræftelse, hvis scripting kan startes
  • Hvis du har spørgsmål eller hæmninger om scenen til manuskription, skal du sørge for at få dem afklaret i dette opkald.

# 4) Klientopkald under test-scripting

Denne fase er længere end de sidste, og klientopkald kan være mere intense.

Disse punkter kan hjælpe:

  • Overhold deadlines: Prøv at nå eller overstige målene for oprettelse af testscripts.
  • Forbered dig på længere opkald
  • Undgå overraskelser: informer klienten om fremskridtene og inkluder vejspærringer, så klienten ikke hører nye oplysninger for første gang under opkaldet
  • Peer review først, og sørg for, at kortlægningen til RTM udføres inden opkaldet
  • Undgå at gentage status-e-mailen i detaljer, da den allerede er sendt via e-mail. Gå kun ind i detaljerne, hvis klienten beder om noget specifikt, eller når klienten anmoder om det
  • Annuller eller afbryd opkaldet, hvis klienten og QA-teamet ikke har spørgsmål eller intet at diskutere
  • Forklar planen for de næste opgaver
  • I tilfælde af blokering, der forhindrer os i at gå videre, skal du tænke på alternative opgaver og kommunikere det samme til klienten.

# 5) Klientopkald under udførelse af script og fejllogning

(Klik på billedet for at se et større billede)

qa klient ringer 2

For at denne fase skal være effektiv, skal vi overholde de anslåede tidslinjer, og kvaliteten af ​​den rapport, der kommunikerer den, skal være fremragende og korrekt.

Læs mere => Testudførelsesproces

  • Ligesom testscriptfasen kan også opkaldene være lange i denne fase og måske håndtere komplicerede problemer - så vær fokuseret og tålmodig.
  • Advance e-mail hjælper
  • Giv de overordnede højdepunkter for den dags status i begyndelsen af ​​opkaldet
  • Når statusdiskussionen er afsluttet, skal du gå videre til defektstatus
  • Løs forespørgsler
  • Forklar den næste rækkefølge af opgaver

Bemærk - Nogle gange kan vi have mange scripts mislykkes. Og klienten føler sig måske ikke godt om dette. Selvom det ikke er vores skyld, skal du udføre testsager som normale (hvis det er muligt, mere) for at holde styr på og kompensere for dårlig kvalitet med fremskridt.

Læs også => Sådan skriver du effektive e-mails til QA (eller et hvilket som helst) team

# 6) Klientopkald under UAT / efter frigivelse / i produktion

  • Informer klienten om eventuelle kendte problemer og løsninger til hjælp med UAT
  • Når du bliver spurgt om en defekt, der blev fundet under UAT, skal du svare dem med grundårsag / løsning via e-mail, når det er muligt, eller foretag et kort opkald for at forklare det samme
  • Foreslå, hvilke handlinger der skal tages i kendte problemer - for at håndtere dem via en ændringsanmodning eller RFC ( anmodning om ændring ) - eller for at omfatte dem som et nyt projekt osv.
  • Når produktet er live, skal du kontrollere vedligeholdelseskravene fra klienten
  • Anbefal ydeevne eller anden ikke-funktionel test, der skal udføres, hvis du mener nødvendigt

Et sidste tip er: Bed om feedback. Hvis du har fulgt en praksis, så spørg klienten, om det var nyttigt at sikre, at du vi involverer klienten i at beslutte, hvad der fungerer bedst.

Konklusion

At perfektionere klient-teamkommunikationen er en vanskelig balance at opnå, men med få enkle trin kan vi komme derhen og gøre fremskridt.

Ovenstående punkter er tidstestet og er praktisk implementeret, så vi ved, at disse fungerer.

Fortæl os os, hvis du har andre tip og tricks på ærmet.

Som altid vil vi meget gerne høre fra dig. Kommenter eller post spørgsmål nedenfor.

Anbefalet læsning

^