Как устроено фаззинг-тестирование на Go, которое знает о ваших багах больше, чем вы сами
Привет, Хабр! Меня зовут Иван, я инженер по информационной безопасности в департаменте разработки общей платформы компании YADRO. Я занимаюсь фаззинг-тестированием уже два года, через мой фаззинг прошло много кода на языках C и Go.
В этой статье будет и теория, и практика. Сначала разберемся, как устроен фаззинг, его алгоритмы и при чем тут ГОСТ. Затем я расскажу, как написать тулу для фаззинг-тестирования проектов на Go. В практической части я подробно опишу процесс разработки и покажу примеры кода, так что используйте статью как инструкцию.
Читать: https://habr.com/ru/companies/yadro/articles/981544/?utm_campaign=981544
#ru
___
Другие наши проекты
Привет, Хабр! Меня зовут Иван, я инженер по информационной безопасности в департаменте разработки общей платформы компании YADRO. Я занимаюсь фаззинг-тестированием уже два года, через мой фаззинг прошло много кода на языках C и Go.
В этой статье будет и теория, и практика. Сначала разберемся, как устроен фаззинг, его алгоритмы и при чем тут ГОСТ. Затем я расскажу, как написать тулу для фаззинг-тестирования проектов на Go. В практической части я подробно опишу процесс разработки и покажу примеры кода, так что используйте статью как инструкцию.
Читать: https://habr.com/ru/companies/yadro/articles/981544/?utm_campaign=981544
#ru
___
Другие наши проекты
Гадание на взломах. Предсказательная сила EPSS
В конце года принято подводить итоги и делать предсказания. Давайте совместим оба ритуала и посмотрим, насколько лучше эксперты СайберОК могли бы контролировать поверхность атак, если бы слепо верили в магию EPSS. Спойлер: контролировали бы не очень.
Читать: https://habr.com/ru/articles/981876/?utm_campaign=981876
#ru
___
Другие наши проекты
В конце года принято подводить итоги и делать предсказания. Давайте совместим оба ритуала и посмотрим, насколько лучше эксперты СайберОК могли бы контролировать поверхность атак, если бы слепо верили в магию EPSS. Спойлер: контролировали бы не очень.
Читать: https://habr.com/ru/articles/981876/?utm_campaign=981876
#ru
___
Другие наши проекты
Новые онлайн-курсы для тестировщиков — старт в январе 2026
Портал опубликовал расписание тренингов: REST API, Python, Docker, SQL, JMeter, автоматизация, тест‑менеджмент и другие курсы с началом в январе–феврале 2026. Подробности на портале. Курсы и новогоднее письмо для тестировщиков
На сайте Software-Testing.Ru анонсированы курсы: «Программирование на C# для тестировщиков» старт 13.02.2026, «Selenium IDE 3» и «Программирование на Python для тестировщиков» старт 20.02.2026. Есть также новогоднее поздравление сайта.
Читать подробнее: https://www.software-testing.ru/news/4475-new-year-2026
#ru
@typical_qa | Другие наши каналы
Портал опубликовал расписание тренингов: REST API, Python, Docker, SQL, JMeter, автоматизация, тест‑менеджмент и другие курсы с началом в январе–феврале 2026. Подробности на портале. Курсы и новогоднее письмо для тестировщиков
На сайте Software-Testing.Ru анонсированы курсы: «Программирование на C# для тестировщиков» старт 13.02.2026, «Selenium IDE 3» и «Программирование на Python для тестировщиков» старт 20.02.2026. Есть также новогоднее поздравление сайта.
Читать подробнее: https://www.software-testing.ru/news/4475-new-year-2026
#ru
@typical_qa | Другие наши каналы
Универсальный автогенератор тестов API на базе Schemathesis
Универсальный автогенератор тестов API на базе Schemathesis
В этой статье я расскажу, как мы разработали универсальный автогенератор тестов, который, как нам кажется, подходит для любого сервиса API. Ну и, конечно, расскажу, как он работает и как мы его планируем развивать.
Читать: https://habr.com/ru/articles/982616/?utm_campaign=982616
#ru
___
Другие наши проекты
Универсальный автогенератор тестов API на базе Schemathesis
В этой статье я расскажу, как мы разработали универсальный автогенератор тестов, который, как нам кажется, подходит для любого сервиса API. Ну и, конечно, расскажу, как он работает и как мы его планируем развивать.
Читать: https://habr.com/ru/articles/982616/?utm_campaign=982616
#ru
___
Другие наши проекты
Типичный QA
Photo
Создаем свой проектный фреймворк автотестирования API [Часть 1/3]
Автоматизированное тестирование API часто начинается с простых решений в виде коллекций Postman или скриптов на коленке. Такой подход работает на старте, но быстро исчерпывает себя.
Создание собственного проектного фреймворка является осознанным переходом от хаотичной, фрагментарной автоматизации к устойчивой, гибкой предсказуемой и масштабируемой системе тестирования. Такой фреймворк дает полный контроль над архитектурой, обеспечивает строгую валидацию контрактов API, безопасную работу с базой данных, генерацию осмысленных тестовых данных и простую интеграцию в инфраструктуру разработки.
Статья поделена на три части.
В первой части дается обоснование преимуществ создания полноценного проектного фреймворка по сравнению с использованием готовых универсальных инструментов по типу Postman. Вы узнаете, какие принципы легли в основу архитектуры фреймворка и какой был подобран технологический стек для их реализации на практике.
Статья техническая и адресована инженерам-программистам в тестировании (SDET) и инженерам по автоматизации тестирования, которые перешли от написания обособленных тестов к осознанному проектированию тестового фреймворка или только начинают этот переход.
Читать: https://habr.com/ru/articles/982624/?utm_campaign=982624
#ru
___
Другие наши проекты
Автоматизированное тестирование API часто начинается с простых решений в виде коллекций Postman или скриптов на коленке. Такой подход работает на старте, но быстро исчерпывает себя.
Создание собственного проектного фреймворка является осознанным переходом от хаотичной, фрагментарной автоматизации к устойчивой, гибкой предсказуемой и масштабируемой системе тестирования. Такой фреймворк дает полный контроль над архитектурой, обеспечивает строгую валидацию контрактов API, безопасную работу с базой данных, генерацию осмысленных тестовых данных и простую интеграцию в инфраструктуру разработки.
Статья поделена на три части.
В первой части дается обоснование преимуществ создания полноценного проектного фреймворка по сравнению с использованием готовых универсальных инструментов по типу Postman. Вы узнаете, какие принципы легли в основу архитектуры фреймворка и какой был подобран технологический стек для их реализации на практике.
Статья техническая и адресована инженерам-программистам в тестировании (SDET) и инженерам по автоматизации тестирования, которые перешли от написания обособленных тестов к осознанному проектированию тестового фреймворка или только начинают этот переход.
Читать: https://habr.com/ru/articles/982624/?utm_campaign=982624
#ru
___
Другие наши проекты
❤1
ИИ пересчитал страницы и подсчитал авторские листы
В статье показано, как ChatGPT с OCR извлёк числа со скриншотов (226 стр. → ≈452 000 знаков → ≈11,3 авт. листа) и объяснил перевод страниц в авторские листы. Также в материале — архив публикаций и облако тегов для тестировщиков.
Читать подробнее: http://okiseleva.blogspot.com/2026/01/chatgpt.html
#ru
@typical_qa | Другие наши каналы
В статье показано, как ChatGPT с OCR извлёк числа со скриншотов (226 стр. → ≈452 000 знаков → ≈11,3 авт. листа) и объяснил перевод страниц в авторские листы. Также в материале — архив публикаций и облако тегов для тестировщиков.
Читать подробнее: http://okiseleva.blogspot.com/2026/01/chatgpt.html
#ru
@typical_qa | Другие наши каналы
Итоги 2025: книги, курсы и архив для тестировщиков
В статье Ольги Назиной — родилась дочь, сдана книга по SQL, скоро книга про ChatGPT, запущены и обновлены курсы, есть подробный архив 2017–2026 и подборки практических материалов для начинающих и практиков QA.
Читать подробнее: http://okiseleva.blogspot.com/2026/01/2025.html
#ru
@typical_qa | Другие наши каналы
В статье Ольги Назиной — родилась дочь, сдана книга по SQL, скоро книга про ChatGPT, запущены и обновлены курсы, есть подробный архив 2017–2026 и подборки практических материалов для начинающих и практиков QA.
Читать подробнее: http://okiseleva.blogspot.com/2026/01/2025.html
#ru
@typical_qa | Другие наши каналы
AI-проверка ETL на AWS Glue: ловим дрейф схем и скрытые баги
В статье автор Srikanth Kavuri предлагает практическую рамку с пред- и поствалидацией, хранением схем в DocumentDB и ML-анализом, которая выявляет смещения форматов, проблемы фиксированных записей и скрытые сдвиги в данных.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10934
#en
@typical_qa | Другие наши каналы
В статье автор Srikanth Kavuri предлагает практическую рамку с пред- и поствалидацией, хранением схем в DocumentDB и ML-анализом, которая выявляет смещения форматов, проблемы фиксированных записей и скрытые сдвиги в данных.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10934
#en
@typical_qa | Другие наши каналы
Вход в QA: во сколько обойдётся обучение
В статье перечислены типичные расходы: курсы $100–1000, сертификаты $100–500, инструменты от ~$50/мес; есть бесплатные ресурсы. Медианная зарплата в США ~$70k. Совет автора — учиться по вечерам, не бросая текущую работу.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10940
#en
@typical_qa | Другие наши каналы
В статье перечислены типичные расходы: курсы $100–1000, сертификаты $100–500, инструменты от ~$50/мес; есть бесплатные ресурсы. Медианная зарплата в США ~$70k. Совет автора — учиться по вечерам, не бросая текущую работу.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10940
#en
@typical_qa | Другие наши каналы
Парадокс 72.8%: что ждёт тестирование в 2026
По опросу TestGuild 72.8% называют AI‑тестирование приоритетом, но сомневаются в его пользе. Ключевые проблемы — дефицит навыков, миграция и неясные требования. Эксперты подчёркивают: человек в цикле остаётся обязательным. Тестирование 2026: агенты, Vibium и конец селекторов
В материале обсуждается MCP/agentic AI, Vibium от создателя Selenium, рост Playwright и то, что лишь 10% готовы к AI‑тестированию. Рекомендация: оставаться фреймворк‑агностичными, развивать аудит AI и вероятностную валидацию.
Читать подробнее: https://testguild.com/automation-testing-trends/
#en
@typical_qa | Другие наши каналы
По опросу TestGuild 72.8% называют AI‑тестирование приоритетом, но сомневаются в его пользе. Ключевые проблемы — дефицит навыков, миграция и неясные требования. Эксперты подчёркивают: человек в цикле остаётся обязательным. Тестирование 2026: агенты, Vibium и конец селекторов
В материале обсуждается MCP/agentic AI, Vibium от создателя Selenium, рост Playwright и то, что лишь 10% готовы к AI‑тестированию. Рекомендация: оставаться фреймворк‑агностичными, развивать аудит AI и вероятностную валидацию.
Читать подробнее: https://testguild.com/automation-testing-trends/
#en
@typical_qa | Другие наши каналы
❤1
Как приоритизировать баги в казино-играх
В материале Software Testing Magazine объясняют, почему структурные фреймворки важнее интуиции: ранжирование по влиянию, риску и срокам помогает защищать честность, выплаты и соответствие регуляциям.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10945
#en
@typical_qa | Другие наши каналы
В материале Software Testing Magazine объясняют, почему структурные фреймворки важнее интуиции: ранжирование по влиянию, риску и срокам помогает защищать честность, выплаты и соответствие регуляциям.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10945
#en
@typical_qa | Другие наши каналы
😁1
Типичный QA
Photo
Бесплатная нейросеть-астролог с разбором натальных карт — как и зачем мы его запилили
Астрология и сопутствующие эзотерические практики не имеют научного обоснования. С позиции доказательного подхода это форма шарлатанства, основанная на вере в корреляцию между положением небесных тел и человеческой судьбой. Несмотря на это, рынок подобных услуг существует и оценивается в миллиарды долларов ежегодно. По статистике, каждый третий взрослый человек на планете обращался к астрологии в той или иной форме.
До появления мощных языковых моделей цифровые инструменты в этой области были примитивны — генераторы общих гороскопов, простые расклады карт. Они не могли конкурировать с живыми консультантами по глубине анализа и персонализации. Профессиональные астрологи используют сложные расчеты эфемерид, систем домов, аспектов. Их услуги стоят дорого, так как требуют времени и определенной экспертизы, даже если сама экспертиза построена на непроверяемых предпосылках.
ИИ-ассистенты астрологи, бесплатный разбор нейросетями натальных карт меняют эту экономику. Они способны выполнять точные астрологические расчеты за секунды и генерировать развернутые текстовые трактовки, не уступающие по формальным признакам человеческим. Ключевое отличие — себестоимость такой консультации близка к нулю. Модель не «верит» в астрологию, она лишь обрабатывает данные по заданным алгоритмам и шаблонам, извлеченным из корпуса эзотерической литературы.
В общем, мы по-своему воюем с шарлатанами, обесцениваем их труд. Если сложный расчет натальной карты можно получить бесплатно за несколько кликов, мотивация платить крупные суммы живому астрологу снижается. Это сокращает финансовые потоки в индустрии, оставляя в ней только тех, кто готов платить за ритуал общения с человеком, а не за сам результат вычислений.
Читать: https://habr.com/ru/companies/aipanda/articles/983478/?utm_campaign=983478
#ru
___
Другие наши проекты
Астрология и сопутствующие эзотерические практики не имеют научного обоснования. С позиции доказательного подхода это форма шарлатанства, основанная на вере в корреляцию между положением небесных тел и человеческой судьбой. Несмотря на это, рынок подобных услуг существует и оценивается в миллиарды долларов ежегодно. По статистике, каждый третий взрослый человек на планете обращался к астрологии в той или иной форме.
До появления мощных языковых моделей цифровые инструменты в этой области были примитивны — генераторы общих гороскопов, простые расклады карт. Они не могли конкурировать с живыми консультантами по глубине анализа и персонализации. Профессиональные астрологи используют сложные расчеты эфемерид, систем домов, аспектов. Их услуги стоят дорого, так как требуют времени и определенной экспертизы, даже если сама экспертиза построена на непроверяемых предпосылках.
ИИ-ассистенты астрологи, бесплатный разбор нейросетями натальных карт меняют эту экономику. Они способны выполнять точные астрологические расчеты за секунды и генерировать развернутые текстовые трактовки, не уступающие по формальным признакам человеческим. Ключевое отличие — себестоимость такой консультации близка к нулю. Модель не «верит» в астрологию, она лишь обрабатывает данные по заданным алгоритмам и шаблонам, извлеченным из корпуса эзотерической литературы.
В общем, мы по-своему воюем с шарлатанами, обесцениваем их труд. Если сложный расчет натальной карты можно получить бесплатно за несколько кликов, мотивация платить крупные суммы живому астрологу снижается. Это сокращает финансовые потоки в индустрии, оставляя в ней только тех, кто готов платить за ритуал общения с человеком, а не за сам результат вычислений.
Читать: https://habr.com/ru/companies/aipanda/articles/983478/?utm_campaign=983478
#ru
___
Другие наши проекты
👎1
Типичный QA
Photo
Нечёткое тестирование свойств
Есть две категории программистов. Первая пишет тесты, вторая работает. Шутейка, конечно, на троечку, но в каждой байке, застрявшей в пабликах мёртвых заархивированных форумов, под пылью и нафталином, — можно нащупать слой гранита настоящей правды. Модное ныне «покрытие кода тестами» напоминает попытку оклеить айсберг новогодней мишурой — вроде и весело, но Титаник все равно пойдет на дно.
Я собираюсь рассказать о том, как правильно тестировать код в изоляции (интеграционные тесты — зверь из соседнего вольера, и о нем — в другой раз). Для этого нам потребуется пара определений. Фаззинг (от английского fuzzing) — это способ тестирования, при котором программе скармливают огромные объемы случайных, полуслучайных или вообще намеренно испорченных данных, с надеждой выявить уязвимости или баги. Изначально этот метод применялся в академической среде для поиска дыр в безопасности, но быстро перекочевал в руки здравомыслящих разработчиков. Property-based testing, в свою очередь, представляет собой подход к тестированию, где вместо проверки конкретных примеров типа «дважды два — четыре» мы формулируем общие свойства системы. Например: «если функция принимает список и возвращает список, то длина результата не должна превышать длину входа». А дальше уже инструмент генерирует тысячи, миллионы вариантов входных данных и проверяет, соблюдается ли это условие.
Taste it!
Читать: https://habr.com/ru/articles/983538/?utm_campaign=983538
#ru
___
Другие наши проекты
Есть две категории программистов. Первая пишет тесты, вторая работает. Шутейка, конечно, на троечку, но в каждой байке, застрявшей в пабликах мёртвых заархивированных форумов, под пылью и нафталином, — можно нащупать слой гранита настоящей правды. Модное ныне «покрытие кода тестами» напоминает попытку оклеить айсберг новогодней мишурой — вроде и весело, но Титаник все равно пойдет на дно.
Я собираюсь рассказать о том, как правильно тестировать код в изоляции (интеграционные тесты — зверь из соседнего вольера, и о нем — в другой раз). Для этого нам потребуется пара определений. Фаззинг (от английского fuzzing) — это способ тестирования, при котором программе скармливают огромные объемы случайных, полуслучайных или вообще намеренно испорченных данных, с надеждой выявить уязвимости или баги. Изначально этот метод применялся в академической среде для поиска дыр в безопасности, но быстро перекочевал в руки здравомыслящих разработчиков. Property-based testing, в свою очередь, представляет собой подход к тестированию, где вместо проверки конкретных примеров типа «дважды два — четыре» мы формулируем общие свойства системы. Например: «если функция принимает список и возвращает список, то длина результата не должна превышать длину входа». А дальше уже инструмент генерирует тысячи, миллионы вариантов входных данных и проверяет, соблюдается ли это условие.
Taste it!
Читать: https://habr.com/ru/articles/983538/?utm_campaign=983538
#ru
___
Другие наши проекты
Почему заводской сброс не всегда спасает
В статье объясняют, что сброс очищает пользовательские данные, но не всегда убирает угрозы в прошивке, загрузчике или резервных копиях. Авторы советуют проверять устройство до восстановления данных.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10948
#en
@typical_qa | Другие наши каналы
В статье объясняют, что сброс очищает пользовательские данные, но не всегда убирает угрозы в прошивке, загрузчике или резервных копиях. Авторы советуют проверять устройство до восстановления данных.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10948
#en
@typical_qa | Другие наши каналы
Управление QA-проектами от начала до сдачи
В статье рассказывается, как планирование, учёт времени и прозрачная отчётность упрощают тестирование, помогают обосновать расходы при выставлении счетов и улучшить последующие проекты.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10968
#en
@typical_qa | Другие наши каналы
В статье рассказывается, как планирование, учёт времени и прозрачная отчётность упрощают тестирование, помогают обосновать расходы при выставлении счетов и улучшить последующие проекты.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10968
#en
@typical_qa | Другие наши каналы
Как готовиться к cобеседованию с лайв-кодингом QA
Сейчас на позициях любых грейдов, включая лидовские, у QA всё чаще работодатели требуют навыки разработки. Иногда это нужно, потому что позиция full-stack. Иногда это просто требование, чтобы отобрать технически подкованных ребят.
Я — Женя, QA-лид. У меня 6 лет опыта в профессии, в том числе 3 года я нанимаю и обучаю команду. Решил составить свой список того, что нужно делать QA, чтобы подготовиться к этапу технического собеседования с лайв-кодингом.
Читать: https://habr.com/ru/articles/983892/?utm_campaign=983892
#ru
___
Другие наши проекты
Сейчас на позициях любых грейдов, включая лидовские, у QA всё чаще работодатели требуют навыки разработки. Иногда это нужно, потому что позиция full-stack. Иногда это просто требование, чтобы отобрать технически подкованных ребят.
Я — Женя, QA-лид. У меня 6 лет опыта в профессии, в том числе 3 года я нанимаю и обучаю команду. Решил составить свой список того, что нужно делать QA, чтобы подготовиться к этапу технического собеседования с лайв-кодингом.
Читать: https://habr.com/ru/articles/983892/?utm_campaign=983892
#ru
___
Другие наши проекты
Рынок QA без входа: почему junior и manual исчезают из вакансий (анализ 2500 вакансий)
Анализ 2500 QA-вакансий за год показывает, почему junior и manual-позиции почти не формируют спрос и на кого рынок QA реально ориентирован в 2026 году.
Читать: https://habr.com/ru/articles/982050/?utm_campaign=982050
#ru
___
Другие наши проекты
Анализ 2500 QA-вакансий за год показывает, почему junior и manual-позиции почти не формируют спрос и на кого рынок QA реально ориентирован в 2026 году.
Читать: https://habr.com/ru/articles/982050/?utm_campaign=982050
#ru
___
Другие наши проекты
👍2
802591e8-076e-4252-945d-2e3bd0222375.gif
317.9 KB
Как протестировать собственный контроллер памяти SDRAM на FPGA
В этой статье я хотел поделиться опытом тестирования своего контроллера динамической памяти на ПЛИС.
В первой части я рассказываю про отладочную плату, которую использовал, и с какими ограничениями при этом столкнулся. Показываю подход к построению схемы тестирования и принципы контроля и обнаружения ошибок. Привожу интересные на мой взгляд фрагменты кода на VHDL с пояснениями к ним. Вторую часть статьи я посвятил оценке реальной производительности контроллера при работе с памятью. В ней я привел результаты измерений быстродействия для потоковой записи и чтения при различных настройках и режимах работы контроллера.
И в самом конце – примеры взаимодействия контроллера с памятью, снятые в отладчике во время работы. А также описание механизма адресации памяти.
Читать: https://habr.com/ru/articles/984236/?utm_campaign=984236
#ru
___
Другие наши проекты
В этой статье я хотел поделиться опытом тестирования своего контроллера динамической памяти на ПЛИС.
В первой части я рассказываю про отладочную плату, которую использовал, и с какими ограничениями при этом столкнулся. Показываю подход к построению схемы тестирования и принципы контроля и обнаружения ошибок. Привожу интересные на мой взгляд фрагменты кода на VHDL с пояснениями к ним. Вторую часть статьи я посвятил оценке реальной производительности контроллера при работе с памятью. В ней я привел результаты измерений быстродействия для потоковой записи и чтения при различных настройках и режимах работы контроллера.
И в самом конце – примеры взаимодействия контроллера с памятью, снятые в отладчике во время работы. А также описание механизма адресации памяти.
Читать: https://habr.com/ru/articles/984236/?utm_campaign=984236
#ru
___
Другие наши проекты