Meni

Vodič u 6 koraka za učinkovito rješavanje poziva klijenta kao člana QA tima

6 step guide handle client calls effectively

najbolje prakse automatizacije u testiranju softvera

Isprobajte Naš Instrument Za Uklanjanje Problema

Posljednja stvar koju radimo svakog dana u većini projekata i tvrtki je ostvarivanje poziva klijenata.

Pozivi klijenata sastavni su i važan dio koordinacije rada i održavanja komunikacijskih kanala u IT timovima.

Pozivi klijenata zabavni su kad su kratki i zadaci su na pravom putu i ispunjavaju se očekivanja klijenta. Kad to nije slučaj, pozivi klijenata mogu dovesti do puno tjeskobe, tjeskobe, razočaranja i demotiviranja.

Što možemo učiniti da si pomognemo u ovom kontekstu?

učinkovito rukovati pozivima klijenta

Dobre komunikacijske vještine , stručnost za jezik i naglasak, pozitivan stav gdje preuzmemo krivnju u određenom roku, angažman s klijentom na osobnoj razini, govoreći ‘da’ - nekoliko je stvari koje mogu pomoći, ali nažalost, to nije dovoljno.

Što nam onda više treba?

Upravo tu ovaj članak dobro dolazi. Ovo je naš pokušaj da istaknemo mnoge faze u kojima se odvija interakcija s klijentom u projektu osiguranja kvalitete i nekoliko savjeta u svakoj od njih koji mogu pomoći.

Također pročitajte => Koliko je važno da ispitivač ili programer komuniciraju jedni s drugima?

Što ćete naučiti:

# 1) Poziv klijenta tijekom analize zahtjeva

q pozivi klijenta 1

Nakon predaje dokumenta sa softverskim zahtjevima za novi projekt za testiranje, moramo biti temeljiti u razumijevanju svih implicitnih i eksplicitnih područja softvera. U ovoj fazi potreban je kvalitetan poziv klijenta radi pojašnjenja i poboljšanja naše interpretacije proizvoda.

Čitaj više => Kako testirati dokumente sa zahtjevima

Postupak prikupljanja zahtjeva

Nekoliko aspekata koje treba imati na umu:

  • Pripremiti: Prije postavljanja pitanja temeljito proučite zahtjeve
  • Napravi popis: Zabilježite pitanja unaprijed i po potrebi dajte prednost popisu. Da biste bili sigurni, pokušajte sačuvati tiskani primjerak pitanja jer bi pristup računalu mogao postati otežan u nekim konferencijskim dvoranama, a moglo bi biti i kvarova u posljednjem trenutku.
  • Prvo riješite interno: Prvo provjerite među članovima svog tima ili dostupnim programerima ili BA
  • Odustanite od glave : Ako je moguće, pošaljite popis pitanja klijentu putem e-pošte kako bi se i on mogao pripremiti
  • Raspravite: Budite jezgroviti, precizni, precizni i nemojte se sramiti pitati ponovno, ako nije jasno
  • Snimiti: Zapišite pružena pojašnjenja
  • Predložiti: Dajte prijedloge za poboljšanje zahtjeva kada je to primjenjivo
  • Obavijestiti: Obavijestite klijenta koje su daljnje radnje
  • Nastavite do zatvaranja: pošaljite ishod rasprave e-poštom kako biste bili sigurni da su sve ideje i misli usklađene.

# 2) Pozivi klijenta tijekom planiranja testa:

Nakon što klijent odobri plan ispitivanja, QA timovi obično koriste svoje predložak plana ispitivanja do stvoriti plan ispitivanja u roku koji je odredio klijent i poslati na uvid.

U ovoj se fazi može zatražiti povratna informacija, a to su stvari o kojima treba voditi računa:

  • Provjerite ima li klijent najnoviji dokument plana testiranja i je li interno pregledan prije slanja.
  • Omogućite klijentu dovoljno vremena za pregled
  • Kad je moguće, zamolite klijenta da prvo pošalje komentare recenzije putem e-pošte
  • Kad klijent izrazi da se o komentarima može razgovarati putem e-pošte ili da su u redu s dokumentom kakav jest, prijeđite na sljedeći korak i obavještavajte klijenta o tome što je to

# 3) Klijentski pozivi tijekom stvaranja matrice sljedivosti

Za projekte koji slijede sljedivost prema naprijed, prelazimo na podjelu zahtjeva na manje funkcionalnosti sa svim mogućim scenarijima i stvoriti matricu sljedivosti nakon izrade plana ispitivanja. To klijent obično pregleda kako bi mogao provjeriti pokrivenost i dati svoje odobrenje, a mi možemo ići dalje.

Da bi se ova interakcija učinila jednostavnijom, valja napomenuti sljedeće:

  • Kao i plan ispitivanja, i matricu treba temeljito pregledati prije slanja na pregled klijenta.
  • Tražite komentare putem e-pošte, kad je to moguće
  • Kad se komentari pošalju e-poštom, razgovarajte o tim komentarima s timom kako biste izravno mogli objasniti rezoluciju svakog od njih u pozivu - ponovno razgovarajte samo o prioritetnim slučajevima. Ostatak može pričekati e-poštu.
  • Zatražite potvrdu može li se započeti skriptiranje
  • Ako imate bilo kakvih pitanja ili zapreka u vezi s fazom izrade scenarija, svakako ih pojasnite u ovom pozivu.

# 4) Klijentski pozivi tijekom testnog skriptiranja

Ova je faza dulja od posljednje, a pozivi klijenata mogu biti intenzivniji.

Ove točke mogu vam pomoći:

  • Poštujte rokove: Pokušajte ispuniti ili premašiti ciljeve izrade testnih skripti.
  • Pripremite se za dulje pozive
  • Izbjegavajte iznenađenja: obavijestite klijenta o napretku i uključite prepreke tako da klijent prvi put tijekom poziva ne čuje nove informacije
  • Prvo provjerite i provjerite je li mapiranje na RTM izvršeno prije poziva
  • Izbjegavajte detaljno ponavljanje statusne e-pošte jer je već poslana e-poštom. Uđite u detalje samo ako klijent traži bilo što određeno ili kada klijent to zatraži
  • Otkažite ili prekinite poziv u slučaju da klijent i QA tim nemaju pitanja ili o čemu razgovarati
  • Objasnite plan za sljedeće zadatke
  • U slučaju blokade koja nas sprečava da idemo dalje, razmislite o zamjenskim zadacima i iste komunicirajte s klijentom.

# 5) Poziv klijenta tijekom izvršavanja skripte i evidentiranja kvara

(Kliknite na sliku za uvećani prikaz)

q pozivi klijenta 2

Da bi ova faza bila učinkovita, moramo poštivati ​​procijenjene vremenske rokove i kvaliteta izvješća koje priopćava mora biti izvrsna i točna.

Čitaj više => Postupak izvođenja testa

  • Poput faze skriptnog testiranja, i u ovoj fazi pozivi mogu biti dugi i mogu se baviti složenim problemima - budite koncentrirani i strpljivi.
  • Advance email pomaže
  • Na početku poziva dajte sveukupne trenutke statusa tog dana
  • Kada je rasprava o statusu gotova, prijeđite na status nedostatka
  • Riješite upite
  • Objasnite sljedeći slijed zadataka

Bilješka - Ponekad nam se može dogoditi da mnoge skripte ne uspiju. A klijent se zbog toga možda neće osjećati dobro. Iako nismo mi krivi, izvršavajte test slučajeve kao i obično (ako je moguće i više) kako biste nastavili s radom i nadoknađivali lošu kvalitetu napretkom.

Pročitajte također => Kako pisati učinkovite e-poruke QA (ili bilo kojem drugom) timu

čime otvoriti xml datoteke

# 6) Poziv klijenta tijekom UAT-a / nakon puštanja / u proizvodnji

  • Obavijestite klijenta o svim poznatim problemima i zaobilaženjima kako biste pomogli s UAT-om
  • Kada vas pitaju o nedostatku pronađenom tijekom UAT-a, odgovorite im s osnovni uzrok / zaobilazno rješenje putem e-pošte kad je to moguće ili nazovite kratki poziv kako biste to objasnili
  • Dajte prijedloge o radnjama koje treba poduzeti u vezi s poznatim problemima - da biste ih riješili putem zahtjeva za promjenom ili RFC-a ( zahtjev za promjenom ) - ili da ih se obuhvati kao novi projekt itd.
  • Nakon što proizvod bude dostupan, provjerite od klijenta zahtjeve za održavanjem
  • Ako smatrate potrebnim, preporučite izvedbu izvedbe ili neko drugo nefunkcionalno testiranje

Posljednji savjet je: Zatražite povratne informacije. Ako ste slijedili praksu, pitajte klijenta je li bilo korisno osigurati da klijenta uključimo u odluku o tome što najbolje odgovara.

Zaključak

Usavršavanje komunikacije klijent-tim teško je postići, ali s nekoliko jednostavnih koraka možemo doći i napredovati.

Gore navedene točke vremenski su provjerene i praktički su implementirane, pa znamo da to djeluje.

Obavijestite nas ako imate još nekih savjeta i trikova u rukavu.

Kao i uvijek, voljeli bismo čuti vaše mišljenje. Molimo komentirajte ili postavite pitanja u nastavku.

Preporučena literatura

^