3 марта состоится восьмая встреча JUG.EKB

В начале работы в тестировании внимание чаще всего направлено на проверки, сценарии и оформление багов. Но довольно быстро становится понятно, что без диалога внутри команды этого недостаточно. Вопросы, уточнения и договоренности оказываются такой же частью работы, как и сами тесты.

Диана, инженер по тестированию в Naumen, поделилась личным опытом: как перестать бояться задавать вопросы, говорить о багах без конфликтов и выстраивать рабочие отношения с аналитиками, разработчиками и командой — особенно на старте карьеры.

Дима пришел в Naumen год назад — на стажировку по разработке. Успешно ее завершил и теперь работает младшим разработчиком в команде Naumen SMP. Он исправляет дефекты, реализует новые фичи, пишет автотесты. А также следит за тем, чтобы задачи разных разработчиков интегрировались бесперебойно и исследует массовые проблемы интеграций.

В работе он придерживается простого правила: небольшие задачи, вроде отчетов или запуска сборок, выполняет сразу по мере появления. Это помогает держать входящий поток под контролем и не накапливать рутину.

Рассказываем, как прошел один из его рабочих дней, наполненный планированием, разработкой фичи и командными встречами.

В продуктовой команде скорость разработки напрямую зависит от того, насколько ясно сформулированы задачи, понятны цели и заранее учтены возможные риски. Здесь важна роль продуктового аналитика — человека, который помогает команде двигаться быстрее за счет точной постановки, глубокого анализа потребностей клиентов и выбора оптимальных решений.

Мы попросили Иру, продуктового аналитика в группе AI-решений, рассказать, как она организует эту работу на практике: от подготовки задач и взаимодействия с разработкой до поиска решений, которые позволяют экономить время всей команды и повышают ценность продукта для клиента.