6 step guide handle client calls effectively
питања за интервју за тестирање пенетрације веб апликација
Последња ствар коју радимо сваког дана у већини пројеката и компанија је остваривање позива клијената.
Позиви клијената су саставни и важан део начина на који се посао координира и канали комуникације у ИТ тимовима остају отворени.
Позиви клијената су забавни када су кратки и задаци су на правом путу и испуњавају се очекивања клијента. Када то није случај, позиви клијената могу довести до пуно стрепње, тескобе, разочарања и демотивације.
Шта можемо учинити да си помогнемо у овом контексту?
Добре комуникацијске вјештине , стручност за језик и акценте, позитиван став где преузимамо кривицу кад треба, ангажовање са клијентом на личном нивоу, говорећи „да“ - неколико је ствари које могу помоћи, али нажалост, то није довољно
Шта нам онда више треба?
Управо ту овај чланак добро долази. Ово је наш покушај да истакнемо многе фазе у којима се одвија интеракција са клијентима у пројекту КА и неколико савета у свакој од њих који могу помоћи.
Такође прочитајте => Колико је важно да испитивач или програмер комуницирају једни с другима?
Шта ћете научити:
- # 1) Позив клијента током анализе захтева
- # 2) Позиви клијента током планирања теста:
- # 3) Клијентски позиви током стварања матрице следљивости
- # 4) Позиви клијента током тестирања скрипти
- # 5) Позив клијента током извршавања скрипте и евидентирања квара
- # 6) Позив клијента током УАТ-а / након пуштања / у производњи
- Закључак
- Препоручено читање
# 1) Позив клијента током анализе захтева
Када се преда документ са софтверским захтевима за нови пројекат за тестирање, морамо да будемо темељни у разумевању свих имплицитних и експлицитних области софтвера. За ову фазу потребан је квалитетан позив клијента ради појашњења и побољшања наше интерпретације производа.
Опширније => Како тестирати документе са захтевима
Неколико аспеката које треба имати на уму:
- Припремити: Пре постављања питања темељито проучите захтеве
- Направите листу: Пре времена забележите питања и по потреби дајте предност листи. Да бисте били сигурни, покушајте да сачувате штампани примерак питања јер приступ рачунару може постати отежан у неким конференцијским салама, а може бити и грешака у последњем тренутку.
- Прво решите интерно: Прво проверите чланове вашег тима или доступне програмере или програмере БА
- Подигни главу : Ако је могуће, пошаљите листу питања клијенту путем е-поште како би се и он могао припремити
- Дисцусс: Будите концизни, прецизни, тачни и немојте се срамити питати поново, ако није јасно
- Запис: Запишите дата објашњења
- Предложи: Дајте предлоге за побољшање захтева када је то применљиво
- Обавестите: Обавестите клијента шта су следеће радње
- Наставите до затварања: пошаљите исход расправе е-поштом како бисте били сигурни да су све идеје и мисли усклађене.
# 2) Позиви клијента током планирања теста:
Након што клијент одобри план тестирања, КА тимови обично користе своје образац плана теста до израдити план теста у року који одреди клијент и пошаље на преглед.
У овој фази може се затражити повратна информација, а то су ствари о којима треба водити рачуна:
како писати тест случајеве у ручном тестирању
- Уверите се да клијент има најновији документ плана тестирања и да је интерно прегледан пре слања.
- Омогућите клијенту довољно времена за преглед
- Када је могуће, замолите клијента да прво пошаље коментаре рецензије путем е-поште
- Када клијент изрази да се о коментарима може разговарати путем е-поште или да су у реду са документом какав јесте, пређите на следећи корак и обавестите клијента о томе шта је то
# 3) Клијентски позиви током стварања матрице следљивости
За пројекте који прате напредну следљивост прелазимо на поделу захтева на мање функционалности са свим могућим сценаријима и створити матрицу следљивости након урађеног плана испитивања. То клијент обично прегледа како би могао да провери покривеност и да своје одобрење, а ми можемо да наставимо даље.
Да би се ова интеракција учинила једноставнијом, треба напоменути следеће:
- Као и тест план, и матрица би требало да буде детаљно прегледана пре слања на преглед клијента.
- Тражите коментаре путем е-поште, када је то могуће
- Када се коментари пошаљу е-поштом, разговарајте о тим коментарима са тимом, тако да можете поново директно објаснити резолуцију сваког од њих у позиву, разговарајте само о приоритетним случајевима. Остатак може сачекати е-пошту.
- Добијте потврду ако скриптирање може да се започне
- Ако имате било каквих питања или запрека у вези са фазом израде сценарија, обавезно их разјасните у овом позиву.
# 4) Позиви клијента током тестирања скрипти
Ова фаза је дужа од последње и позиви клијената могу бити интензивнији.
Ове тачке могу помоћи:
- Поштујте рокове: Покушајте да испуните или премашите циљеве креирања тест скрипти.
- Припремите се за дуже позиве
- Избегавајте изненађења: обавестите клијента о напретку и укључите блокаде путева тако да клијент први пут током позива не чује нове информације
- Прво стручна провјера и осигурајте да се мапирање на РТМ изврши прије позива
- Избегавајте детаљно понављање статусне е-поште јер је већ послата е-поштом. Уђите у детаље само ако клијент тражи било шта одређено или када клијент то затражи
- Откажите или прекините позив у случају да клијент и КА тим немају питања или о чему да разговарају
- Објасните план за наредне задатке
- У случају блокаде која нас спречава да идемо даље, размислите о алтернативним задацима и исте саопштите клијенту.
# 5) Позив клијента током извршавања скрипте и евидентирања квара
(Кликните на слику за увећани приказ)
Да би ова фаза била ефикасна, морамо да поштујемо процењене временске рокове и квалитет извештаја који саопштава да мора бити одличан и тачан.
Опширније => Процес извршавања теста
- Попут фазе скриптног тестирања, и у овој фази позиви могу бити дуги и могу се бавити сложеним проблемима - зато будите фокусирани и стрпљиви.
- Адванце емаил помаже
- На почетку позива дајте свеукупне тренутке статуса тог дана
- Када се дискусија о статусу заврши, пређите на статус дефекта
- Решите упите
- Објасните следећи редослед задатака
Белешка - Понекад нам се може догодити да многе скрипте не успеју. А клијент се можда неће осећати добро због овога. Иако нисмо ми криви, извршавајте тест случајеве као и обично (ако је могуће и више) да бисте наставили на путу и надокнађивали напредак лошим квалитетом.
Прочитајте такође => Како писати ефикасне е-поруке тиму за контролу квалитета (или било ком другом)
# 6) Позив клијента током УАТ-а / након пуштања / у производњи
- Обавестите клијента о свим познатим проблемима и заобилажењима како бисте помогли у вези са УАТ-ом
- Када вас питају о недостатку пронађеном током УАТ-а, одговорите им знаком основни узрок / решење путем е-поште када је то могуће или обавите кратак позив да бисте то објаснили
- Дајте предлоге за мере које треба предузети у вези са познатим проблемима - да бисте их решили путем захтева за промену или РФЦ ( захтев за промену ) - или да их обухвати као нови пројекат итд.
- Након што производ почне са радом, клијента проверите захтеве за одржавање
- Препоручите да извршите перформансе или неко друго нефункционално тестирање ако мислите да је потребно
Последњи савет је: Затражите повратне информације. Ако сте следили праксу, питајте клијента да ли је било корисно да се побринемо да клијента укључимо у одлучивање шта најбоље делује.
Закључак
Усавршавање комуникације клијент-тим тешко је постићи, али са неколико једноставних корака можемо доћи и напредовати.
Горе наведене тачке су временски испитане и практично су примењене, тако да знамо да то функционише.
Обавестите нас ако имате још неких савета и трикова у рукаву.
Као и увек, волели бисмо да се чујемо са вама. Молимо вас да коментаришете или поставите питања у наставку.
Препоручено читање
- Детаљни водич за интеграцију КТП-а са АЛМ / КЦ
- Инсталирајте МонгоДБ на Виндовс: Водич корак по корак
- Како интегрисати ЈИРА са кТест: Водич корак по корак
- Водич по корак за добијање вашег првог плаћеног пројекта тестирања на мрежи
- Како тестери могу паметно постављати питања: Водич корак по корак
- Водич корак по корак за примену доказа о концепту (ПОЦ) у испитивању аутоматизације
- Промена каријере са тестера на пословног аналитичара - Водич корак по корак
- Вођство у тестирању - тестирајте одговорности водећег лица и како ефикасно управљати тест тимом