Евгений Сычев | Всё о Тестировании ПО

Но чёт потом подумал, что наверное в телеге получше. Тут комментарии хоть можно расписать. ) Идея такая, вспоминаю баги с прода свои или чужие. Рассказываю о них с точки зрения конечного пользователя. В комментарии начинаем обсуждать. Интересно именно послушать как бы кто действовал. Особенно призываю поучаствовать ребят кто без опыта. Только учится или обучился и ищет работу. Остальные тоже могут у кого желание есть. В чем профит? Будем прокачиваться в мышлении, в локализации. Учится задавать правильные вопросы...

Postman и тут. Собственно последний год я не мало материала изучал по ведению тестовой документации, что бы уловить современные тенденции. Зачем я это делал? Что бы быть в теме. Что бы на проекте применять только современные практики, если, конечно, они полезны проекту. Сегодня я бы хотел поговорить про API. А конкретно про API тест-кейсы. Один из регулярных вопросов за многие годы от коллег и учеников: "Как правильно писать тест-кейсы для ручного тестирования API?" Я и сам на протяжении многих лет задавался этим вопросом. Но сейчас я хотел поговорить не об этом. В наше время пожалуй правильно...

🤔  Пишем и кейсы, и коллекции ведем (двойная работа, а что делать...) ⚡️ Только код, только хардкор (автотесты, контракт-тестинг) 🌚 Кейсов нет, коллекций нет, тестируем по памяти 🌐 Сайт | 💼 LinkedIn | 📘 Курс по Postman

Postman и тут. Собственно последний год я не мало материала изучал по ведению тестовой документации, что бы уловить современные тенденции. Зачем я это делал? Что бы быть в теме. Что бы на проекте применять только современные практики, если, конечно, они полезны проекту. Сегодня я бы хотел поговорить про API. А конкретно про API тест-кейсы. Один из регулярных вопросов за многие годы от коллег и учеников: "Как правильно писать тест-кейсы для ручного тестирования API?" Я и сам на протяжении многих лет задавался этим вопросом. Но сейчас я хотел поговорить не об этом. В наше время пожалуй правильно...

Всего было 4 работы. Все разные, по-своему интересные. Но одна прямо выделилась - самая объёмная и проработанная. На разбор у меня ушло 3 больших сообщения в Telegram. 🤯 И знаете, что мне нравится в таких моментах? Не просто проверить "правильно / неправильно", а именно разобрать, почему так и как сделать лучше. В этой работе было всё: -> цепочка запросов -> переменные -> скрипты -> тесты -> и даже заход на более продвинутые вещи И вот тут начинается самое интересное. Почти всегда проблема не в том, что "код не верный". А в том, что: -> где-то переменные перепутаны -> где-то шаги не связаны...

Как вам он? Я, если честно, в восторге! Мне вообще нравятся интерфейсы в таком linear app стиле. Он сразу стал не таким тяжелым. Свободным что ли. Элементы аккуратные, компактные. Мне стало намного приятней в нём работать. Единственное, теперь хоть курс переписывай...

Я работаю с Postman c 2013 года. Тогда это было бесплатное расширение в браузере Chrome. Сейчас в 2026 году это большой SaaS продукт с классическим ценником который стартует от $19. Хотя нет…теперь от $9. Но давай по очереди. Главный поворот случился 1 марта 2026: Postman перезапустил линейку тарифов. Free теперь строго для одного человека, появился Solo за $9/мес, Team стал минимальным для любой команды ($19/пользователь/мес при годовой оплате), а Enterprise ушёл в $49 за пользователя. 💡 Что реально изменилось - Free → только соло-разработчик...

! 🌿 Хотя по сугробам на улицах Москвы так сразу и не скажешь 🙂 В честь первых дней весны делаю скидку 20% на курс «Postman с нуля до профи». Этот курс - не про “потыкать запросики”. Мы учимся собирать из запросов цепочку бизнес-процесса, чтобы: 1. быстро проверять end-to-end сценарии руками, когда нужно “прям сейчас”, 2. и иметь готовый инструмент, который ускоряет тестирование и помогает команде. По сути, ты собираешь коллекцию так, чтобы она была похожа на мини-автотест: запустил - и сразу видно, где всё ок, а где что-то сломалось...

? Оказывается одна из систем исправила один небольшой баг и это поломало контракт. И к примеру, встала очередь в кафка.  Такое может случиться и на релизе. В моей практике такое бывало.  ⚠️ Это нас приводит к важности контрактного тестирования, как одного из гейтов релизного пайплайна. 👇👇👇👇👇👇 Контрактное тестирование - это когда команда ведет разработку так, чтобы такие изменения ловились до релиза, автоматически в ci/cd. А Pact - один из самых популярных способов это организовать. Суть простая: 1️⃣ Потребитель фиксирует ожидания Потребитель (consumer) - тот, кто вызывает API...

Если коллекция у тебя это "просто запросы", обычно через пару спринтов получается свалка: дубли, непонятные названия, случайные проверки и вечный вопрос "а что вообще прогонять?". Я предпочитаю держать порядок, поэтому на проекте всегда структурирую Postman-коллекции. Пример подхода (как ориентир, не догма): 1) Коллекция “OpenAPI” Одна коллекция соответствует актуальной OpenAPI спецификации проекта. Это база, чтобы видеть как  оно сейчас на проде реализовано. 2) Коллекция “Functional (core)”...

Как менялось количество вакансий с 2021 по 2025 включительно. Там деление по регионам: Москва, СПб, Вся Россия Я взял только Москву. И можно посмотреть по уровню специалиста: Джуниор, Мидл, Сеньор. Предполагаю, что вакансии для статистики брались примерно так: Джуниор - вакансии, где указано опыт не требуется, либо до года. Мидл - 1-3 года опыта Сеньор - больше 3 лет опыта Собственно сама статистика на приложенных скринах. Вообще к чему я решил это выложить. На самом деле часто читаю, что джунам и начинающим тестировщикам сейчас прям очень тяжело...

😄 Иногда общаюсь с новичками в QA, разбираем резюме. И почти всегда звучит одно и то же: «Всем нужен опыт. А где его взять?» Контента на эту тему - море. Площадки для практики есть. Опенсорс есть. Учебные стенды есть. Но многие приходят, смотрят… и уходят. Почему? 👉 непонятно, с какого боку подойти 👉 непонятен профит 👉 нужен человек, который возьмёт за руку и поведёт. Бесплатно, конечно 🙂 А теперь реальность: на работе (особенно в стартапах) легко оказаться одним QA...