6 step guide handle client calls effectively
как да върна масиви в java -
Последното нещо, което правим всеки ден в повечето проекти и компании, е да осъществяваме чрез клиентски разговори.
Клиентските разговори са неразделна и важна част от начина, по който работата се координира и комуникационните канали се поддържат отворени в ИТ екипите.
Клиентските обаждания са забавни, когато са кратки и задачите са на път и очакванията на клиента са изпълнени. Когато случаят не е такъв, обажданията на клиентите могат да доведат до много безпокойство, тревожност, разочарование и демотивация.
Какво можем да направим, за да си помогнем в този контекст?
Добри комуникационни умения , опит в езика и акцентите, позитивно отношение, когато поемаме вина, когато се дължи, ангажиране с клиента на лично ниво, казвайки „да“ - са няколко неща, които могат да помогнат, но за съжаление това не е достатъчно.
Какво повече ни трябва тогава?
Точно тук тази статия е полезна. Това е нашият опит да очертаем многото етапи, в които взаимодействието с клиентите се осъществява в QA проект и няколко съвета във всеки един, които могат да помогнат.
Прочетете също => Колко важно е за тестера или разработчика да общуват помежду си?
Какво ще научите:
- # 1) Клиентско обаждане по време на анализ на изискванията
- # 2) Клиентски обаждания по време на планирането на теста:
- # 3) Клиентски разговори по време на създаването на матрица за проследяване
- # 4) Клиентски обаждания по време на тестови скриптове
- # 5) Клиентско обаждане по време на изпълнение на скрипт и регистриране на дефекти
- # 6) Клиентско обаждане по време на UAT / след пускане / в производство
- Заключение
- Препоръчително четене
# 1) Клиентско обаждане по време на анализ на изискванията
След като бъде предаден документ за софтуерни изисквания за нов проект за тестване, трябва да сме задълбочени в разбирането на всички имплицитни и явни области на софтуера. Тази фаза се нуждае от качествено обаждане на клиента за разяснения и за подобряване на нашата интерпретация на продукта.
Прочетете още => Как да тествате документи с изисквания
Няколко аспекта, които трябва да имате предвид:
- Приготви се: Прегледайте старателно изискванията, преди да публикувате въпроси
- Направи списък: Запишете въпросите предварително и при необходимост приоритизирайте списъка. За да бъдете в безопасност, опитайте се да запазите хартиено копие на въпросите, защото достъпът до компютър може да се затрудни в някои конферентни зали и може да има и грешки в последния момент.
- Първо вътрешно решаване: Проверете първо в членовете на вашия екип или в наличната разработка или BA
- Вдигнете глави : Ако е възможно, изпратете списъка с въпроси на клиента по имейл, за да може и той да се подготви
- Обсъдете: Бъдете кратки, точни, точни и не се притеснявайте да питате отново, ако не е ясно
- Запис: Запишете предоставените разяснения
- Предложете: Направете предложения за подобрения относно изискванията, когато е приложимо
- Информирам: Кажете на клиента какви са последващите действия
- Последвайте до затваряне: изпратете по електронната поща резултата от дискусията, за да сте сигурни, че всички идеи и мисли са съгласувани.
# 2) Клиентски обаждания по време на планирането на теста:
След одобрението на клиента за плана за тестване, екипите за QA обикновено използват своите шаблон на тестов план да се създайте план за тест в рамките на срока, определен от клиента и изпратете за преглед.
На този етап може да има обаждане за обратна връзка и това са нещата, за които трябва да се погрижите:
- Уверете се, че клиентът има най-новия документ за план за тестване и че той е бил вътрешно прегледан преди изпращане.
- Оставете на клиента достатъчно време за преглед
- Когато е възможно, помолете клиента първо да изпрати коментари за преглед по имейл
- Когато клиентът изрази, че коментарите могат да бъдат обсъдени по имейл или че са добре с документа, както е, моля, преминете към следващата стъпка и информирайте клиента за това какво е това
# 3) Клиентски разговори по време на създаването на матрица за проследяване
За проекти, следващи пряка проследимост, преминаваме към разделяне на изискванията на по-малки функционалности с всички възможни сценарии и създаване на матрица за проследяване след изготвяне на плана за изпитване. Това обикновено се преглежда от клиента, за да може той да провери покритието и да предостави своето одобрение за него, а ние да продължим напред.
Следва да се отбележат следните точки, за да се опрости това взаимодействие:
- Подобно на тестовия план, матрицата също трябва да бъде щателно прегледана, преди да бъде изпратена за преглед от клиента.
- Поискайте коментари по имейл, когато е възможно
- Когато коментарите се изпращат по имейл, обсъдете коментарите с екипа, за да можете директно да обясните резолюцията на всеки един от тях в разговора - отново, обсъдете само приоритетните случаи. Останалите могат да изчакат имейл.
- Получете потвърждение, ако може да се стартира скриптове
- Ако имате някакви въпроси или задръжки относно етапа на създаване на сценария, не забравяйте да ги изясните в тази покана.
# 4) Клиентски обаждания по време на тестови скриптове
Тази фаза е по-дълга от последната и обажданията на клиентите могат да бъдат по-интензивни.
Тези точки могат да помогнат:
- Спазвайте сроковете: Опитайте се да спазите или надвишите целите на създаването на тестови скриптове.
- Подгответе се за по-дълги разговори
- Избягвайте изненади: информирайте клиента за напредъка и включете блокади, така че клиентът да не чува нова информация за първи път по време на разговора
- Първо партньорска проверка и се уверете, че картографирането към RTM е направено преди разговора
- Избягвайте да повтаряте подробно имейла за състоянието, тъй като той вече е изпратен по имейл. Влезте в подробности само ако клиентът поиска нещо конкретно или когато клиентът поиска това
- Отменете или прекратете обаждането, в случай че клиентът и екипът на QA нямат въпроси или няма какво да обсъждат
- Обяснете плана за следващите задачи
- В случай на блокиране, което ни пречи да продължим по-нататък, помислете за алтернативни задачи и съобщете същото на клиента.
# 5) Клиентско обаждане по време на изпълнение на скрипт и регистриране на дефекти
(Щракнете върху изображението за увеличен изглед)
За да бъде тази фаза ефективна, трябва да спазим очакваните срокове и качеството на доклада, който го съобщава, трябва да бъде отлично и коректно.
Прочетете още => Процес на изпълнение на теста
- Подобно на фазата на скриптове на тестове, и в тази фаза разговорите могат да бъдат дълги и да се справят със сложни проблеми - така че бъдете фокусирани и търпеливи.
- Предварителният имейл помага
- Дайте основните акценти на състоянието на този ден в началото на разговора
- След като дискусията за състоянието приключи, преминете към статус на дефект
- Разрешаване на заявки
- Обяснете следващата последователност от задачи
Забележка - Понякога може да има много скриптове да се провалят. И клиентът може да не се чувства добре от това. Въпреки че не сме по наша вина, изпълнявайте тестови случаи по обичайния начин (ако е възможно, повече), за да следите и компенсирате лошото качество с напредъка.
java интервю кодиране въпроси и отговори
Прочетете също => Как да пишете ефективни имейли до екипа за QA (или който и да е)
# 6) Клиентско обаждане по време на UAT / след пускане / в производство
- Информирайте клиента за всички известни проблеми и решения, за да помогнете с UAT
- Когато бъдете попитани за дефект, открит по време на UAT, отговорете им с основна причина / заобиколно решение чрез имейл, когато е възможно, или проведете кратко обаждане, за да обясните същото
- Направете предложения относно действията, които трябва да се предприемат по известни проблеми - за справяне с тях чрез искане за промяна или RFC ( искане за промяна ) - или да ги обхване като нов проект и т.н.
- След като продуктът е на живо - проверете от клиента изискванията за поддръжка
- Препоръчайте да извършите тестове за производителност или други нефункционални тестове, ако смятате, че е необходимо
Последният съвет е: Поискайте обратна връзка. Ако сте следвали практика, попитайте клиента дали е било полезно да се уверите, че ние включваме клиента при вземането на решение кое работи най-добре.
Заключение
Усъвършенстването на комуникацията клиент-екип е труден баланс за постигане, но с няколко прости стъпки можем да стигнем до там и да постигнем напредък.
Горните точки са изпитани във времето и са практически приложени, така че знаем, че те работят.
Моля, уведомете ни, ако имате други съвети и трикове в ръкава си.
Както винаги, ще се радваме да чуем от вас. Моля, коментирайте или публикувайте въпроси по-долу.
Препоръчително четене
- Ръководство стъпка по стъпка за интегриране на QTP с ALM / QC
- Инсталирайте MongoDB на Windows: Ръководство стъпка по стъпка
- Как да интегрираме JIRA с qTest: Ръководство стъпка по стъпка
- Ръководство стъпка по стъпка, за да получите първия си платен проект за тестване с краудсорсинг
- Как тестерите могат да задават въпроси Интелигентният начин: Ръководство стъпка по стъпка
- Ръководство стъпка по стъпка за внедряване на доказателство за концепция (POC) в тестовете за автоматизация
- Преминаване на кариерата от тестер към бизнес анализатор - Ръководство стъпка по стъпка
- Лидерство в тестването - Тествайте отговорностите на водещия и как да управлявате ефективно тестовия екип