6 step guide handle client calls effectively
relasjonell vs ikke relasjonell database fordeler og ulemper
Det siste vi gjør hver dag i de fleste prosjekter og selskaper, er å gjøre det gjennom kundesamtalene.
Kundesamtaler er en integrert og viktig del av hvordan arbeidet blir koordinert og kommunikasjonskanaler holdes åpne i IT-team.
Kundesamtaler er morsomme når de er korte og oppgavene er på rett spor og kundens forventninger blir oppfylt. Når det ikke er tilfelle, kan kundeanrop føre til mye angst, angst, skuffelse og demotivasjon.
Hva kan vi gjøre for å hjelpe oss selv i denne sammenhengen?
Gode kommunikasjons evner , språk- og aksentekspertise, positiv holdning der vi tar skyld når vi skal, samtale med klienten på et personlig nivå og si 'ja' - er noen ting som kan hjelpe, men dessverre er det ikke nok.
Hva mer trenger vi da?
Det er akkurat der denne artikkelen kommer til nytte. Dette er vårt forsøk på å skissere de mange stadiene der klientinteraksjon foregår i et QA-prosjekt og noen få tips i hver og en som kan hjelpe.
Les også => Hvor viktig er det for en tester eller utvikler å kommunisere med hverandre?
Hva du vil lære:
- Nr. 1) Kundeanrop under kravanalyse
- # 2) Kundesamtaler under testplanlegging:
- # 3) Kundesamtaler under opprettelse av sporbarhetsmatrise
- # 4) Kundesamtaler under testskripting
- # 5) Klientanrop under skriptutførelse og feillogging
- # 6) Kundesamtale under UAT / etter utgivelse / i produksjon
- Konklusjon
- Anbefalt lesing
Nr. 1) Kundeanrop under kravanalyse
Når dokumentet for programvarekrav for et nytt prosjekt som skal testes er overlevert, må vi være grundig i å forstå alle de implisitte og eksplisitte områdene av programvaren. Denne fasen trenger en kundekall av god kvalitet for å få avklaringer og for å forbedre vår tolkning av produktet.
Les mer => Hvordan teste kravdokumenter
Noen få aspekter å huske på:
- Forberede: Gå grundig gjennom kravene før du legger ut spørsmål
- Lage en liste: Legg merke til spørsmålene på forhånd og prioriter listen om nødvendig. For å være trygg, prøv å ha en kopi av spørsmålene fordi tilgang til en datamaskin kan bli vanskelig i noen konferanserom, og det kan også være feil i siste øyeblikk.
- Løs internt først: Sjekk i teammedlemmene eller tilgjengelig dev eller BA først
- Gi hodet opp : Hvis mulig, send listen over spørsmål til klienten via e-post slik at de også kan forberede seg
- Diskutere: Vær konsis, presis, til poenget og ikke bli sjenert av å spørre igjen, hvis ikke klart
- Ta opp: Skriv ned avklaringene som er gitt
- Foreslå: Gi forbedringsforslag om krav når det er aktuelt
- Informere: La kunden vite hva de påfølgende handlingene er
- Følg opp til nedleggelse: send resultatet av diskusjonen via e-post for å sikre at alle ideer og tanker er justert.
# 2) Kundesamtaler under testplanlegging:
Etter klientens klargjøring av testplanen bruker QA-team vanligvis sine testplanmal til lage en testplan innen tidsfristen som klienten har satt og sendt til vurdering.
Det kan være et kall på dette stadiet for tilbakemelding, og dette er tingene du må ta vare på:
- Forsikre deg om at klienten har det siste testplandokumentet, og at det har blitt gjennomgått internt før du sender det ut.
- Gi klienten god tid til gjennomgang
- Når det er mulig, ber du klienten om å sende gjennomgangskommentarer via e-post først
- Når klienten gir uttrykk for at kommentarene kan diskuteres via e-post eller at de er OK med dokumentet som det er, kan du fortsette til neste trinn og holde klienten oppdatert om hva det er
# 3) Kundesamtaler under opprettelse av sporbarhetsmatrise
For prosjekter som følger sporbarhet fremover, går vi videre til å dele krav i mindre funksjonaliteter med alle mulige scenarier og lage sporbarhetsmatrise etter at testplanen er ferdig. Dette blir vanligvis vurdert av klienten slik at de kan sjekke dekningen og gi sin godkjenning på den, og vi kan gå videre.
Følgende punkter skal bemerkes for å gjøre denne interaksjonen enklere:
- I likhet med testplanen, bør matrisen også gjennomgås nøye, før den sendes til klientvurdering.
- Be om kommentarer via e-post, når det er mulig
- Når kommentarene sendes via e-post, diskuter kommentarene med teamet, slik at du direkte kan forklare oppløsningen på hver og en i samtalen - diskutere bare prioritetssakene. Resten kan vente på e-post.
- Få bekreftelse hvis skripting kan startes
- Hvis du har spørsmål eller hemninger rundt scenen for manusopprettelse, må du sørge for å få dem avklart i denne samtalen.
# 4) Kundesamtaler under testskripting
Denne fasen er lengre enn de siste, og klientsamtaler kan være mer intense.
Disse punktene kan hjelpe:
- Oppfyll fristene: Prøv å oppfylle eller overskride målene for å lage testskripter.
- Forbered deg på lengre samtaler
- Unngå overraskelser: informer klienten om fremdriften og inkluder veisperringer slik at klienten ikke hører ny informasjon for første gang under samtalen
- Peer review først og sørg for at kartleggingen til RTM gjøres før samtalen
- Unngå å gjenta status-e-posten i detalj, da den allerede er sendt via e-post. Gå bare inn i detaljene hvis klienten ber om noe spesifikt, eller når klienten ber om det
- Avbryt eller avbryt samtalen i tilfelle klienten og QA-teamet ikke har spørsmål eller ingenting å diskutere
- Forklar planen for de neste oppgavene
- I tilfelle blokkering som hindrer oss i å gå lenger, tenk på alternative oppgaver og kommuniser det samme til klienten.
# 5) Klientanrop under skriptutførelse og feillogging
(Klikk på bildet for forstørret visning)
For at denne fasen skal være effektiv, må vi oppfylle de estimerte tidslinjene, og kvaliteten på rapporten som kommuniserer den må være utmerket og korrekt.
Les mer => Testutførelsesprosess
- I likhet med testskriptfasen, kan også samtalene være lange og kan håndtere kompliserte problemer - så vær fokusert og tålmodig.
- Forhånds e-post hjelper
- Gi det generelle høydepunktet for statusen til dagen i begynnelsen av samtalen
- Når statusdiskusjonen er fullført, fortsett til mangelfunksjon
- Løs spørsmål
- Forklar neste sekvens av oppgaver
Merk - Noen ganger kan vi ha mange skript som mislykkes. Og klienten føler seg kanskje ikke bra om dette. Selv om det ikke er vår feil, utfør testtilfeller som normalt (hvis mulig, mer) for å holde deg på sporet og kompensere for dårlig kvalitet med fremgang.
Les også => Hvordan skrive effektive e-poster til QA (eller hvilket som helst) team
# 6) Kundesamtale under UAT / etter utgivelse / i produksjon
- Informer klienten om kjente problemer og løsninger for å hjelpe deg med UAT
- Når du blir spurt om en feil som ble funnet under UAT, svar dem med grunnårsak / løsning via e-post når det er mulig, eller ring en kort samtale for å forklare det samme
- Legg forslag til tiltak som skal gjøres i kjente problemer - for å håndtere dem via en endringsforespørsel eller RFC ( forespørsel om endring ) - eller for å omfatte dem som et nytt prosjekt, etc.
- Når produktet er live, sjekk om vedlikeholdskravene fra klienten
- Anbefal ytelse eller andre ikke-funksjonelle tester som skal utføres, hvis du mener det er nødvendig
Et siste tips er: Be om tilbakemelding. Hvis du har fulgt en praksis, kan du spørre klienten om det var nyttig å sørge for at du vi involverer klienten om å bestemme hva som fungerer best.
Konklusjon
Å perfeksjonere klient-teamkommunikasjonen er en vanskelig balanse å oppnå, men med få enkle trinn kan vi komme dit og gjøre fremgang.
c ++ konverter røye til int
Ovennevnte punkter er tidstestet og er praktisk implementert, så vi vet at disse fungerer.
Gi oss beskjed hvis du har andre tips og triks i ermet.
Som alltid vil vi gjerne høre fra deg. Vennligst kommenter eller legg inn spørsmål nedenfor.
Anbefalt lesing
- En trinnvis guide for å integrere QTP med ALM / QC
- Installer MongoDB på Windows: En trinnvis guide
- Hvordan integrere JIRA med qTest: En trinnvis guide
- En trinnvis guide for å få ditt første betalte Crowdsourced-testprosjekt
- Hvordan testerne kan stille spørsmål på den smarte måten: trinnvis veiledning
- Steg for trinn-guide for å implementere bevis på konsept (POC) i automatiseringstesting
- Karriereforskyvning fra en tester til forretningsanalytiker - en trinnvis veiledning
- Ledelse i testing - Testansvar og hvordan man administrerer testteam effektivt