Любые коммуникации в жизни тестировщика отыгрывают крайне важную роль.
Любой QA-инженер, рано или поздно, сталкивается с такой ситуацией, когда весь день напролет нужно находиться в режиме онлайн.
Необходимо созвониться с менеджерами для определения всех деталей разрабатываемого продукта, поучаствовать в митинге по поводу обсуждения нового проекта и так далее.
С таким распорядком дня, уже к вечеру человек начинает понимать, что, в какой-то степени, зря потратил все это время.
Ведь при этом, никто не отменял его прямых обязанностей, которые, естественно, связаны с процессом технического исследования качества программного обеспечения.
Профессия тестировщика – это роль, подразумевающая коммуникацию с большим количеством людей (программистами, клиентами, менеджерами, аналитиками, дизайнерами и иногда с потенциальными пользователями продукта) на всевозможные темы при выполнении услуг по тестированию ПО.
Их круг профессионального общения достаточно велик, и с каждым нужно выстраивать уважительное и обоюдно понятное общение.
Разберем каждый тип подобного общения более подробно.
Общение тестировщика с другими работниками
Общение с дизайнерами
Данная категория – это когорта людей творческих, которые, в первую очередь, отвечают за внешнее обрамление будущего программного обеспечения. Тестировщик во время своей работы может задавать им уточняющие вопросы, которые неразрывно связанны с макетами продукта.
С дизайнерами общаться очень приятно. Например, когда ты высказываешь недовольство касательно вариации отображения определенного элемента, тебе обратно прилетает сразу 2-3 новых варианта, чего от программистов ты никогда не дождешься.
Дизайнеры – люди креативные, они легки на конструктивное общение и с ними мало когда возникают какого-либо рода проблемы.
Коммуникация с отделом разработки
Тестироващик и программист – люди, которые всегда находятся по соседству и не могут существовать друг без друга.
На данную тему можно начинать многочасовые споры, но смысла в этом никакого нет.
Ведь если хороших отношений между этими двумя людьми не будет, проект никогда не завершиться успешно!Факторы, по которым тестировщик и программист могут не сработаться
Равнодушие
У любого человека могут возникнуть трудности и не только касательно рабочих моментов.
Конечно, все домашние заботы и хлопоты должны оставаться дома, но иногда получается так, что и бытовые тяготы человек «забирает» с собой в офис.
А значит, снижается общая работоспособность сотрудника, человек перестает проявлять инициативу, он горит по всем намеченным срокам и не может справиться с поставленной задачей.
В подобных ситуациях, лучше всего поддержать своего коллегу, даже если вы не совсем понимаете, в чем его основные проблемы.Невозможность воспринимать конструктивную критику
Подобная проблема становится все более актуальной с каждым днем и в любом рабочем коллективе.
Находя ошибку в программном обеспечении, тестировщик иногда, банально, забывает, что это все было ранее создано другим человеком, который потратил свое время и силы, и нужно деликатно сообщать ему об этом, чтобы не задеть его своими критическими замечаниями.
Любую критику стоит подавать так, чтобы хорошие взаимоотношения между людьми сохранялись в полной мере.К примеру, тестировщик нашел дефект и ему нужно сообщить об этом программисту. Можно высказать это в 2 разных формах и смысл от сказанного будет иметь не просто разную тональность, но и форму подачи.
Сложный человек
Это когорта людей, с которыми очень сложно находить общий язык. На ваши замечания никак не реагируют, игнорируют звонки. Очень плохо, если подобные личности попадаются со стороны клиента, что автоматически влечет за собой прямой путь к возникновению конфликтов и споров на собраниях.
Нужно всего лишь быть в меру настойчивым, и, при этом, соблюдать своего рода корпоративную осторожность. Очень сильный напор может закончиться для вас очень грустно.
Самое главное – никогда не нужно верить распространенному мнению о том, что с каким-либо человеком априори невозможно работать. Всего лишь нужно знать ниточки, за которые можно дернуть и постараться лучше узнать человека.
Работа тестировщика
Некоторые советы о том, как тестирощику и разработчику жить счастливо и дружно
Никогда не судить строго за ошибки
Если вы нашли очень критический баг, не нужно смеяться и сильно подшучивать над разработчиком. Всегда нужно понимать: тестировщик трудиться в рамках ограниченного времени и ресурсов, но тоже применимо и к разработчику программного обеспечения.
Никто и никогда не сможет создать программное обеспечение, которое бы не включало ошибки, иначе сферы тестирования не было бы вообще.Делитесь идеями
Постоянное общение между тестировщиком и программистом помогает эффективно генерировать идеи с обеих сторон (в достаточной мере).
Разработчик может дать действенный совет о том, как правильно проверить новый модуль, в то же время тестировщик может показать методику, как исправить ранее найденный дефект.
Приоритеты в любой ситуации
Проектная группа всегда должна быть важнее, чем найденный дефект или мнение отдельного члена команды разработчиков.
Если программист постоянно акцентирует внимание менеджера на том, что некоторые ошибки, о которых ему сообщает тестировщик, тривиальные или найдены на зло лично ему, это, скорее всего, проблемы его личного «эго».
Не нужно постоянно демонстрировать свое «Я», особенно на работе, ведь таким образом мы лишаем себя возможности трудится, а других – профессионально расти.А чтобы приоритеты расставлять правильно, стоит следовать всем нижеизложенным правилам и рекомендациям:
- Мотивация на каждый день. Отлично сплоченная группа всегда мотивирует человека на поиск новых инициатив, карьерное развитие, желание двигаться в профессиональном ключе только вперед, совершенствоваться;
- Отличное настроение. Когда внутри коллектива хорошая атмосфера, человек всегда с радостью идет в офис и готов выкладываться на все 100%;
- Индивидуальный рост. При здоровой конкуренции «растут» все. Постоянный обмен эффективными идеями и принятием на вооружение предложений со стороны, дают человеку возможность прогрессировать профессионально.
Общение с бизнес-аналитиками
Не все проекты сопряжены с деятельностью отдела бизнес-аналитиков. Порой его роль отыгрывают другие участники жизненного цикла создания программного обеспечения.
Но если такой отдел все же присутствует в выделенной структуре, вся остальная команда может с полной уверенностью считать, что ей действительно повезло, и вот почему:
- Отличные требования. Все пользовательские истории, в той или иной степени, ориентированы на бизнес, нет в принципе значимости со стороны создания, есть строго поставленная задача, которую следует качественно выполнить. А вот как правильно это сделать – головная задача программиста и менеджера;
- Есть на кого переложить ответственность. Если в созданной функциональности клиенту что-то не понравилось, всегда можно акцентировать внимание, что часть функционала создана в противоречии с заданными изначально требованиями, и тогда уже бизнес-аналитик должен объяснить, где он взял подобные требования;
- Хорошее понимание. Всегда есть возможность проговорить моменты разработки, найти все за и против, принять необходимое решение еще на предварительных стадиях создания программного обеспечения.
Роль любого бизнес-аналитика на проекте сводится к роли своеобразного переводчика, который должен анализировать нужды пользователей и донести их требования до проектной группы в наиболее понятной форме.
Хорошо выстроенные отношения между тестировщиком и бизнес-аналитиком позволяют первому существенно облегчить свою профессиональную деятельность, ведь всегда под рукой есть человек, который может донести клиенту все мысли касательно функционала, а также в понятливой форме получить качественную обратную связь с самыми свежими требованиями.
Диалог с клиентом
Главные вещи, которые необходимо культивировать тестировщику при общении с клиентом, можно выделить в определенную группу.
Чрезмерное терпение. Клиенты бывают с разным характером: агрессивные или деловые. Подобный список можно продолжать бесконечно долго, но самое главное – стоит терпеть некоторые прихоти и стараться не выходить за рамки делового общения.
Честный взгляд. Если выпуск важной функции не будет доставлен вовремя, а все потому что вы неверно оценили время на разработку, стоит сказать об этом с полной честностью, врать не нужно. Да, это ваш прокол, но люди, которые могут с достоинством признать свою вину, со стороны всегда вызывают доверие и человеческое уважение.
Инициативность. Проявлять трезвую и разумную инициативу стоит всегда, но нужно не перегибать. Если будете очень настойчивы, вас запросто могут попросить на выход.
Крайне важно доказать то, зачем нужно внедрить озвученные вами вещи, особенно с позиции клиента, ведь его воля – самый главный фактор принятия решений на любом из проектов.
Всеобщая информативность. Клиент постоянно должен «видеть», что работа не стоит на месте, а значит необходимо максимально качественно визуализировать процесс имплементации оплаченного с его стороны функционала.
Постоянное слушанье. Всегда нужно много слушать, а не просто говорить о чем-то. Даже если вы рассуждаете о погоде за окном, интерес всегда должен исходить от вашей стороны, а не со стороны вашего клиента.
Если придерживаться всех вышеописанных правил, проект может заручится хорошими плюсами, среди которых:
- Доверие и всеобщее уважение со стороны клиента;
- Рост заработной платы;
- Чувство персональной независимости и ответственности.
Итоги
Наш нынешний информационный мир создал, по сути, один из важнейших законов: чтобы в полной мере считать себя успешным специалистом, не хватит исключительно глубоких познаний и рабочего опыта, необходимо что-то еще, чему можно научится только в практической плоскости.
Такие «мягкие навыки», soft skills позволяют не просто адаптироваться к современным реалиям профессии тестировщика программного обеспечения, но и вырабатывают определенные лидерские качества, позволяющие двигаться по карьерной лестнице вверх, ценить трудовое время и заниматься саморазвитием.
Оставить комментарий