Демонстрируйте открытость к общению с первых дней на проекте и проявляйте инициативу там, где это возможно. Работая в формате аутстаффинга, вы становитесь членом нескольких команд в разных компаниях, и важно вести себя как лояльный и вовлеченный сотрудник, а не временный игрок, даже если вы знаете, что проект закончится через несколько месяцев. За это время вы сможете оптимизировать процессы и запомниться заказчикам — в следующий раз при поиске специалистов они с большей вероятностью обратятся к вам снова.
Свой вклад можно внести не только качественным тестированием, но и помощью другим членам команды. Например, иногда тестировщикам приходится самостоятельно выяснять подробности задач, составленных без необходимых для работы деталей. Заинтересованный в результатах специалист после исследования сам внесет эти подробности, приложит куски кода или логи, чтобы любой коллега мог сразу этим воспользоваться вместо того, чтобы идти на второй круг выяснения обстоятельств. Здорово, если у вас есть возможность писать инструкции для команды, когда вы сами в чем-то разобрались, чтобы сэкономить другим время на поиск информации.
Соблюдайте субординацию. В начале проекта вы с коллегами еще друг друга не знаете, и залетать в рабочие чаты со специфическими мемами рискованно — неаккуратно выбранный стиль общения может испортить первое впечатление. Проявить индивидуальность можно будет позже, когда вы прощупаете атмосферу в коллективе, его традиции, правила и сблизитесь с членами команды.
Делайте так, чтобы общаться с вами было удобно. Записывайте все, что можно: новые термины, имена и должности сотрудников, чтобы не переспрашивать несколько раз. Вместо того, чтобы отвлекать коллегу уточнениями каждые пять минут, подумайте наперед и составьте список вопросов заранее. А если видите, что в переписке собеседник выхватывает из сообщения только первые и последние абзацы, отправляйте тезисы по очереди — это нюансы человеческого общения, и в рабочей коммуникации важно оставаться эмпатичным и понимающим человеком.
Это нормально, если тестировщик чего-то не знает или не умеет. Буквально каждый день в продуктах выкатываются новые фичи, которые приходится изучать. IT-сфера в целом — история про непрерывное обучение, стать сверхразумом здесь невозможно.
Главное — правильно подать области, в которых вы проседаете. Говорите об этом прямо. Чем больше вы будете стесняться своего незнания и пытаться его завуалировать, тем больше это будет напрягать коллег. Попросите ссылки на источники для изучения темы или подсказку, как правильно загуглить вопрос. По опыту, когда вы честны, команда относится к вам более позитивно.
Разработчики, как правило, загружены задачами, а тимлиды и тестировщики постоянно их дергают. Программист, которого разрывают на куски, может что-то забыть, упустить, не придать значения, поэтому я стараюсь относиться к ним мягко и благодарить за работу, которую они делают.
К бэкендерам я сформировала особый подход. Мануальные тестировщики обычно чаще сталкиваются с фронтом и не всегда понимают, правильно ли фича функционирует на бэкэнде. Бэкенд-разработчики могут воспринимать в штыки заявления о том, что у них что-то не работает. Я сразу обозначаю, что могу чего-то не знать и прошу объяснить — может, эта проблема вообще не с их стороны. Тестировщик мог что-то неправильно проверить, или правки не были залиты. Главное — не приходить с претензией.
Выделю три самых главных, на мой взгляд, качества, которые помогут тестировщику удачно влиться в любой проект.