В очереди на тестирование

Уже сегодня, 12 сентября, в 14:00 проведём прямой эфир «Какие вопросы задают на собеседовании тестировщикам».

На эфире мы поговорим про то, почему компании не смогут обойтись без тестировщиков и каких вопросов можно ожидать новичкам на собеседовании. Мы разберём не только вопросы, которые касаются хардов, но также поговорим, на что обращают внимание работодатели, когда смотрят на софтскилы.

Гость эфира:
Аркадий Кузнецов — старший специалист по тестированию в X5 Group.

Подключиться к эфиру можно по ссылке.

Если у вас есть вопросы, обязательно пишите их в комментарии и приходите на эфир, мы ответим на них✨

Посмотрела все ваши баги!

Вот такие баги вы нашли
1. При вводе отрицательного числа и нажатии на кнопку Calculate система не реагирует. Остаётся предыдущий результат.
2. Факториал большого числа от 171, например 500, рассчитывается как infinity.
3. Факториал большого числа от 992, например 3333, не считается. Система не реагирует. Остается предыдущий результат.
4. Ссылки на Terms and Conditions и Privacy перепутаны. Также вы писали, что данные страницы не разработаны, но это скорее всего не баг. По крайней мере, он минорнее, чем перепутанные ссылки.
5. Проблема с датами в копирайте (написано «2023-2023»). Согласна, что стоит оставить одно число.

То, что вы приняли за баги, но это не баги
1. Отображение результата вычисления с «e», например: The factorial of 123 is: 1.214630436702533e+205
Это не ошибка, это корректная запись длинного числа в математике. В данном случае это значит 1.214630436702533 * 10^205
2) Ошибки в переводе на русский язык. Сайт на английском, а переводит его ваш браузер.

А ещё были баги, которые никто не нашел
1. При попытке вычислить факториал «1.» (точка в конце числа) cистема не реагирует. Остается предыдущий результат.
2. Число с нулями в начале, например «000001», обрабатывается как «1».
Это само по себе, может, и не баг, но можно ввести такое число:
«0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001» и тогда текст в поле вывода уйдёт за видимую область экрана, без переносов и выравнивания. И это уже баг.

🌟 Отдельно хочу выделить ответы @ypiltai, @OlegGon4ar, @t3st3rr0rs, @solidnameseven, @tatyanasys. Они нашли от 4 багов и хорошо оформили ответ. Это не было обязательным условием, но понятное оформление очень важно в работе. Что такое хорошее оформление, разберу в следующем посте!

Все участники и участницы — вы супер! К вам в личные сообщения летят промокоды на скидку 4000₽ на курс «Инженер по тестированию» (там несколько программ, можно выбрать любую).

Как вам было искать баги? Понравилось тестировать?

Всем привет! У меня для вас новый тренажер для поиска багов.
В прошлый раз мы строили треугольники, в этот будем вычислять факториал.

Что такое факториал
Факториал какого-то числа — это произведение всех натуральных чисел от 1 до этого числа. Например, факториал числа 3: 1*2*3 = 6

Факториал 3 пишется так: 3! (с восклицательным знаком после числа).То есть полная запись выглядит так: 3! = 1*2*3 = 6

Ищем баги
Мы будем тестировать веб-приложение, которое вычисляет факториал:
https://qainterview.pythonanywhere.com/. Так как это специальный сайт для практики тестирования, там точно есть баги. Задача — их найти.

Бонусы!
За найденные баги подарим промокод со скидкой 4000₽ на курс «Инженер по тестированию» от Яндекс Практикума. Скидку можно будет использовать для любого формата курса, промокод действует до 20 сентября (начать учиться можно позже, до этого времени нужно записаться).

Как участвовать

1. Найдите баги — сколько получится, хотя бы один!
2. Опишите найденные баги в яндекс форме. Там же оставьте свой ник в телеграме.
3. Напишите в комментарии под этим постом, сколько багов удалось обнаружить (но не раскрывайте, что это за баги!). Так мы точно сможем вас найти и прислать промокод.

🎯 Дедлайн — 5 сентября 23:59 по Москве. До этого времени можно присылать баги. Потом тоже можно, но уже без промокодов.

Выпускники Практикума записали подкаст о смене профессии.

Первый сезон подкаста «Дело практики» — это восемь эпизодов, в которых выпускники Практикума обсуждают шаги на пути смены профессии: от преодоления сомнений до поиска новой работы и внешней пересборки себя как профессионала.

Кстати, во втором и седьмом эпизодах — выпускницы курса «Инженер по тестированию» 🤍

О чём будет пилотный сезон, рассказали в карточках, а здесь — делимся ссылкой на первые четыре эпизода, доступные на всех платформах.

Новые эпизоды — на следующей неделе.

На работе тебе придется столкнуться с коллегами, каждый из которых по-своему важен.

Тестировщик, разработчик, бизнес-аналитик, системный аналитик, владелец продукта, менеджер, дизайнер — все они образуют команду. Её главная задача — создать продукт или улучшить уже существующий.

Я работала в разных командах. В маленьких, где взаимодействовала только с четыремя людьми, и в больших, распределенных командах — работала с коллегами из разных городов и стран. Несмотря на то, что состав команд и ролей различается от проекта к проекту, от компании к компании, некоторые роли встречаются чаще других. Например, в командах, где я работала, всегда были: бэкенд-разработчик, фронтенд-разработчик, тестировщик, аналитик, владелец продукта. Расскажу, чем они занимаются.

Бэкенд-разработчик — человек, который создает внутреннюю логику продукта. Придумывает, как запрограммировать нужную функциональность, чтобы работало без ошибок.

Фронтенд-разработчик отвечает за клиентскую часть приложения — то, с чем пользователь непосредственно взаимодействует на сайте, в мобильном приложении или на десктопе. Например, нажатие на кнопки и переход по страницам сайта.

Владелец продукта (или продакт-менеджер) не обязательно «владеет» продуктом, но он отвечает за его вектор развития. Например, решает, на какую аудиторию ориентируется продукт или что нужно улучшить в первую очередь.

Системный аналитик превращает требования бизнеса в технические задания для команды.

Тестировщик обеспечивает качество продукта. Следит за процессом его создания и проверяет его соответствие требованиям.

💬 Расскажите, с какими ролями вы взаимодействуете на работе?
А я и другие участники чата попробуем угадать вашу роль!

Например, я говорю, что по работе общаюсь с директором, поваром и нянечками. И можно будет предположить, что я воспитательница в яслях.

Правда ли, что рынок тестировщиков переполнен и сейчас найти работу в разы сложнее, чем, к примеру, два года назад?

Вопрос от подписчика. Отвечает Арина Лукьянова, карьерный консультант Яндекс Практикума:

Работу найти стало действительно сложнее, чем несколько лет назад. Расскажу, почему так произошло и что это значит для начинающих специалистов.

Ситуация на рынке
Всё больше людей заходят в IT, растёт средняя техническая грамотность, а значит повышается запрос работодателей к базовым знаниям. Сейчас недостаточно просто знать, нужно уметь. Это значит — показать, как ты применяешь свои теоретические знания на практике. И поэтому на всех собеседованиях хотят увидеть практический опыт.

Сейчас самое сложное для новичка — перешагнуть первый этап и найти заветный коммерческий проект.
Конкуренция правда высокая, но найти работу вполне реально.

Как увеличить свои шансы
Мы в Практикуме учитываем ситуацию на рынке. На курсах студенты делают несколько реальных задач, которые можно забрать себе в портфолио. У нас есть программа подготовки к трудоустройству с карьерными консультациями — чтобы помочь студентам на том рынке, который мы имеем.

А еще не могу не сказать про силу нетворка, это тоже важный момент при поиске. Ходить на конференции, общаться со старшими специалистами, опыляться знаниями от более опытных — это тоже важный этап для эффективного поиска. Практикум дает возможность быстрее формировать полезные контакты и «заходить в IT-тусовку». Как минимум, у студентов появляется круг сокурсников, которые в перспективе могут сыграть не последнюю роль в карьере. А ещё есть постоянная возможность общаться с экспертами и практикующими специалистами.

Когда я только начинала работать в тестировании, общаться с коллегами и задавать вопросы было страшно. Особенно с разработчиками.

Коллеги советовали мне задавать больше вопросов. И объясняли, что чем раньше ты задаешь вопрос, тем лучше. Например, я только устроилась на новую работу. Начинаю разбираться и появляется много вопросов. Иду сразу их задавать! Я новенькая — никто не смутится от большого количества вопросов. А если отложить их и вывалить через несколько месяцев, то это будет выглядеть странно. Поэтому я теперь спрашиваю всё сразу.

Больше всего мне приходится взаимодействовать с разработчиками.
Вот что я уточняю у них на разных этапах:

— Какая часть требований была реализована и каким образом. Это я спрашиваю сразу — когда получаю новую задачу и изучаю требования. Часто бывает, что изначально хотели сделать одно, а в итоге реализовали только кусок. И это нигде не зафиксировано — в требованиях всё так, как было до этапа разработки.

Поэтому я узнаю про реализацию у разработки и фиксирую ситуацию. Если и правда оказывается, что требования неактуальны, я уточняю у аналитика/менеджера, в курсе ли он. Иначе может получиться, что протестирую по требованиям и сделаю баг-репорты на то, что сейчас и не планировали разрабатывать.

— Какие функциональности были задеты. Это тоже один из первых вопросов. Если в продукт вносили изменения, мне важно знать, что разработчик рекомендует проверить.

— Как сделать необходимые настройки на тестовой среде. Я могу уточнить это у разработчика, когда пишу тестовую документацию. Также мы обсуждаем создание тестовых данных.

— Подозрительные баги. Когда я провожу тестирование, я иногда замечаю проблемы, которые не могу однозначно идентифицировать как баг. Тогда я приношу разработчику такие кейсы в личку, и мы их обсуждаем. Бывает, что проблема в настройках тестового окружения или недопонимании. Если проблему удаётся быстро решить, я не завожу баг-репорт.

Все эти вопросы помогают нам создавать качественный продукт вместе.

О чём вам рассказать? Голосуйте, и мы ответим на самое популярное.

Как отдыхают тестировщики

Надеемся, у вас тоже получается отдохнуть этим летом 🌴

Приятного прослушивания✨

Там в начале 3 секунды тишины, а потом аудио проигрывается. Телеграм показывает нули, но это неправда, длина записи — 57 минут. Такой вот баг.

Выпускница нашего курса «Инженер по тестированию» Виктория поделилась своими впечатлениями об учёбе в Практикуме и рассказала, как опыт работы в HR помогает в работе тестировщика.

А продакт-менеджер карьерного трека в Практикуме, Екатерина Бутырская, дала рекомендации о том, как говорить про свой предыдущий опыт в резюме и на собеседованиях, а также какие вопросы нужно задать себе, чтобы отразить свой профессиональный бэкграунд.

Запись 👇