Как и где практиковаться начинающему тестировщику

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

Меня зовут Никита Кулаченков, работаю тестировщиком в «Афише» и наставником на курсе «Инженер по тестированию» в Яндекс Практикуме. Много лет назад я попал в тестирование без каких-либо курсов и практикуясь самостоятельно — и с этим я собираюсь помочь и вам.

В чём проблема?

С одной стороны, если мы говорим об IT, то тестировщики находятся не в самом завидном положении, если хотят попрактиковаться. Разработчики, например, могут писать свои

В рамках другого тестового (тоже для мобильной) я описывал проверки по разным видам тестирования, писал отчёт со своими рекомендациями:

Приходилось и баг-репорты составлять:

Те тестовые, правда, не привели ни к какому результату — в те компании меня не взяли, но было довольно интересно позаниматься исследовательским тестированием.Итак, как практиковаться?

Исходя из моего опыта, большинство вакансий аппелируют к следующим навыкам:

• Ручное тестирование (неожиданно)

• Работа с тестовой документацией

• Тестирование API

• Тестирование

  В ситуации, когда не у кого уточнить требования и есть только готовый экран, я стараюсь ответить на следующие вопросы:

  1. Какие элементы есть на экране?

  2. Для чего нужен каждый конкретный элемент?

  3. Какие виды тестирования я могу применить, тестируя этот экран?

  4. Какие проверки я могу составить исходя из подобранных видов тестирования?

  5. Какие техники тест-дизайна помогут мне наиболее полно и правильно протестировать экран?

  Исходя из ответов можно построить стратегию тестирования и составить набор тестов, а если тестируется реальное приложение, а не его скриншот — то ещё и прогнать эти тесты (по возможности) и попробовать поискать баги.

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

  Работа с тестовой документацией

  Для начала давайте разберёмся, с чем чаще всего мы будем иметь дело:

  • чек-листы

  • тест-кейсы

  • баг-репорты

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

  Главное отличие от реальной работы будет в том, что у нас нет доступа к требованиям. Без требований мы можем только догадываться, что и как работает, и не сможем найти каждую фичу, которую стоит проверить. Впрочем, составить общий список проверок, обладая знанием теории тестирования, это нам не помешает. И «завести» баг, если таковые находятся. Вы можете помочь команде проекта, если пришлете им хороший, понятный и детализированный баг-репорт. Кто знает, может быть, они позовут вас в команду? 🙂

  Тестирование API

  Когда я начинал изучать API, самой интересной частью моего обучения было тестирование публичных API.

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

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

  Начать можно со специальных ресурсов, специально созданных для практики тестирования API. Например, это Reqres.in

  

  Сам по себе сайт довольно простой — в нём есть список запросов, а также сами запросы с примерами данных на входе и на выходе.

  Если вы хотите что-то посерьёзнее, я бы советовал действовать так:

  1. Найдите сайт, который вам нравится (или который вы хорошо понимаете)

  2. Попробуйте найти у него документацию к API

  3. Попытайтесь найти в документации гайд по начале работы

  4. Найдите запрос, который вы понимаете, что делает

  5. Выполните этот запрос, следуя документации

  6. Посмотрите результат выполнения на сайте

  Когда я изучал API, я выбрал Trello — это таск-трекер, где можно создавать доски и карточки с задачами для выполнения. На самом деле в основе почти каждого IT-проекта используются подобные продукты — скажем, та же Jira.

  Вот так это может выглядеть изнутри:

  

  Есть несколько колонок, в каждой колонке — задачи. В задачах может быть текст, картинки, метки, опросы, to-do списки. В общем, очень удобно для категоризации и организации задач, целей и чего только заблагорассудится.

  У Trello есть API. И этот продукт очень хорош в том, чтобы наглядно видеть результаты своих действий.

  • Для начала нужно разобраться с тем, как через тот же Postman подключиться к вашему аккаунту, — для этого используются ключи авторизации, о работе которых написано на странице знакомства с Trello API.

  • Далее можно вернуться и найти какой-нибудь простой и понятный запрос — например, создающий карточку на выбранной доске:

  

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

  После создания карточки через запрос мы сможем её увидеть на сайте на выбранной нами доске — ну не чудеса ли?

  Если вы научитесь это делать один раз, то навыки легко переносятся на реальный проект — ведь там всё так же будет документация (должна быть, по крайней мере), список запросов и принимаемые параметры. А там уже остаётся только проверять в соответствии с требованиями — какой статус, что приходит, как приходит, как реагирует фронтенд и т.д.

  Работа с SQL

  Вот тут нам, начинающим тестировщикам баз данных, конкретно повезло, потому что тренажёров по SQL неимоверное множество.

  Выбирайте любой:

  • SQL-Ex — наверное, самый старый и проверенный онлайн-тренажёр для задач по SQL. И пусть вас не пугает его дизайн — переходите в раздел «Упражнения по SQL» и наслаждайтесь!

  • SQL Academy — сайт, где можно как научиться с нуля, так и попрактиковаться в тренажёре. Бесплатный, но есть премиум-версия, которая открывает ответы и сертификат об окончании. На доступ к задачам ограничений никаких.

  • LeetCode SQL 50 — литкод является самым популярным источником задач для программистов, но и для нас (тестировщиков, изучающих SQL) он может пригодиться. Можно порешать интересные задачки, и, конечно, бесплатно.

  • Интерактивный тренажер по SQL на Stepik — ещё один хороший тренажёр, помогающий закрепить знания на практике.

  На самом деле от тестировщиков обычно требуется не очень высокий уровень знания этого языка запросов (если умеете в SELECT’ы и JOIN’ы — скорее всего, вам хватит).

  Написание автотестов

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

  1. Выберите проект

  2. Выберите функциональность

  3. Напишите ручные тесты для выбранной функциональности

  4. Напишите автотесты

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

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

  А можно ли всё и сразу?

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

  Из приятных открытий для решения задачи «А можно ли всё и сразу, да ещё и бесплатно?»: недавно я нашел платформу TestGrow — там есть тесты и практические задания на все основные навыки тестировщика. И да, это бесплатно — создатель продаёт менторство и поддержку, но в остальном задачи доступны всем без исключения.

  Напомню мой основной посыл:

  1. Закончите обучение

  2. Хорошо поработайте над резюме

  3. Отправляйте много откликов

  4. Ходите на собеседования

  5. Практикуйтесь в тех навыках, в которых вы показали себя слабее всего

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