QA AK

Люди: ChatGPT скоро нас всех заменит и отнимет у нас работу
Тем временем ChatGPT:

#юмор #ии

Мой коллега Влад с канала «Кофе и код» (кстати, по-дружески рекомендую его канал - там классный технический контент про разработку) поделился процессом отбора на позицию разработчика Ubuntu. На его фоне привычный 2–3-ступенчатый отбор кажется разминкой для разогрева. 🙂

P.S.
А как вам процесс? Стали бы участвовать в таком отборе?

#репосты
—
💼 Мои услуги и проекты |📺 Канал на YouTube |📝 Канал с отзывами |☕️ Поддержать автора на Boosty |🏋️‍♂️ Тренажеры для практики тестирования |🧑‍💻Практикум для начинающих по тестированию API

😉 Первая тысяча подписчиков на YouTube. Учитывая, что я не часто записываю новые видео, это сигнал о том, что следует продолжать этим заниматься.

🤝 Спасибо всем кто подписался, буду работать дальше! Если же вы еще не подписаны, то welcome:

ссылка_на_канал


Напомню, что вы можете поддержать выпуск полезного контента, оформив подписку или сделав донат на Boosty 💰. Там я периодически выкладываю эксклюзив для платных подписчиков (например, скоро добавлю новый тренажер для практики функционального тестирования).

—
💼 Мои услуги и проекты |📺 Канал на YouTube |📝 Канал с отзывами |☕️ Поддержать автора на Boosty |🏋️‍♂️ Тренажеры для практики тестирования |🧑‍💻Практикум для начинающих по тестированию API

🧠 Новый тренажёр по тестированию требований.

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

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

- внимательность и критическое мышление;
- умение анализировать и находить некорректные требования;
- навык работы с документацией.
⠀
👉 Тренажёр доступен по ссылке:
https://aklimenkoschool.ru/simulators/requirements-testing/

Поддержите лайком и делитесь с коллегами, которым нужна практика по тестированию.🚀

#тренажер #практика #тестирование
—
💼 Мои услуги и проекты |📺 Канал на YouTube |📝 Канал с отзывами |☕️ Поддержать автора на Boosty |🏋️‍♂️ Тренажеры для практики тестирования |🧑‍💻Практикум для начинающих по тестированию API

🔸Человеко-читаемые идентификаторы. Path-параметром может быть не только числовой ID. Например, многие сайты используют «человеческие» идентификаторы:

GET https://api.github.com/users/octocat

здесь octocat является именем пользователя (никнеймом) и передаётся как часть пути. Сервер по этому сегменту пути находит нужный профиль пользователя.

🔸 Категории или разделы. Path-параметры могут указывать на раздел ресурса. Например,

GET https://api.example.com/blog/tech/latest

возвращает последние статьи из категории “tech”. Здесь tech и latest выступают в роли параметров пути (категория блога и фильтр последнего).

Path-параметры всегда важны для идентификации ресурса. Иными словами, они указывают, какой именно ресурс нужен. Если изменить значение path-параметра, вы запрашиваете уже другой ресурс. Например, /users/124 – это другой пользователь, отличный от /users/123. Поэтому path-параметры не предназначены для опциональных условий – они являются частью адреса ресурса.


Основные отличия Query vs Path параметров.

Важное различие между path и query-параметрами заключается в их назначении и расположении в URL. Path-параметры включены непосредственно в путь и применяются, когда параметр является частью иерархии ресурса или критично важен для его идентификации. Query-параметры же идут после ? в URL и используются для передачи дополнительных условий или опций, которые не влияют на базовый путь к ресурсу.

Также ключевые отличия:

🔸 Обязательность: path-параметр обычно обязателен – соответствующий маршрут API не сработает, если параметр отсутствует. Query-параметры чаще всего необязательны – если их не передать, API применит значения по умолчанию или просто вернёт полный набор данных.

🔸 Уникальность URL: разные значения path-параметра обычно приводят к разным URL, которые могут рассматриваться как разные ресурсы. Такие ответы нередко хорошо кешируются и их можно добавлять в закладки, так как URL напрямую указывает на конкретный объект (например, страница пользователя). В случае query-параметров, хотя разные комбинации тоже дают разные URL, принято считать, что базовый ресурс тот же, просто с разными настройками выдачи. Например, /items?page=1 и /items?page=2 – это одна и та же коллекция ресурсов, но на разных страницах.

🔸 Количество параметров: как правило, path-параметров в одном URL немного (часто 1-2, реже больше) – это ключевые идентификаторы. Query-параметров может быть много, так как можно одновременно фильтровать по нескольким полям, задавать сортировку, пагинацию и т.д. Например,

?category=electronics&max_price=1000&sort=price&order=desc&page=2

может поддерживать множество query-параметров.


Важно понимать, что выбор типа параметра влияет на дизайн API и его восприятие. Если параметр критически важен для ресурса – он должен быть в path. Если это опция запроса – лучше использовать query. Например, чтобы получить комментарии к посту с ID=1, можно сделать ресурсный путь

/posts/1/comments

(здесь 1 – path-параметр) или обратиться к общему ресурсу

/comments?postId=1

(здесь postId – query-параметр).

Оба подхода могут дать одинаковый результат, но семантика API будет разная: первый URL подразумевает «верни комментарии ресурса пост 1», а второй «верни комментарии, отфильтрованные по полю postId=1». При тестировании API важно обращать внимание на эти детали, чтобы правильно формировать запросы и интерпретировать ответы.


(дополнил свой курс по тестированию API данной шпаргалкой в расширенном виде)
#api
—
💼 Мои услуги и проекты |📺 Канал на YouTube |📝 Канал с отзывами |☕️ Поддержать автора на Boosty |🏋️‍♂️ Тренажеры для практики тестирования |🧑‍💻Практикум для начинающих по тестированию API

Query и Path параметры в GET-запросах.

Query-параметры и Path-параметры – два способа передать данные через URL в HTTP GET-запросе. GET-запросы не имеют тела (body), поэтому все данные для такого запроса передаются через URL – либо как часть пути, либо как query-параметры. В этой статье разберём, что представляет собой каждый вид параметров, зачем они нужны, в чём различия, а также рассмотрим популярные случаи использования (пагинация, смещение, фильтры и т.д.).


Query-параметры (параметры запроса) – это пары «ключ=значение», которые добавляются к URL после знака ? и разделяются символом &. Они не входят в основной путь ресурса, а передаются отдельно, после пути. Как правило, query-параметры используются для передачи дополнительных (чаще всего опциональных) данных, которые уточняют или фильтруют результат выполнения запроса на сервере. Примеры использования query-параметров:

🔸Фильтрация или поиск по определённым критериям. Например, запрос

GET https://api.example.com/users?country=FR&age=30

может означать «получить список пользователей из Франции возрастом 30 лет». Здесь country и age – это query-параметры, позволяющие сузить набор результатов.

🔸Пагинация (разбиение результатов на страницы) и ограничение выдачи. Например,

GET https://api.example.com/products?page=2&limit=50

запрашивает 2-ю страницу товаров с лимитом 50 элементов на страницу. Параметр page=2 указывает номер страницы, а limit=50 – количество элементов на странице.

🔸Смещение (offset) для пагинации. Альтернативный подход к пагинации – использовать offset и limit. Например,
GET https://pokeapi.co/api/v2/pokemon?limit=5&offset=10 - возвращает 5 покемонов, пропустив первые 10 (то есть начав с 11-го) – таким образом реализуется постраничный вывод с указанием смещения.

🔸Сортировка результатов. Многие API позволяют передавать поле для сортировки и порядок. Например,

GET https://api.example.com/items?sort=price&order=asc

сортировка товаров по цене по возрастанию (здесь sort и order выступают в роли query-параметров).

🔸 Иногда передача API-ключей или токенов аутентификации. Нередко открытые API ожидают ключ доступа в параметре запроса. Пример: сервис NASA APOD (Astronomy Picture of the Day) предоставляет демонстрационный ключ, поэтому запрос

GET https://api.nasa.gov/planetary/apod?api_key=DEMO_KEY

вернёт сегодняшнюю астрономическую картинку дня (в формате JSON) при условии корректного API-ключа. В данном случае api_key – это query-параметр, необходимый для авторизации.

Query-параметры удобны для передачи небольших объёмов данных – фильтров, настроек, флагов – которые не являются обязательными для получения ресурса, а лишь модифицируют или уточняют запрос. Если query-параметры опущены, сервер обычно применяет значения по умолчанию (например, первая страница, отсутствие фильтров и т.п.).


Path-параметры (параметры пути) – это переменные фрагменты внутри самого пути URL, разделённые символом /. Они являются неотъемлемой частью маршрута (endpoint) и обычно используются для указания конкретного ресурса, к которому обращается запрос. В документации API path-параметры, как правило, обозначаются фигурными скобками, например: /users/{id}.

Примеры path-параметров:

🔸 Идентификатор ресурса. Запрос

GET https://api.example.com/users/123

обращается к ресурсу /users/123, где 123 – это path-параметр (ID пользователя), однозначно идентифицирующий конкретного пользователя на сервере. В отличие от query-параметров, этот ID является обязательной частью пути – без него сервер не поймёт, какого пользователя вы запрашиваете.

🔸 Сложные маршруты с несколькими параметрами. Например,

GET https://api.example.com/projects/42/tasks/7

здесь два path-параметра: 42 (ID проекта) и 7 (ID задачи внутри проекта). Такой маршрут указывает на конкретную задачу 7 в рамках проекта 42. Path-параметры отражают иерархию ресурсов (проект → его задача).

🛠 Новый тренажёр для QA: практика работы с Chrome DevTools

📍 Ссылка: https://aklimenkoschool.ru/simulators/devtools/

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

🔍 Сейчас доступны четыре вкладки:

🔸Elements — редактирование DOM и инспекция элементов
🔸Console — работа с ошибками и выполнение JS-команд
🔸Network — анализ запросов и ответов сервера
🔸Application — взаимодействие с хранилищем и куками

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

📎 Рекомендую работать с тренажером с ПК или ноутбука.

Если будет полезно — буду рад обратной связи.


#qa #тестирование #devtools #тренажёр
—
💼 Мои услуги и проекты |📺 Канал на YouTube |📝 Канал с отзывами |☕️ Поддержать автора на Boosty |🏋️‍♂️ Тренажеры для практики тестирования |🧑‍💻Практикум для начинающих по тестированию API

Хочу поблагодарить Алексея за проведение мок-собеседования на позицию QA. Очень полезный опыт. Были не только теоретические вопросы, но и практика на живых примерах.
Особенно хочу отметить подробный фидбэк после интервью. Понравилось то что мне дали конкретные рекомендации: что стоит подтянуть, как улучшить ответы, на что делать акцент на собеседованиях. Это огромная ценность для меня! 🙏🏻

#отзыв на проведенное мок интервью

🚀 Новый тренажёр для практики тест-дизайна.

Я сделал небольшой тренажер “Проверка даты”.

💡 Работая с ним, вы сможете:

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

🎯 Ваша задача — протестировать фичу по определению дня недели и високосности года на основе введенной даты. Фича выглядит просто, но таит в себе скрытые баги.

Тренажер также хорошо подойдет в качестве практического задания для кандидатов на собеседованиях на позицию Junior QA.

Попробуйте: https://aklimenkoschool.ru/simulators/date-input/

#тренажер #практика
—
💼 Мои услуги и проекты |📺 Канал на YouTube |📝 Канал с отзывами |☕️ Поддержать автора на Boosty |🏋️‍♂️ Тренажеры для практики тестирования |🧑‍💻Практикум для начинающих по тестированию API