В этом году я впервые приняла участие в Women In Tech в качестве ментора.
У меня были две великолепные менти. Для меня было удивительно испытать эффект Да́ннинга — Крю́гера в действии. Так как я много менторю новичков, то вижу, как активно и бесстрашно новички врываются в профессию и быстро достигают карьерных высот.
В данной же ситуации мои менти были людьми очень опытными и квалифицированными, но сомневающимися в своих бесспорных достижениях.
«Чем больше я знаю, тем больше я понимаю, что ничего не знаю» (Демокрит)
Final Round AI тестирует продукт, позволяющий проходить собеседования целиком с использованием нейросетей.
Пока заявлено целевое использование для собеседований с HR, но мы попробовали провести техническое собеседование на позицию Java Automation QA. Как это выглядело со стороны Геннадия – можно посмотреть в прошлом видео, а теперь покажем, как это выглядело с моей стороны Automation QA passing interview using Final Round AI – YouTube
Предварительно нужно было загрузить в систему описание вакансии и резюме, целевую позицию и список базовых вопросов и ответов.
Наши впечатления от пользования сервисом – в конце видео.
Писать код для лайвкодинг собеседований сервис пока не помогает.
С Геннадием Чурсовым https://t.me/chursovQA записали еще одно совместное мок-интервью на Java QA Automation. Но теперь уже – на английском. Да, мой инглиш далек от идеала, но на самом деле – прямо в момент интервью мы с Геннадием тестируем один очень интересный продукт. А подробнее об этом уникальном продукте мы расскажем в следующем видео.
В ноябре (2023) на канале Антона Назарова “Осознанная меркантильность” вышло собеседование, которое мы записали вместе с Геннадием Чурсовым https://t.me/chursovQA.
Помимо самого собеседования – вы сможете найти ссылки на ресурсы для изучения изложенных тем и разбор неправильного ответа на вопросы.
Каждому автотестеру приходится время от времени разбирать упавшие тесты.
Иногда также разбором падений занимаются разработчики или Manual QA.
Как же провести разбор эффективнее?
Попробуйте выполнить следующие шаги:
Посчитайте количество упавших автотестов и сравните это количество с прошлыми запусками.
У вас на проекте наверняка есть определенное количество регулярно падающих (мигающих) тестов.
Если сегодня упавших стало значительно больше, – проверьте доступность инфраструктуры – базы данных, сервисов, очередей.
Возможная причина – в момент запуска проводились технологические работы.
Попробуйте перезапустить упавшие тесты.
На сервере или локально.
Возможная причина – имеются некие инфраструктурные проблемы
По итогам пунктов 1,2 может быть заведен баг на инфраструктуру/деплой/CICD
Изучите логи прохождения автотестов.
Попытайтесь понять ошибки и оценить, есть ли в них массовость и в каком функционале ошибки встречаются чаще всего.
Возможная причина – полностью\частично вышла из строя некая функциональность продукта на тесте. Или функционал был намерено отключен, а автотесты этого не учитывают.
По итогу пункта 3 может быть заведен баг с приоритетом “блокер” на неработающий функционал либо выключена часть автотестов.
Попробуйте добавить или увеличить ожидания в тестах, проверьте локаторы элементов на странице.
Возможная причина – автотест пробегает быстрее, чем подгружается UI или выполняется некий процесс, проверяемый тестом.
Если все предыдущие шаги не помогли, то остались 2 возможные причины – баг в приложении или баг в автотесте.
Как понять, где именно?
Проверьте недавние коммиты разработки в репозитории проекта – не меняли ли они функционал, проверяемый автотестом.
Обратитесь к автору коммита, который мог потенциально затронуть исследуемый функционал.
Проверьте также историю прохождения автотеста. Падал ли он ранее с подобной ошибкой.
По возможности пройдите сценарий автотеста вручную – удостоверьтесь в наличии\отсутствии бага в приложении.
По итогу вы заведете баг – либо на разработку, либо на доработку автотеста.
Помните, что упавшие тесты – это нормальное явление.
Главное – уметь быстро и правильно их разбирать.
Спасибо за внимание и удачи в автоматизации тестирования!
