Meni

6-koračni vodnik za učinkovito obravnavo odjemalskih klicev kot član ekipe za preverjanje kakovosti

  • Glavni
  • Qa Team Skills
  • 6-koračni vodnik za učinkovito obravnavo odjemalskih klicev kot član ekipe za preverjanje kakovosti

6 step guide handle client calls effectively

ki vr deluje z xbox one

Preizkusite Naš Instrument Za Odpravo Težav

Zadnja stvar, ki jo vsak dan počnemo pri večini projektov in podjetij, je, da se preusmerimo na klice strank.

Klici strank so sestavni in pomemben del usklajevanja dela in komunikacijskih kanalov v IT-timih.

Klici strank so zabavni, kadar so kratki in so naloge na pravi poti in so izpolnjena pričakovanja stranke. Kadar ni tako, lahko klici strank povzročijo veliko tesnobe, jeze, razočaranja in demotivacije.

Kaj si lahko v tem okviru pomagamo?

učinkovito obvladovati klice strank

Dobre komunikacijske sposobnosti , znanje jezika in naglasov, pozitiven odnos, kjer prevzamemo krivdo, ko smo dolžni, sodelovanje s stranko na osebni ravni, če rečemo 'da', je nekaj stvari, ki lahko pomagajo, a žal to ni dovolj.

Kaj potem še rabimo?

Ravno tam pride ta članek prav. To je naš poskus, da opišemo številne faze, v katerih poteka interakcija s stranko v projektu QA, in nekaj nasvetov v vsaki, ki vam lahko pomagajo.

Preberite tudi => Kako pomembno je, da preizkuševalec ali razvijalec komunicira med seboj?

Kaj se boste naučili:

# 1) Klic stranke med analizo zahtev

q kliki odjemalca 1

Ko je predan dokument s programsko opremo za nov projekt, ki ga je treba preizkusiti, moramo temeljito razumeti vsa implicitna in eksplicitna področja programske opreme. V tej fazi je potreben kvaliteten klic stranke za pojasnila in izboljšanje naše interpretacije izdelka.

Preberi več => Kako preizkusiti dokumente z zahtevami

Postopek zbiranja zahtev

Nekaj ​​vidikov, ki jih je treba upoštevati:

  • Pripravite: Pred objavo vprašanj temeljito preglejte zahteve
  • Naredi seznam: Vprašanja si zapišite vnaprej in po potrebi prednostno razvrstite seznam. Da bi bili varni, poskušajte hraniti tiskani izvod vprašanj, ker lahko dostop do računalnika v nekaterih konferenčnih dvoranah postane otežen in tudi v zadnjem trenutku pride do napak.
  • Najprej rešite interno: Najprej preverite pri članih svoje ekipe ali na voljo razvijalcu ali BA
  • Dajte glavo gor : Če je mogoče, pošljite stranki seznam vprašanj po e-pošti, da se tudi ona pripravi
  • Pogovorite se: Bodite jedrnati, natančni, natančni in ne sramujte se vprašati še enkrat, če ne povsem jasno
  • Zapis: Zapišite pojasnila
  • Predlagajte: Če je primerno, podajte predloge za izboljšave glede zahtev
  • Obvestite: Stranko obvestite, kakšna so nadaljnja dejanja
  • Nadaljnje ukrepanje po zaprtju: pošljite izid razprave po e-pošti in se prepričajte, da so vse ideje in misli usklajene.

# 2) Klici stranke med načrtovanjem testa:

Po potrditvi naročnikovega preizkusnega načrta skupine za preverjanje kakovosti običajno uporabijo svoje predloga načrta preizkusa do ustvarite testni načrt v roku, ki ga določi stranka, in ga pošljite v pregled.

Na tej stopnji je morda treba poklicati povratne informacije, zato je treba poskrbeti za naslednje:

  • Prepričajte se, da ima stranka najnovejši dokument načrta preizkusa in da je bil pred pošiljanjem interno pregledan.
  • Stranki omogočite dovolj časa za pregled
  • Če je mogoče, prosite stranko, naj najprej pošlje komentarje po e-pošti
  • Ko stranka izrazi, da je o komentarjih mogoče razpravljati po e-pošti ali da je z dokumentom v redu, kot je, nadaljujte z naslednjim korakom in ga redno obveščajte o tem, kaj je to

# 3) Klici odjemalca med ustvarjanjem matrike sledljivosti

Pri projektih, ki sledijo nadaljnji sledljivosti, preidemo na razdelitev zahtev na manjše funkcionalnosti z vsemi možnimi scenariji in ustvari matriko sledljivosti po opravljenem preskusnem načrtu. Naročnik to običajno pregleda, da lahko preveri pokritost in ga odobri, mi pa lahko nadaljujemo.

Za poenostavitev te interakcije je treba upoštevati naslednje točke:

  • Tako kot testni načrt je treba tudi matrico temeljito pregledati, preden jo pošljete v pregled stranki.
  • Prosite za komentar po e-pošti, kadar je to mogoče
  • Ko so komentarji poslani po e-pošti, se o komentarjih pogovorite z ekipo, tako da boste lahko znova neposredno razložili ločljivost vsakega v razpisu in razpravljali samo o prednostnih primerih. Ostali lahko počakajo na e-pošto.
  • Pridobite potrditev, če je mogoče začeti skriptiranje
  • Če imate kakršna koli vprašanja ali ovire glede faze ustvarjanja scenarija, jih v tem razpisu razjasnite.

# 4) Klici odjemalca med testnim skriptiranjem

Ta faza je daljša od zadnje in klici strank so lahko intenzivnejši.

Te točke vam lahko pomagajo:

  • Upoštevajte roke: Poskusite doseči ali preseči cilje ustvarjanja testnih skriptov.
  • Pripravite se na daljše klice
  • Izogibajte se presenečenjem: stranko obvestite o napredku in vključite blokade, tako da stranka med klicem prvič ne sliši novih informacij
  • Najprej strokovni pregled in zagotovite, da je preslikava v RTM opravljena pred klicem
  • Izogibajte se podrobnemu ponavljanju e-poštnega sporočila o stanju, saj je že poslano po e-pošti. Pojdite v podrobnosti samo, če stranka zahteva kaj posebnega ali ko stranka to zahteva
  • Prekličite ali prekinite klic, če stranka in ekipa za preverjanje kakovosti nimajo vprašanj ali ničesar za razpravljati
  • Pojasnite načrt za naslednje naloge
  • V primeru blokade, ki nam preprečuje, da bi šli naprej, si omislite nadomestne naloge in jih sporočite stranki.

# 5) Klic odjemalca med izvajanjem skripta in beleženjem napak

(Kliknite sliko za povečavo)

q kliki odjemalca 2

Da bi bila ta faza učinkovita, moramo upoštevati predvidene časovne okvire, kakovost poročila, ki sporoča, pa mora biti odlična in pravilna.

Preberi več => Postopek izvedbe testa

  • Tako kot faza testnega skriptiranja so tudi v tej fazi lahko klici dolgi in se lahko ukvarjajo z zapletenimi vprašanji - bodite torej osredotočeni in potrpežljivi.
  • Vnaprejšnja e-pošta pomaga
  • Na začetku klica navedite splošne poudarke stanja tega dne
  • Ko je razprava o statusu končana, preidite na stanje okvare
  • Reševanje poizvedb
  • Pojasnite naslednje zaporedje nalog

Opomba - Včasih se nam zgodi, da veliko skriptov ne uspe. In stranka se ob tem morda ne počuti dobro. Čeprav nismo krivi, izvedite testne primere kot običajno (če je mogoče tudi več), da nadaljujete in nadgradite slabo kakovost z napredkom.

Preberite tudi => Kako pisati učinkovita e-poštna sporočila skupini za preverjanje kakovosti (ali kateri koli drugi)

# 6) Klic stranke med UAT / po sprostitvi / v proizvodnji

  • Obvestite stranko o vseh znanih težavah in rešitvah za pomoč pri UAT
  • Ko vas vprašajo o napaki, najdeni med UAT, jim odgovorite z osnovni vzrok / rešitev po e-pošti, če je to mogoče, ali pokličite kratek klic, da to pojasnite
  • Predlagajte ukrepe, ki jih je treba sprejeti v zvezi z znanimi težavami - za njihovo obravnavo prek zahteve za spremembo ali RFC ( zahteva za spremembo ) - ali jih uporabiti kot nov projekt itd.
  • Ko je izdelek v živo, preverite zahteve naročnika glede vzdrževanja
  • Če menite, da je to potrebno, priporočite izvedbo zmogljivosti ali drugo nefunkcionalno testiranje

Zadnji nasvet je: Prosite za povratne informacije. Če ste sledili neki praksi, vprašajte stranko, če je bilo koristno, da se prepričate, da stranko vključimo v odločitev, kaj najbolje deluje.

Zaključek

Popolno komuniciranje med stranko in ekipo je težko doseči, a z nekaj preprostimi koraki lahko pridemo do nje in napredujemo.

poizvedbe oracle sql intervjuja vprašanja in odgovori za izkušene pdf

Zgornje točke so časovno preizkušene in praktično izvedene, zato vemo, da to deluje.

Sporočite nam, če imate v rokavu še kakšne nasvete in trike.

Kot vedno bi vas radi slišali. Prosimo, komentirajte ali objavite vprašanja spodaj.

Priporočeno branje

^