6 step guide handle client calls effectively
hoe keert u een array in Java om?
Het laatste dat we elke dag bij de meeste projecten en bedrijven doen, is de telefoontjes van de klant doorstaan.
Klantoproepen zijn een integraal en belangrijk onderdeel van de manier waarop het werk wordt gecoördineerd en de communicatiekanalen worden opengehouden in IT-teams.
Klantoproepen zijn leuk als ze kort zijn en de taken op schema liggen en aan de verwachtingen van de klant wordt voldaan. Als dat niet het geval is, kunnen telefoontjes van klanten leiden tot veel angst, angst, teleurstelling en demotivatie.
Wat kunnen we doen om onszelf in deze context te helpen?
Goede communicatie vaardigheden , taal- en accentexpertise, positieve houding waarbij we de schuld op ons nemen, persoonlijk contact met de klant, 'ja' zeggen - zijn een paar dingen die kunnen helpen, maar helaas is dat niet genoeg.
Wat hebben we dan nog meer nodig?
Dat is precies waar dit artikel van pas komt. Dit is onze poging om de vele fasen te schetsen waarin interactie met de klant plaatsvindt in een QA-project en een paar tips in elk project die kunnen helpen.
Lees ook Hoe belangrijk is het voor een tester of ontwikkelaar om met elkaar te communiceren?
Wat je leert:
- # 1) Klantoproep tijdens behoefteanalyse
- # 2) Klantoproepen tijdens testplanning:
- # 3) Klantoproepen tijdens het maken van traceerbaarheidsmatrixen
- # 4) Klantoproepen tijdens testscripts
- # 5) Clientoproep tijdens scriptuitvoering en defectregistratie
- # 6) Klantoproep tijdens UAT / na release / in productie
- Gevolgtrekking
- Aanbevolen literatuur
# 1) Klantoproep tijdens behoefteanalyse
Zodra het document met softwarevereisten voor een nieuw te testen project is overhandigd, moeten we alle impliciete en expliciete gebieden van de software grondig begrijpen. Deze fase vereist een goede klantoproep voor verduidelijking en om onze interpretatie van het product te verbeteren.
Lees verder Hoe documenten met vereisten te testen
Een paar aspecten om in gedachten te houden:
- Bereiden: Neem de vereisten grondig door voordat u vragen plaatst
- Maak een lijst: Noteer de vragen van tevoren en geef indien nodig prioriteit aan de lijst. Bewaar voor de zekerheid een papieren versie van de vragen, want toegang tot een computer kan in sommige vergaderruimten moeilijk worden en er kunnen ook last-minute storingen zijn.
- Los eerst intern op: Controleer eerst binnen uw teamleden of beschikbare ontwikkelaar of BA
- Geef heads-up : Stuur indien mogelijk de lijst met vragen via e-mail naar de klant, zodat deze zich ook kan voorbereiden
- Bespreken: Wees beknopt, precies, to the point en aarzel niet om het nog een keer te vragen, zo niet duidelijk
- Vermelding: Schrijf de verstrekte verduidelijkingen op
- Stel voor: Maak suggesties voor verbeteringen over vereisten, indien van toepassing
- Informeren: Laat de klant weten wat de vervolgacties zijn
- Vervolg tot afsluiting: e-mail het resultaat van de discussie om ervoor te zorgen dat alle ideeën en gedachten op één lijn liggen.
# 2) Klantoproepen tijdens testplanning:
Nadat de klant het testplan heeft goedgekeurd, gebruiken QA-teams meestal hun testplan sjabloon naar maak een testplan binnen de door de klant gestelde termijn en ter beoordeling opsturen.
Mogelijk wordt er in dit stadium een oproep gedaan voor feedback en dit zijn de dingen die u moet regelen:
- Zorg ervoor dat de klant het laatste testplan-document heeft en dat het intern is beoordeeld voordat het wordt verzonden.
- Geef de cliënt voldoende tijd voor beoordeling
- Vraag de klant indien mogelijk om eerst de reviewopmerkingen via e-mail te sturen
- Als de klant aangeeft dat de opmerkingen via e-mail kunnen worden besproken of dat ze in orde zijn met het document zoals het is, ga dan verder met de volgende stap en houd de klant op de hoogte over wat dat is
# 3) Klantoproepen tijdens het maken van traceerbaarheidsmatrixen
Voor projecten die voorwaartse traceerbaarheid volgen, gaan we verder met het opdelen van vereisten in kleinere functionaliteiten met alle mogelijke scenario's en maak een traceerbaarheidsmatrix nadat het testplan is voltooid. Dit wordt meestal door de klant beoordeeld, zodat ze de dekking kunnen controleren en hun goedkeuring kunnen geven, en we kunnen verder gaan.
De volgende punten moeten worden opgemerkt om deze interactie eenvoudiger te maken:
- Net als het testplan moet de matrix ook grondig worden beoordeeld door vakgenoten voordat deze ter beoordeling door de klant wordt verzonden.
- Vraag indien mogelijk om opmerkingen via e-mail
- Als de opmerkingen via e-mail worden verzonden, bespreek de opmerkingen dan met het team, zodat u direct de oplossing voor elke opmerking in de oproep kunt uitleggen - bespreek opnieuw alleen de prioritaire gevallen. De rest kan op e-mail wachten.
- Krijg een bevestiging of scripting kan worden gestart
- Als je vragen of remmingen hebt over de fase van het maken van scripts, zorg er dan voor dat je deze in deze call opheldert.
# 4) Klantoproepen tijdens testscripts
Deze fase is langer dan de vorige en de oproepen van klanten kunnen intenser zijn.
Deze punten kunnen helpen:
- Haal de deadlines: probeer de doelstellingen voor het maken van testscripts te halen of te overtreffen.
- Bereid je voor op langere gesprekken
- Voorkom verrassingen: informeer de klant over de voortgang en neem roadblocks op zodat de klant tijdens het gesprek voor het eerst geen nieuwe informatie hoort
- Peer review eerst en zorg ervoor dat de mapping naar de RTM plaatsvindt voorafgaand aan de oproep
- Vermijd het herhalen van de status-e-mail in detail, aangezien deze al via e-mail is verzonden. Ga alleen in op de details als de klant iets specifieks vraagt of als de klant erom vraagt
- Annuleer of breek het gesprek af voor het geval de klant en het QA-team geen vragen of niets te bespreken hebben
- Leg het plan voor de volgende taken uit
- In het geval van een blokkade die ons verhindert verder te gaan, bedenk dan alternatieve taken en communiceer deze naar de klant.
# 5) Clientoproep tijdens scriptuitvoering en defectregistratie
(Klik op afbeelding voor vergrote weergave)
Om deze fase effectief te laten zijn, moeten we voldoen aan de geschatte tijdslijnen en moet de kwaliteit van het rapport dat het communiceert uitstekend en correct zijn.
hoe stringstream te gebruiken in c ++
Lees verder Test uitvoeringsproces
- Net als in de testscriptfase, kunnen ook in deze fase de telefoontjes lang zijn en ingewikkelde problemen behandelen. Wees dus gefocust en geduldig.
- Voorafgaande e-mail helpt
- Geef aan het begin van het gesprek de algemene hoogtepunten van de status van die dag
- Zodra de statusbespreking is voltooid, gaat u verder met de defectstatus
- Los vragen op
- Leg de volgende reeks taken uit
Notitie - Soms kunnen veel scripts mislukken. En de klant voelt zich hier misschien niet goed bij. Hoewel het niet onze schuld is, voer je testcases uit zoals normaal (indien mogelijk, meer) om op koers te blijven en slechte kwaliteit te compenseren met vooruitgang.
Lees ook Effectieve e-mails schrijven naar QA (of een ander) team
# 6) Klantoproep tijdens UAT / na release / in productie
- Breng de klant op de hoogte van bekende problemen en tijdelijke oplossingen om te helpen met UAT
- Als u wordt gevraagd naar een defect dat tijdens UAT is gevonden, beantwoordt u deze met het hoofdoorzaak / oplossing via e-mail indien mogelijk of bel even om hetzelfde uit te leggen
- Doe suggesties over de te ondernemen actie bij bekende problemen - om ze af te handelen via een wijzigingsverzoek of RFC ( aanvraag voor verandering ) - of om ze te beschouwen als een nieuw project, enz.
- Zodra het product live is, controleert u de onderhoudsvereisten van de klant
- Beveel prestatie- of andere niet-functionele tests aan, als u denkt dat dit nodig is
Een laatste tip is: Vraag om feedback. Als je een praktijk hebt gevolgd, vraag de cliënt dan of het nuttig was om er zeker van te zijn dat wij de cliënt betrekken bij de beslissing wat het beste werkt.
Gevolgtrekking
Het perfectioneren van de communicatie tussen klant en team is een moeilijke balans om te bereiken, maar met een paar eenvoudige stappen kunnen we daar komen en vooruitgang boeken.
De bovenstaande punten zijn getest en praktisch geïmplementeerd, dus we weten dat deze werken.
Laat het ons weten als je nog andere tips en trucs hebt.
Zoals altijd horen we graag van je. Reageer of stel hieronder vragen.
Aanbevolen literatuur
- Een stapsgewijze handleiding om QTP te integreren met ALM / QC
- Installeer MongoDB op Windows: een stapsgewijze handleiding
- Hoe JIRA te integreren met qTest: een stapsgewijze handleiding
- Een stapsgewijze handleiding om uw eerste betaalde crowdsourced-testproject te krijgen
- Hoe de testers op de slimme manier vragen kunnen stellen: de stapsgewijze handleiding
- Stapsgewijze handleiding om Proof of Concept (POC) in automatiseringstests te implementeren
- Loopbaanverschuiving van tester naar bedrijfsanalist - een stapsgewijze handleiding
- Leiderschap bij het testen - Verantwoordelijkheden van testleiders en hoe u het testteam effectief kunt beheren