6 step guide handle client calls effectively
Welche Software benötigen Sie, um eine App zu erstellen?
Das Letzte, was wir an einem Tag in den meisten Projekten und Unternehmen tun, ist, es über die Kundenanrufe zu schaffen.
Kundenanrufe sind ein wesentlicher und wichtiger Bestandteil der Koordinierung der Arbeit und der Offenhaltung der Kommunikationskanäle in IT-Teams.
Kundenanrufe machen Spaß, wenn sie kurz sind und die Aufgaben auf dem richtigen Weg sind und die Erwartungen des Kunden erfüllt werden. Wenn dies nicht der Fall ist, können Kundenanrufe zu viel Angst, Angst, Enttäuschung und Demotivation führen.
Was können wir tun, um uns in diesem Zusammenhang zu helfen?
Gute Kommunikationsfähigkeiten , Sprach- und Akzentkompetenz, positive Einstellung, bei der wir bei Bedarf die Schuld tragen, auf persönlicher Ebene mit dem Kunden in Kontakt treten und „Ja“ sagen - das sind einige Dinge, die helfen können, aber leider nicht genug.
Was brauchen wir dann noch?
Genau hier setzt dieser Artikel an. Dies ist unser Versuch, die vielen Phasen zu skizzieren, in denen die Kundeninteraktion in einem QS-Projekt stattfindet, und in jedem ein paar Tipps, die helfen können.
Lesen Sie auch => Wie wichtig ist es für einen Tester oder Entwickler, miteinander zu kommunizieren?
Was du lernen wirst:
- # 1) Kundenanruf während der Anforderungsanalyse
- # 2) Kundenanrufe während der Testplanung:
- # 3) Client-Aufrufe während der Erstellung der Rückverfolgbarkeitsmatrix
- # 4) Client-Aufrufe während des Testskripts
- # 5) Client-Aufruf während der Skriptausführung und Fehlerprotokollierung
- # 6) Kundenanruf während der UAT / nach der Freigabe / in der Produktion
- Fazit
- Literatur-Empfehlungen
# 1) Kundenanruf während der Anforderungsanalyse
Sobald das Dokument mit den Softwareanforderungen für ein neues zu testendes Projekt übergeben wurde, müssen wir alle impliziten und expliziten Bereiche der Software gründlich verstehen. Diese Phase erfordert einen qualitativ hochwertigen Kundenaufruf zur Klärung und zur Verbesserung unserer Interpretation des Produkts.
Weiterlesen => So testen Sie Anforderungsdokumente
Einige Aspekte, die Sie beachten sollten:
- Bereiten: Gehen Sie die Anforderungen gründlich durch, bevor Sie Fragen stellen
- Machen Sie eine Liste: Notieren Sie sich die Fragen im Voraus und priorisieren Sie die Liste bei Bedarf. Versuchen Sie aus Sicherheitsgründen, eine Kopie der Fragen aufzubewahren, da der Zugriff auf einen Computer in einigen Konferenzräumen schwierig werden kann und es auch zu Fehlern in letzter Minute kommen kann.
- Löse zuerst intern: Überprüfen Sie zuerst Ihre Teammitglieder oder verfügbaren Entwickler oder BA
- Gib die Köpfe auf : Wenn möglich, senden Sie die Liste der Fragen per E-Mail an den Kunden, damit er sich ebenfalls vorbereiten kann
- Diskutieren: Seien Sie präzise und präzise und scheuen Sie sich nicht, erneut zu fragen, wenn nicht klar
- Aufzeichnung: Notieren Sie die bereitgestellten Erläuterungen
- Vorschlagen: Machen Sie gegebenenfalls Verbesserungsvorschläge zu den Anforderungen
- Informieren: Teilen Sie dem Kunden die nachfolgenden Aktionen mit
- Follow-up bis zum Abschluss: Senden Sie eine E-Mail mit dem Ergebnis der Diskussion, um sicherzustellen, dass alle Ideen und Gedanken aufeinander abgestimmt sind.
# 2) Kundenanrufe während der Testplanung:
Nach der Freigabe des Testplans durch den Kunden verwenden QS-Teams normalerweise ihre Testplanvorlage zu Erstellen Sie einen Testplan innerhalb der vom Kunden festgelegten Frist und zur Überprüfung senden.
In dieser Phase wird möglicherweise ein Feedback eingeholt. Dies sind die folgenden Punkte:
- Stellen Sie sicher, dass der Kunde über das neueste Testplandokument verfügt und dass es vor dem Versenden intern überprüft wurde.
- Lassen Sie dem Kunden ausreichend Zeit für die Überprüfung
- Bitten Sie den Kunden nach Möglichkeit, zuerst Bewertungskommentare per E-Mail zu senden
- Wenn der Kunde ausdrückt, dass die Kommentare per E-Mail besprochen werden können oder dass das Dokument unverändert ist, fahren Sie mit dem nächsten Schritt fort und halten Sie den Kunden auf dem Laufenden
# 3) Client-Aufrufe während der Erstellung der Rückverfolgbarkeitsmatrix
Bei Projekten, die der Rückverfolgbarkeit nach vorne folgen, teilen wir die Anforderungen in kleinere Funktionen mit allen möglichen Szenarien und auf Rückverfolgbarkeitsmatrix erstellen nachdem der Testplan fertig ist. Dies wird normalerweise vom Kunden überprüft, damit er die Deckung überprüfen und seine Zustimmung dazu erteilen kann, und wir können fortfahren.
Die folgenden Punkte sind zu beachten, um diese Interaktion zu vereinfachen:
- Wie der Testplan sollte auch die Matrix gründlich einer Peer-Review unterzogen werden, bevor sie zur Kundenbewertung gesendet wird.
- Bitten Sie nach Möglichkeit um Kommentare per E-Mail
- Wenn die Kommentare per E-Mail gesendet werden, besprechen Sie die Kommentare mit dem Team, damit Sie die Auflösung für jeden einzelnen Anruf direkt erläutern können. Besprechen Sie erneut nur die Prioritätsfälle. Der Rest kann auf E-Mail warten.
- Erhalten Sie eine Bestätigung, wenn die Skripterstellung gestartet werden kann
- Wenn Sie Fragen oder Hemmungen zur Phase der Skripterstellung haben, stellen Sie sicher, dass diese in diesem Aufruf geklärt werden.
# 4) Client-Aufrufe während des Testskripts
Diese Phase ist länger als die letzten und Kundenanrufe können intensiver sein.
Diese Punkte können helfen:
- Termine einhalten: Versuchen Sie, die Ziele für die Erstellung von Testskripten zu erreichen oder zu übertreffen.
- Bereiten Sie sich auf längere Anrufe vor
- Vermeiden Sie Überraschungen: Informieren Sie den Kunden über den Fortschritt und schließen Sie Straßensperren ein, damit der Kunde während des Anrufs zum ersten Mal keine neuen Informationen hört
- Peer Review zuerst und stellen Sie sicher, dass die Zuordnung zum RTM vor dem Anruf erfolgt
- Vermeiden Sie es, die Status-E-Mail im Detail zu wiederholen, da sie bereits per E-Mail gesendet wird. Gehen Sie nur dann auf die Details ein, wenn der Client nach etwas Bestimmtem fragt oder wenn der Client dies anfordert
- Brechen Sie den Anruf ab oder brechen Sie ihn ab, falls der Kunde und das QA-Team keine Fragen haben oder nichts zu besprechen haben
- Erläutern Sie den Plan für die nächsten Aufgaben
- Im Falle einer Blockade, die uns daran hindert, weiterzugehen, denken Sie an alternative Aufgaben und teilen Sie diese dem Kunden mit.
# 5) Client-Aufruf während der Skriptausführung und Fehlerprotokollierung
(Klicken Sie auf das Bild für eine vergrößerte Ansicht)
Damit diese Phase effektiv ist, müssen wir die geschätzten Zeitpläne einhalten und die Qualität des Berichts, der sie kommuniziert, muss ausgezeichnet und korrekt sein.
Warteschlangendatenstruktur c ++
Weiterlesen => Testausführungsprozess
- Wie in der Test-Scripting-Phase können auch in dieser Phase die Anrufe lang sein und sich mit komplizierten Problemen befassen. Seien Sie also konzentriert und geduldig.
- Vorab-E-Mail hilft
- Geben Sie zu Beginn des Anrufs die allgemeinen Highlights des Tagesstatus an
- Fahren Sie nach Abschluss der Statusdiskussion mit dem Status 'Fehler' fort
- Lösen Sie Abfragen
- Erläutern Sie die nächste Abfolge von Aufgaben
Hinweis - Manchmal können viele Skripte fehlschlagen. Und der Kunde fühlt sich möglicherweise nicht gut dabei. Obwohl es nicht unsere Schuld ist, führen Sie Testfälle wie gewohnt aus (wenn möglich mehr), um den Überblick zu behalten und schlechte Qualität mit Fortschritt auszugleichen.
Lesen Sie auch => So schreiben Sie effektive E-Mails an das QA-Team (oder ein beliebiges Team)
# 6) Kundenanruf während der UAT / nach der Freigabe / in der Produktion
- Informieren Sie den Kunden über alle bekannten Probleme und Problemumgehungen, um UAT zu unterstützen
- Wenn Sie nach einem während der UAT gefundenen Fehler gefragt werden, antworten Sie mit dem Grundursache / Problemumgehung wenn möglich per E-Mail oder führen Sie einen kurzen Anruf durch, um dies zu erklären
- Machen Sie Vorschläge zu den Maßnahmen, die bei bekannten Problemen ergriffen werden müssen, um sie über eine Änderungsanforderung oder einen RFC zu beheben ( Anfrage auf Veränderung ) - oder um sie als neues Projekt usw. zu erfassen.
- Sobald das Produkt live ist, überprüfen Sie die Wartungsanforderungen des Kunden
- Empfehlen Sie die Leistung oder andere nicht funktionierende Tests, wenn Sie dies für erforderlich halten
Ein letzter Tipp ist: Bitten Sie um Feedback. Wenn Sie einer Praxis gefolgt sind, fragen Sie den Kunden, ob es hilfreich war, sicherzustellen, dass Sie den Kunden in die Entscheidung einbeziehen, was am besten funktioniert.
Fazit
Die Perfektionierung der Client-Team-Kommunikation ist schwer zu erreichen, aber mit wenigen einfachen Schritten können wir dorthin gelangen und Fortschritte erzielen.
Die oben genannten Punkte sind zeitgetestet und wurden praktisch umgesetzt, sodass wir wissen, dass diese funktionieren.
Bitte lassen Sie uns wissen, wenn Sie weitere Tipps und Tricks im Ärmel haben.
Wie immer würden wir gerne von Ihnen hören. Bitte kommentieren oder posten Sie Fragen unten.
Literatur-Empfehlungen
- Eine Schritt-für-Schritt-Anleitung zur Integration von QTP in ALM / QC
- Installieren Sie MongoDB unter Windows: Eine Schritt-für-Schritt-Anleitung
- So integrieren Sie JIRA in qTest: Eine Schritt-für-Schritt-Anleitung
- Eine Schritt-für-Schritt-Anleitung für Ihr erstes bezahltes Crowdsourced-Testprojekt
- Wie die Tester auf intelligente Weise Fragen stellen können: Die Schritt-für-Schritt-Anleitung
- Schritt-für-Schritt-Anleitung zur Implementierung von Proof of Concept (POC) in Automatisierungstests
- Karrierewechsel vom Tester zum Business Analyst - Eine Schritt-für-Schritt-Anleitung
- Führung beim Testen - Verantwortlichkeiten des Testleiters und effektives Management des Testteams