Как проходит адаптация нового сотрудника
Что проверяют
Если вопрос задаёт интервьюер, он смотрит, как быстро вы разбираетесь в незнакомом продукте и не тонете ли без готовых инструкций. Если его задаёте вы, то проверяете, будет ли у вас доступ к стендам и тестовой документации с первой недели. Следом часто спрашивают: «А как бы вы сами ввели в работу нового тестировщика?»
Как отвечать
Для QA адаптация держится на трёх вещах: продукт, окружение и процесс. Опишите их на своём опыте:
- продукт: пройти ключевые пользовательские сценарии руками, прочитать требования и пользовательскую документацию, посмотреть последние баги в трекере, чтобы понять слабые места;
- окружение: доступы к тестовым стендам, логам, базе с тестовыми данными, к TMS вроде Test IT или Allure TestOps, к коллекциям Postman для API;
- процесс: что считается готовым к тестированию, как оформляется баг и его серьёзность, кто принимает решение о релизе, где лежит регрессионный набор;
- первые задачи: прогон регресса по готовым кейсам, затем тестирование небольшой фичи и собственные кейсы, которые проверяет старший коллега;
- для автоматизации: поднять проект автотестов локально, запустить прогон, починить один упавший тест.
Своих цифр не выдумывайте, но если помните, что через месяц вы уже вели тестирование фичи самостоятельно, назовите этот срок. Если сами были наставником, коротко расскажите, что давали новичку в первую неделю и какой документ оставили после себя.
Когда спрашиваете работодателя, уточните: есть ли актуальные тест-кейсы или всё держится в головах, кто будет вашим наставником, как устроен доступ к стендам.
Где спотыкаются
Рассказывают только про встречи и знакомство с командой. Для тестировщика главное, как быстро он начинает находить настоящие дефекты.
Говорят с обидой, что в прошлой компании «ничего не было и я разбирался сам». Лучше спокойно описать, какие пробелы вы закрыли, например завели чек-лист для новичков.
Не спрашивают про тестовые данные и стенды. Именно их отсутствие чаще всего растягивает адаптацию QA на месяцы.