Отгремели новогодние праздники, с начала января я стала активно откликаться на вакансии, получала приглашения на собеседования, потихоньку начала их проходить (позже напишу про наиболее запоминающиеся собесы подробнее). Но чтобы развивать свои навыки и не останавливаться на достигнутом, хотелось получать больше практического опыта. Выполнение тестовых заданий, конечно, дает определенный опыт, но вы не всегда сможете написать о них в резюме. А вот участие в багатоне вполне можно упомянуть. И да, это плюс ко всему еще и бесплатно.
Что же такое багатон? Фактически это командное соревнование, где вы с товарищами по тестированию будете искать баги в каком-то приложении и добавлять их на доску в ограниченный временной промежуток. Я участвовала в багатоне от Яндекса, объявление нашла в чате выпускников QA (да, я по-прежнему следила за объявлениями, хоть и не смогла поучаствовать в программе акселерации). Подала заявку, сразу получила приглашение и информацию о времени проведения организационного собрания.
Во время организационного собрания нам рассказали о том, как будет организована работа в команде: всех участников разделили на 5 команд, для каждой был создан временный чат. Также был создан общий чат по организационным вопросам для всех участников багатона. Рассказали про время, отведенное на тестирование, про то, кому можно задать вопросы в случае возникновения спорных моментов. В чате также присутствовали представители команды, которая занималась разработкой тестируемого нами приложения. Часть вопросов можно было адресовать непосредственно к ним.
В назначенный день с самого утра организаторы открыли доступ к приложению (раньше начать тестировать было нельзя) и до 00:00 можно было заносить баги на доску. Баг-репорты, занесенные позднее, уже не учитывались. В чате мы с командой разделили обязанности, кто какую часть приложения берет для тестирования, чтобы процесс шел бодрее. При этом время от времени кто-то находил баги в других частях, которые еще не были занесены, и также фиксировал их на доске.
В нашей команде, если мне не изменяет память, мы нашли порядка 110 багов. Но здесь главное не количество, а качество: по завершении времени тестирования каждый баг оценивает целая комиссия специалистов и решает, какое количество баллов присудить за тот или иной баг-репорт. Но большинство участников все равно продолжает оценивать результативность соревнования по количеству багов на доске.
О проблемах: несмотря на то, что мы с участниками разделили область тестирования, все равно возникали ситуации дублирования багов. Но, с другой стороны, лучше занести баг дважды, чем вообще его не занести.
На следующий день до 12:00 утра комиссия проверяет все найденные командами баги и после обеда подводит итоги на созвоне. Я впервые принимала участие в багатоне, но в команде со мной были ребята, которые участвовали уже 2-ой и 3-ий раз, но призовых мест не получали, поэтому я крайне скептически относилась к тому, что наша команда может занять призовое место. Однако, по итогам мы заняли второе место. Я, конечно, принимала участие не ради победы, а для получения опыта, но было приятно, что я приложила руку к этому результату.
Что я могу сказать о своем опыте участия в багатоне: не знаю, почему раньше не решалась участвовать в подобных мероприятиях. Это не занимает много времени, но при этом вы получаете опыт работы в команде. Есть, конечно, и недостатки, в виде отсутствия обратной связи по оформлению найденных вами багов. Но если у вас уже есть определенные навыки, то багатон может стать прекрасной возможностью продемонстрировать их.
Так что, если вы ищете возможность бесплатно наработать драгоценный опыт работы тестировщиком, ищите подобные мероприятия, не бойтесь принимать в них участие, а потом рассказывать о полученном опыте на собеседованиях и делиться с потенциальными работодателями своими успехами.