Meny

En 6-stegsguide för att effektivt hantera kundsamtal som QA-teammedlem

6 step guide handle client calls effectively

relationella kontra icke-relationella databasfördelar och nackdelar

Prova Vårt Instrument För Att Eliminera Problem

Det sista vi gör varje dag i de flesta projekt och företag är att göra det genom kundsamtal.

Kundsamtal är en integrerad och viktig del av hur arbetet samordnas och kommunikationskanaler hålls öppna i IT-team.

Kundsamtal är roliga när de är korta och uppgifterna är på rätt spår och kundens förväntningar uppfylls. När så inte är fallet kan kundsamtal leda till mycket ångest, ångest, besvikelse och demotivation.

Vad kan vi göra för att hjälpa oss själva i detta sammanhang?

hantera kundsamtal effektivt

God kommunikationsförmåga , språk- och accentkompetens, positiv attityd där vi tar skulden när vi ska betala, kontakta kunden på personlig nivå och säga ”ja” - är några saker som kan hjälpa, men tyvärr räcker det inte.

Vad mer behöver vi då?

Det är precis där den här artikeln kommer till nytta. Detta är vårt försök att skissera de många etapperna där klientinteraktion äger rum i ett QA-projekt och några tips i var och en som kan hjälpa till.

Läs också => Hur viktigt är det för en testare eller utvecklare att kommunicera med varandra?

Vad du kommer att lära dig:

# 1) Klientsamtal under kravanalys

qa klient ringer 1

När programvarukravsdokumentet för ett nytt projekt att testas har överlämnats måste vi vara noggranna med att förstå alla implicita och explicita områden i programvaran. Denna fas kräver en kundkvalitet av god kvalitet för förtydliganden och för att förbättra vår tolkning av produkten.

Läs mer => Hur man testar kravdokument

Process för insamling av krav

Några aspekter att tänka på:

  • Förbereda: Gå igenom kraven noggrant innan du ställer frågor
  • Gör en lista: Anteckna frågorna i förväg och prioritera listan vid behov. För att vara säker, försök att hålla en papperskopia av frågorna eftersom åtkomst till en dator kan bli svår i vissa konferensrum och det kan också vara fel i sista minuten.
  • Lös internt först: Kontrollera inom dina teammedlemmar eller tillgänglig dev eller BA först
  • Ge heads up : Skicka om möjligt frågorna till klienten via e-post så att de också kan förbereda sig
  • Diskutera: Var kortfattad, exakt, till sak och känn dig inte blyg att fråga igen, om inte klart
  • Spela in: Skriv ner förtydligandena
  • Föreslå: Lägg till förbättringsförslag om krav när det är tillämpligt
  • Underrätta: Låt kunden veta vilka efterföljande åtgärder är
  • Uppföljning till stängning: mejla resultatet av diskussionen för att se till att alla idéer och tankar är anpassade.

# 2) Kundsamtal under testplanering:

Efter klientens framgång på testplanen använder QA-team vanligtvis sina testplanmall till skapa en testplan inom den tidsfrist som kunden anger och skicka för granskning.

Det kan finnas ett samtal i detta skede för feedback och det här är sakerna att ta hand om:

  • Se till att klienten har det senaste testdokumentet och att det har granskats internt innan det skickas ut.
  • Ge klienten gott om tid för granskning
  • Be om möjligt klienten att skicka recensionskommentarer via e-post först
  • När klienten uttrycker att kommentarerna kan diskuteras via e-post eller att de är OK med dokumentet som det är, fortsätt till nästa steg och håll klienten uppdaterad om vad det är

# 3) Klientsamtal under spårbarhetsmatrisskapande

För projekt som följer spårbarhet framåt går vi vidare till att dela upp kraven i mindre funktioner med alla möjliga scenarier och skapa spårbarhetsmatris efter att testplanen är klar. Detta granskas vanligtvis av klienten så att de kan kontrollera täckningen och ge sitt godkännande av det, och vi kan gå vidare.

Följande punkter ska noteras för att göra denna interaktion enklare:

  • Liksom testplanen bör matrisen också granskas noggrant innan den skickas för klientgranskning.
  • Be om kommentarer via e-post, när det är möjligt
  • När kommentarerna skickas via e-post, diskutera kommentarerna med teamet, så att du direkt kan förklara upplösningen på var och en i samtalet - diskutera bara de prioriterade fallen. Resten kan vänta på e-post.
  • Få bekräftelse om skript kan startas
  • Om du har några frågor eller hämningar om scenen för manusskapande, se till att du klargör dem i det här samtalet.

# 4) Klientsamtal under testskript

Denna fas är längre än de sista och kundsamtal kan vara mer intensiva.

Dessa punkter kan hjälpa:

  • Uppfyll tidsfristerna: Försök att uppfylla eller överträffa målen för att skapa testskript.
  • Förbered dig på längre samtal
  • Undvik överraskningar: informera klienten om framstegen och inkludera spärrar så att klienten inte hör någon ny information för första gången under samtalet
  • Peer review först och se till att kartläggningen till RTM görs före samtalet
  • Undvik att upprepa status-e-posten i detalj eftersom den redan har skickats via e-post. Gå bara in i detaljerna om klienten ber om något specifikt eller när klienten begär det
  • Avbryt eller avbryt samtalet om klienten och QA-teamet inte har några frågor eller inget att diskutera
  • Förklara planen för nästa uppgifter
  • Vid blockering som hindrar oss från att gå längre, tänk på alternativa uppgifter och kommunicera samma sak till klienten.

# 5) Klientsamtal under skriptkörning och defektloggning

(Klicka på bilden för förstorad vy)

qa klient ringer 2

För att denna fas ska vara effektiv måste vi uppfylla de beräknade tidslinjerna och kvaliteten på den rapport som kommunicerar den måste vara utmärkt och korrekt.

Läs mer => Testkörningsprocess

  • Precis som testskriptsfasen kan även samtalen vara långa och kan hantera komplicerade problem. Så var fokuserad och tålamod.
  • Förhandsmeddelande hjälper
  • Ge de övergripande höjdpunkterna för den dagens status i början av samtalet
  • När statusdiskussionen är klar, gå vidare till defektstatus
  • Lös frågor
  • Förklara nästa sekvens av uppgifter

Notera - Ibland kan det hända att många skript misslyckas. Och klienten kanske inte mår bra med detta. Även om det inte är vårt fel, utför testfall som vanligt (om möjligt, mer) för att hålla koll på och kompensera dålig kvalitet med framsteg.

Läs också => Hur man skriver effektiva mejl till QA (eller något annat) team

# 6) Klientsamtal under UAT / efter släpp / i produktion

  • Informera klienten om eventuella kända problem och lösningar för att hjälpa till med UAT
  • När du tillfrågas om en defekt som upptäcktes under UAT, svara dem med grundorsak / lösning via e-post när det är möjligt eller ring ett kort samtal för att förklara detsamma
  • Föreslå vilka åtgärder som ska vidtas i kända frågor - hantera dem via en ändringsförfrågan eller RFC ( begäran om ändring ) - eller för att omfatta dem som ett nytt projekt, etc.
  • När produkten är live-kontrollera om underhållskraven från kunden
  • Rekommendera prestanda eller andra icke-funktionella tester som ska göras, om du tycker det är nödvändigt

Ett sista tips är: Be om feedback. Om du har följt en praxis, fråga klienten om det var till hjälp att se till att du vi involverar klienten för att bestämma vad som fungerar bäst.

Slutsats

Att perfektera klient-teamkommunikationen är en svår balans att uppnå, men med få enkla steg kan vi komma dit och göra framsteg.

Ovanstående punkter är tidstestade och har praktiskt genomförts, så vi vet att dessa fungerar.

Meddela oss gärna om du har några andra tips och tricks i ärmen.

Som alltid vill vi gärna höra från dig. Vänligen kommentera eller skicka frågor nedan.

hur man skapar ett projekt i förmörkelse

Rekommenderad läsning

^