6 step guide handle client calls effectively
nástroje na kontrolu otvoreného zdrojového kódu
Posledná vec, ktorú robíme každý deň vo väčšine projektov a spoločností, je uskutočňovanie hovorov od klientov.
Hovory klientov sú neoddeliteľnou a dôležitou súčasťou spôsobu koordinácie práce a udržiavania otvorených komunikačných kanálov v tímoch IT.
Hovory klientov sú zábavné, keď sú krátke, úlohy sú na dobrej ceste a očakávania klienta sú splnené. Ak to tak nie je, môžu hovory klientov viesť k veľkej úzkosti, úzkosti, sklamaniu a demotivácii.
Čo môžeme urobiť, aby sme si v tejto súvislosti pomohli?
Dobré komunikačné schopnosti , odbornosť v oblasti jazyka a prízvuku, pozitívny prístup tam, kde v pravý čas vyčítame, interakcia s klientom na osobnej úrovni, povedanie „áno“ - môže pomôcť niekoľko vecí, ale bohužiaľ nestačí.
Čo viac potom potrebujeme?
Presne tam sa hodí tento článok. Toto je náš pokus načrtnúť mnoho etáp, kedy k interakcii klienta dochádza v projekte QA, a niekoľko rád, ktoré môžu pomôcť.
Prečítajte si tiež => Aké dôležité je pre testera alebo vývojára vzájomná komunikácia?
Čo sa dozviete:
- # 1) Volanie klienta počas analýzy požiadaviek
- # 2) Hovory klientov počas plánovania testu:
- # 3) Hovory klientov počas vytvárania matice vysledovateľnosti
- # 4) Hovory klientov počas testovacieho skriptovania
- # 5) Volanie klienta počas vykonávania skriptu a zaznamenávanie chýb
- # 6) Volanie klienta počas UAT / po vydaní / vo výrobe
- Záver
- Odporúčané čítanie
# 1) Volanie klienta počas analýzy požiadaviek
Po odovzdaní dokumentu s požiadavkami na softvér pre nový projekt na testovanie musíme dôkladne porozumieť všetkým implicitným a explicitným oblastiam softvéru. V tejto fáze je potrebné, aby klient požiadal o vysvetlenie a vylepšil našu interpretáciu produktu.
Čítaj viac => Ako testovať dokumenty s požiadavkami
Je potrebné pamätať na niekoľko aspektov:
- Pripraviť: Pred odoslaním otázok si dôkladne prečítajte požiadavky
- Vytvoriť zoznam: Zaznamenajte si otázky vopred a v prípade potreby uprednostnite zoznam. Pre istotu si skúste uchovať tlačenú kópiu otázok, pretože v niektorých konferenčných miestnostiach môže byť prístup k počítaču sťažený a môžu sa vyskytnúť aj poruchy na poslednú chvíľu.
- Najprv vyriešiť interne: Skontrolujte najskôr členov svojho tímu alebo dostupných vývojárov alebo BA
- Daj hlavy hore : Ak je to možné, pošlite zoznam otázok klientovi e-mailom, aby sa mohol pripraviť aj on
- Diskutovať: Buďte výstižní, presní, do bodky a nebojte sa hanbiť sa opýtať znova, ak to nie je jasné
- Záznam: Zapíšte si poskytnuté vysvetlenia
- Navrhnúť: Ak je to možné, navrhnite vylepšenia týkajúce sa požiadaviek
- Informovať: Povedzte klientovi, aké sú nasledujúce kroky
- Následné kroky k zatvoreniu: e-mailom o výsledku diskusie, aby ste sa ubezpečili, že všetky nápady a myšlienky sú zosúladené.
# 2) Hovory klientov počas plánovania testu:
Po ďalšom postupe klienta v pláne testov tímy QA zvyčajne používajú svoje šablóna plánu skúšok do vytvoriť testovací plán v časovom limite stanovenom klientom a zaslať na kontrolu.
V tejto fáze môže byť potrebné zavolať na spätnú väzbu a je potrebné sa postarať o tieto veci:
- Pred odoslaním sa uistite, či má klient najnovší dokument s testovacím plánom a či bol interne skontrolovaný.
- Poskytnite klientovi dostatok času na kontrolu
- Ak je to možné, požiadajte klienta, aby najskôr poslal e-mailom komentáre k recenzii
- Keď klient vyjadrí, že o komentároch je možné diskutovať prostredníctvom e-mailu alebo že sú s dokumentom v poriadku, aký je, pokračujte ďalším krokom a informujte klienta o tom, čo to je
# 3) Hovory klientov počas vytvárania matice vysledovateľnosti
Pri projektoch sledujúcich ďalšiu sledovateľnosť prechádzame k rozdeleniu požiadaviek na menšie funkčnosti so všetkými možnými scenármi a vytvoriť maticu vysledovateľnosti po vykonaní plánu skúšok. To zvyčajne kontroluje klient, aby mohol skontrolovať pokrytie a poskytnúť k nemu svoj súhlas, a môžeme pokračovať.
Pre uľahčenie tejto interakcie je potrebné poznamenať nasledujúce body:
- Rovnako ako plán testov by mala byť matica pred odoslaním na kontrolu klientovi dôkladne skontrolovaná.
- Ak je to možné, požiadajte o pripomienky e-mailom
- Keď sú pripomienky odoslané e-mailom, prediskutujte ich s tímom, aby ste mohli priamo vysvetliť riešenie každého z nich vo výzve - znova prediskutujte iba prioritné prípady. Zvyšok môže čakať na e-mail.
- Získajte potvrdenie, ak je možné spustiť skriptovanie
- Ak máte nejaké otázky alebo zábrany týkajúce sa fázy vytvárania skriptov, určite ich vysvetlite v tejto výzve.
# 4) Hovory klientov počas testovacieho skriptovania
Táto fáza je dlhšia ako posledné a hovory klientov môžu byť intenzívnejšie.
Tieto body môžu pomôcť:
- Dodržujte termíny: Pokúste sa splniť alebo prekročiť ciele vytvárania testovacích skriptov.
- Pripravte sa na dlhšie volania
- Vyvarujte sa prekvapeniu: informujte klienta o pokroku a zahrňte blokovanie ostatných blokovaní, aby klient počas hovoru počul prvýkrát žiadne nové informácie
- Najskôr porovnajte a zaistite, aby sa mapovanie do RTM uskutočnilo pred hovorom
- Stavový e-mail neopakujte podrobne, pretože už je odoslaný prostredníctvom e-mailu. Do podrobností choďte, iba ak klient požiada o čokoľvek konkrétne, alebo keď o to požiada
- Zrušte alebo prerušte hovor, ak klient a tím QA nemajú otázky alebo nie sú o čom diskutovať
- Vysvetlite plán ďalších úloh
- V prípade blokovania, ktoré nám bráni ísť ďalej, myslite na alternatívne úlohy a to isté oznámte klientovi.
# 5) Volanie klienta počas vykonávania skriptu a zaznamenávanie chýb
(Kliknite na obrázok pre zväčšenie)
Aby bola táto fáza efektívna, musíme dodržať odhadované časové línie a kvalita správy, ktorá ju informuje, musí byť vynikajúca a správna.
Čítaj viac => Proces vykonania testu
- Rovnako ako fáza testovacieho skriptovania, aj v tejto fáze môžu byť hovory dlhé a môžu riešiť zložité problémy. Buďte preto sústredení a trpezliví.
- Predbežný e-mail pomáha
- Na začiatku hovoru uveďte celkové zvýraznenie stavu daného dňa
- Po dokončení diskusie o stave prejdite na stav chyby
- Vyriešiť dotazy
- Vysvetlite ďalšiu postupnosť úloh
Poznámka - Niekedy môže dôjsť k zlyhaniu mnohých skriptov. A klient z toho nemusí mať dobrý pocit. Aj keď to nie je naša chyba, vykonajte testovacie prípady ako obvykle (pokiaľ je to možné, aj viac), aby ste držali krok a kompenzovali zlú kvalitu pokrokom.
Prečítajte si tiež => Ako písať efektívne e-maily tímu QA (alebo ľubovoľnému) tímu
# 6) Volanie klienta počas UAT / po vydaní / vo výrobe
- Informujte klienta o všetkých známych problémoch a riešeniach, ktoré mu pomôžu s UAT
- Keď sa vás spýta na chybu zistenú počas UAT, odpovedzte na ňu pomocou hlavná príčina / riešenie prostredníctvom e-mailu, pokiaľ je to možné, alebo uskutočniť krátky hovor, aby ste to vysvetlili
- Navrhnite kroky, ktoré treba podniknúť v prípade známych problémov - riešiť ich prostredníctvom žiadosti o zmenu alebo RFC ( žiadosť o zmenu ) - alebo ich rozšíriť na nový projekt atď.
- Po uvedení produktu na trh skontrolujte požiadavky na údržbu zo strany klienta
- Ak to považujete za potrebné, odporučte vykonať výkon alebo iné nefunkčné testovanie
Jeden posledný tip je: Požiadajte o spätnú väzbu. Ak ste postupovali podľa pokynov, opýtajte sa klienta, či bolo užitočné ubezpečiť sa, že zapojíme klienta do rozhodovania o tom, čo bude najlepšie.
Záver
Zdokonalenie komunikácie medzi klientom a tímom je ťažké dosiahnuť, ale pomocou niekoľkých jednoduchých krokov sa tam môžeme dostať a dosiahnuť pokrok.
Vyššie uvedené body sú časovo testované a boli prakticky implementované, takže vieme, že tieto práce fungujú.
Ak máte v rukáve ďalšie tipy a triky, dajte nám vedieť.
Ako vždy by sme vás radi počuli. Prosím, komentujte alebo pošlite otázky nižšie.
koľko použiteľných hostiteľov je k dispozícii pre danú IP adresu triedy c s predvolenou maskou podsiete?
Odporúčané čítanie
- Podrobný sprievodca integráciou QTP s ALM / QC
- Nainštalujte MongoDB do systému Windows: Podrobný sprievodca
- Ako integrovať JIRA s qTest: Sprievodca krok za krokom
- Podrobný sprievodca, ako získať prvý platený testovací projekt Crowdsourced
- Ako môžu testéri klásť otázky Chytrá cesta: Podrobný sprievodca
- Sprievodca krok za krokom k implementácii Proof of Concept (POC) v automatizovanom testovaní
- Kariérny posun z testera na obchodného analytika - podrobný sprievodca
- Vedenie v testovaní - Zodpovednosti testovacích vedúcich a ako efektívne riadiť testovací tím