Когда я только начинала работать в тестировании, общаться с коллегами и задавать вопросы было страшно. Особенно с разработчиками.
Коллеги советовали мне задавать больше вопросов. И объясняли, что чем раньше ты задаешь вопрос, тем лучше. Например, я только устроилась на новую работу. Начинаю разбираться и появляется много вопросов. Иду сразу их задавать! Я новенькая — никто не смутится от большого количества вопросов. А если отложить их и вывалить через несколько месяцев, то это будет выглядеть странно. Поэтому я теперь спрашиваю всё сразу.
Больше всего мне приходится взаимодействовать с разработчиками.
Вот что я уточняю у них на разных этапах:
— Какая часть требований была реализована и каким образом. Это я спрашиваю сразу — когда получаю новую задачу и изучаю требования. Часто бывает, что изначально хотели сделать одно, а в итоге реализовали только кусок. И это нигде не зафиксировано — в требованиях всё так, как было до этапа разработки.
Поэтому я узнаю про реализацию у разработки и фиксирую ситуацию. Если и правда оказывается, что требования неактуальны, я уточняю у аналитика/менеджера, в курсе ли он. Иначе может получиться, что протестирую по требованиям и сделаю баг-репорты на то, что сейчас и не планировали разрабатывать.
— Какие функциональности были задеты. Это тоже один из первых вопросов. Если в продукт вносили изменения, мне важно знать, что разработчик рекомендует проверить.
— Как сделать необходимые настройки на тестовой среде. Я могу уточнить это у разработчика, когда пишу тестовую документацию. Также мы обсуждаем создание тестовых данных.
— Подозрительные баги. Когда я провожу тестирование, я иногда замечаю проблемы, которые не могу однозначно идентифицировать как баг. Тогда я приношу разработчику такие кейсы в личку, и мы их обсуждаем. Бывает, что проблема в настройках тестового окружения или недопонимании. Если проблему удаётся быстро решить, я не завожу баг-репорт.
Все эти вопросы помогают нам создавать качественный продукт вместе.
Коллеги советовали мне задавать больше вопросов. И объясняли, что чем раньше ты задаешь вопрос, тем лучше. Например, я только устроилась на новую работу. Начинаю разбираться и появляется много вопросов. Иду сразу их задавать! Я новенькая — никто не смутится от большого количества вопросов. А если отложить их и вывалить через несколько месяцев, то это будет выглядеть странно. Поэтому я теперь спрашиваю всё сразу.
Больше всего мне приходится взаимодействовать с разработчиками.
Вот что я уточняю у них на разных этапах:
— Какая часть требований была реализована и каким образом. Это я спрашиваю сразу — когда получаю новую задачу и изучаю требования. Часто бывает, что изначально хотели сделать одно, а в итоге реализовали только кусок. И это нигде не зафиксировано — в требованиях всё так, как было до этапа разработки.
Поэтому я узнаю про реализацию у разработки и фиксирую ситуацию. Если и правда оказывается, что требования неактуальны, я уточняю у аналитика/менеджера, в курсе ли он. Иначе может получиться, что протестирую по требованиям и сделаю баг-репорты на то, что сейчас и не планировали разрабатывать.
— Какие функциональности были задеты. Это тоже один из первых вопросов. Если в продукт вносили изменения, мне важно знать, что разработчик рекомендует проверить.
— Как сделать необходимые настройки на тестовой среде. Я могу уточнить это у разработчика, когда пишу тестовую документацию. Также мы обсуждаем создание тестовых данных.
— Подозрительные баги. Когда я провожу тестирование, я иногда замечаю проблемы, которые не могу однозначно идентифицировать как баг. Тогда я приношу разработчику такие кейсы в личку, и мы их обсуждаем. Бывает, что проблема в настройках тестового окружения или недопонимании. Если проблему удаётся быстро решить, я не завожу баг-репорт.
Все эти вопросы помогают нам создавать качественный продукт вместе.