Типичный 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
___
Другие наши проекты
Mock API для QA: Mockoon + ngrok
Тестировщикам часто приходится работать в условиях, когда бэкенд ещё не готов, API нестабильно или внешние сервисы недоступны. В таких ситуациях тестирование либо откладывается, либо превращается в угадывание «на словах».
В этой статье я показываю, как тестировщик может самостоятельно поднять управляемый mock API без написания серверного кода и сделать его доступным из интернета.
Мы разберём связку Mockoon + ngrok:
— как создавать mock endpoints;
— как эмулировать 200 / 404 / 500 и другие ответы;
— как тестировать фронт и интеграции без реального бэкенда.
Статья ориентирована на QA-инженеров и подойдёт даже тем, кто никогда не писал backend.
Читать: https://habr.com/ru/articles/982628/?utm_campaign=982628
#ru
___
Другие наши проекты
Тестировщикам часто приходится работать в условиях, когда бэкенд ещё не готов, API нестабильно или внешние сервисы недоступны. В таких ситуациях тестирование либо откладывается, либо превращается в угадывание «на словах».
В этой статье я показываю, как тестировщик может самостоятельно поднять управляемый mock API без написания серверного кода и сделать его доступным из интернета.
Мы разберём связку Mockoon + ngrok:
— как создавать mock endpoints;
— как эмулировать 200 / 404 / 500 и другие ответы;
— как тестировать фронт и интеграции без реального бэкенда.
Статья ориентирована на QA-инженеров и подойдёт даже тем, кто никогда не писал backend.
Читать: https://habr.com/ru/articles/982628/?utm_campaign=982628
#ru
___
Другие наши проекты
Будущее тестирования ПО в эпоху ИИ
В статье объясняется, как ИИ меняет тестирование: автономные агенты, гиперавтоматизация и генерация тестов повышают качество и скорость, а людям нужны новые стратегические навыки и умение работать с ИИ.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10971
#en
@typical_qa | Другие наши каналы
В статье объясняется, как ИИ меняет тестирование: автономные агенты, гиперавтоматизация и генерация тестов повышают качество и скорость, а людям нужны новые стратегические навыки и умение работать с ИИ.
Читать подробнее: https://www.softwaretestingmagazine.com/?p=10971
#en
@typical_qa | Другие наши каналы
Мутационное тестирование RestAssured.Net: Stryker.NET в деле
В статье показано, как Stryker.NET за ≈5 минут сгенерировал 538 мутаций (390 убито, 117 выжило, 31 тайм‑аут, 59.97%), выявил пропуски в проверках HTTP и cookie, помог доработать тесты и поднять показатель до 61.11%.
Читать подробнее: https://software-testing.ru/library/testing/testing-automation/4440-improving-the-tests-for-rest-assured-net-with-mutation-testing-and-stryker-net
#ru
@typical_qa | Другие наши каналы
В статье показано, как Stryker.NET за ≈5 минут сгенерировал 538 мутаций (390 убито, 117 выжило, 31 тайм‑аут, 59.97%), выявил пропуски в проверках HTTP и cookie, помог доработать тесты и поднять показатель до 61.11%.
Читать подробнее: https://software-testing.ru/library/testing/testing-automation/4440-improving-the-tests-for-rest-assured-net-with-mutation-testing-and-stryker-net
#ru
@typical_qa | Другие наши каналы
Фаззинг телекома с генетическим алгоритмом: как тестировать продукт на безопасность, если обычных методов недостаточно
Что делать, если сложная высоконагруженная система уже полностью покрыта базовыми тестами, используется фаззинг без модификаций, но выявить удалось не все критические уязвимости? Поможет внедрение генетического алгоритма.
Меня зовут Арина Волошина, я AppSec-инженер в YADRO и занимаюсь тестированием безопасности телеком-продуктов: базовой станции, контроллера базовых станций и системой управления элементами сети. Мы внедрили много разных видов тестирования в эти продукты, но этого оказалось недостаточно. В своих научных исследованиях я занималась генетическими алгоритмами, поэтому решила применить академические знания на практике и реализовать генетику в фаззинге. Что из этого вышло — читайте под катом.
Читать: https://habr.com/ru/companies/yadro/articles/981842/?utm_campaign=981842
#ru
___
Другие наши проекты
Что делать, если сложная высоконагруженная система уже полностью покрыта базовыми тестами, используется фаззинг без модификаций, но выявить удалось не все критические уязвимости? Поможет внедрение генетического алгоритма.
Меня зовут Арина Волошина, я AppSec-инженер в YADRO и занимаюсь тестированием безопасности телеком-продуктов: базовой станции, контроллера базовых станций и системой управления элементами сети. Мы внедрили много разных видов тестирования в эти продукты, но этого оказалось недостаточно. В своих научных исследованиях я занималась генетическими алгоритмами, поэтому решила применить академические знания на практике и реализовать генетику в фаззинге. Что из этого вышло — читайте под катом.
Читать: https://habr.com/ru/companies/yadro/articles/981842/?utm_campaign=981842
#ru
___
Другие наши проекты
Assumed Breach, от которого невозможно отказаться
Привет, Хабр! Меня зовут Александр Колесов, в Бастионе я руковожу направлением развития в департаменте тестирования на проникновение. Мы профессионально ломаем то, что другие старательно защищают. Разумеется, с разрешения владельцев.
Сегодня предлагаю поговорить о внутреннем пентесте — одной из самых недооцененных услуг на рынке. А точнее, о современном подходе к нему — Assumed Breach («предполагаемое нарушение»). В рамках этого метода мы отталкиваемся от предпосылки: «а что, если компания уже скомпрометирована?».
Я уже рассказывал на SOC Forum 2025, почему классический внутренний пентест часто не отвечает на реальные потребности бизнеса и как Assumed Breach позволяет это исправить. В статье поделюсь записью этого доклада и покажу, как максимизировать пользу от внутренних пентестов с помощью Assumed Breach.
Читать: https://habr.com/ru/companies/bastion/articles/984400/?utm_campaign=984400
#ru
___
Другие наши проекты
Привет, Хабр! Меня зовут Александр Колесов, в Бастионе я руковожу направлением развития в департаменте тестирования на проникновение. Мы профессионально ломаем то, что другие старательно защищают. Разумеется, с разрешения владельцев.
Сегодня предлагаю поговорить о внутреннем пентесте — одной из самых недооцененных услуг на рынке. А точнее, о современном подходе к нему — Assumed Breach («предполагаемое нарушение»). В рамках этого метода мы отталкиваемся от предпосылки: «а что, если компания уже скомпрометирована?».
Я уже рассказывал на SOC Forum 2025, почему классический внутренний пентест часто не отвечает на реальные потребности бизнеса и как Assumed Breach позволяет это исправить. В статье поделюсь записью этого доклада и покажу, как максимизировать пользу от внутренних пентестов с помощью Assumed Breach.
Читать: https://habr.com/ru/companies/bastion/articles/984400/?utm_campaign=984400
#ru
___
Другие наши проекты
👍2
Почему я выбрал Suno AI для создания мемного альбома «Вася Тестировщик»?
Сразу вкратце отвечу на вопрос заголовка: выбрал Suno, поскольку ему уступают Udio, Tad и Yolly.
В этой статье поделюсь опытом написания музыкального альбома с помощью ИИ. Подспудно упомяну как можно больше интересных с моей точки зрения технических подробностей о процессе создания песен с 4-мя разными ИИ.
Вдохновившись мемом "Вася Тестировщик", я решил реализовать этот шутливый замысел мемодела: воплотить картинку в звук.
И сделал, бонусом узнав много интересного про ИИ-генераторы. Этим и поделюсь!
, ИИ так вам не расскажет :)
Читать: https://habr.com/ru/articles/984790/?utm_campaign=984790
#ru
___
Другие наши проекты
Сразу вкратце отвечу на вопрос заголовка: выбрал Suno, поскольку ему уступают Udio, Tad и Yolly.
В этой статье поделюсь опытом написания музыкального альбома с помощью ИИ. Подспудно упомяну как можно больше интересных с моей точки зрения технических подробностей о процессе создания песен с 4-мя разными ИИ.
Вдохновившись мемом "Вася Тестировщик", я решил реализовать этот шутливый замысел мемодела: воплотить картинку в звук.
И сделал, бонусом узнав много интересного про ИИ-генераторы. Этим и поделюсь!
, ИИ так вам не расскажет :)
Читать: https://habr.com/ru/articles/984790/?utm_campaign=984790
#ru
___
Другие наши проекты
❤2
Docker для QA-инженеров
Введение в использование Docker для автоматизированного тестирования программного обеспечения. Статья объясняет, как контейнеризация помогает упростить создание изолированных тестовых сред, устранить проблемы с несовместимостью окружений и ускорить процесс тестирования.
Читать: https://habr.com/ru/companies/otus/articles/987622/?utm_campaign=987622
#ru
___
Другие наши проекты
Введение в использование Docker для автоматизированного тестирования программного обеспечения. Статья объясняет, как контейнеризация помогает упростить создание изолированных тестовых сред, устранить проблемы с несовместимостью окружений и ускорить процесс тестирования.
Читать: https://habr.com/ru/companies/otus/articles/987622/?utm_campaign=987622
#ru
___
Другие наши проекты
Как убрать ботов с помощью JavaScript, чтобы A/B-тесты были точнее
Как отличить людей от ботов в A/B-тестах с помощью JavaScript и сделать результаты статистически честными.
Читать: «Как убрать ботов с помощью JavaScript, чтобы A/B-тесты были точнее»
Читать: https://tproger.ru/articles/kak-otseivat-botov-s-pomoshhyu-javascript--chtoby-a-b-testy-byli-tochnee
#ru
@typical_qa | Другие наши каналы
Как отличить людей от ботов в A/B-тестах с помощью JavaScript и сделать результаты статистически честными.
Читать: «Как убрать ботов с помощью JavaScript, чтобы A/B-тесты были точнее»
Читать: https://tproger.ru/articles/kak-otseivat-botov-s-pomoshhyu-javascript--chtoby-a-b-testy-byli-tochnee
#ru
@typical_qa | Другие наши каналы
Сервисы для тестирования безопасности веб-приложений
Подборка сервисов для тестирования, которые сделают всю работу, если нет внутренних специалистов.
Читать: «Сервисы для тестирования безопасности веб-приложений»
Читать: https://tproger.ru/articles/servisy-dlya-testirovaniya-bezopasnosti-veb-prilozhenij
#ru
@typical_qa | Другие наши каналы
Подборка сервисов для тестирования, которые сделают всю работу, если нет внутренних специалистов.
Читать: «Сервисы для тестирования безопасности веб-приложений»
Читать: https://tproger.ru/articles/servisy-dlya-testirovaniya-bezopasnosti-veb-prilozhenij
#ru
@typical_qa | Другие наши каналы
❤1
От «спагетти-кода» к чистым сценариям. Как Page Object Model помог нам преодолеть техдолг в автотестах
Делимся практическим кейсом рефракторинга автотестов учетной системы: от линейных скриптов к архитектурному подходу, который ускорил написание тестов в три раза.
Технический долг в автотестах — это катастрофа, которая нарастает незаметно. Сначала «простые и быстрые» линейные скрипты кажутся хорошим решением, но с ростом продукта они превращаются в «спагетти-код», где любое изменение в интерфейсе вызывает часовую рутину правок. Мы прошли этот путь в проекте по разработке учетной системы и нашли выход через внедрение архитектурного паттерна Page Object Model (POM).
Состояние «до» с линейными автотестами
Когда мы только начинали работу над учетной системой для одного из наших заказчиков, то писали автотесты в простом линейном формате – они представляли собой цепочки команд, полностью отражающих сценарии пользователей. На старте это позволило нам оперативно покрыть продукт тестами и получать быстрый фидбек по продукту. В приоритете была скорость.
Читать: https://habr.com/ru/articles/988096/?utm_campaign=988096
#ru
___
Другие наши проекты
Делимся практическим кейсом рефракторинга автотестов учетной системы: от линейных скриптов к архитектурному подходу, который ускорил написание тестов в три раза.
Технический долг в автотестах — это катастрофа, которая нарастает незаметно. Сначала «простые и быстрые» линейные скрипты кажутся хорошим решением, но с ростом продукта они превращаются в «спагетти-код», где любое изменение в интерфейсе вызывает часовую рутину правок. Мы прошли этот путь в проекте по разработке учетной системы и нашли выход через внедрение архитектурного паттерна Page Object Model (POM).
Состояние «до» с линейными автотестами
Когда мы только начинали работу над учетной системой для одного из наших заказчиков, то писали автотесты в простом линейном формате – они представляли собой цепочки команд, полностью отражающих сценарии пользователей. На старте это позволило нам оперативно покрыть продукт тестами и получать быстрый фидбек по продукту. В приоритете была скорость.
Читать: https://habr.com/ru/articles/988096/?utm_campaign=988096
#ru
___
Другие наши проекты
Что мы считаем, когда считаем эффективность: от парового двигателя до нейросетей
Почему метрики перестают работать? История измерения эффективности от Адама Смита до наших дней. Закон Гудхарта, тейлоризм, Деминг и уроки четырёх промышленных революций.
Читать: https://habr.com/ru/articles/988444/?utm_campaign=988444
#ru
___
Другие наши проекты
Почему метрики перестают работать? История измерения эффективности от Адама Смита до наших дней. Закон Гудхарта, тейлоризм, Деминг и уроки четырёх промышленных революций.
Читать: https://habr.com/ru/articles/988444/?utm_campaign=988444
#ru
___
Другие наши проекты
В QA платят не за тестирование: анализ зарплат по 2500 вакансиям
«Сколько платят в QA» — вопрос не про цифры, а про роль. Анализ зарплат QA-вакансий за 2025 год по данным 2500 объявлений показывает, почему manual и junior остаются в нижнем сегменте рынка, а automation и fullstack-специалисты получают существенно больше.
Читать: https://habr.com/ru/articles/982182/?utm_campaign=982182
#ru
___
Другие наши проекты
«Сколько платят в QA» — вопрос не про цифры, а про роль. Анализ зарплат QA-вакансий за 2025 год по данным 2500 объявлений показывает, почему manual и junior остаются в нижнем сегменте рынка, а automation и fullstack-специалисты получают существенно больше.
Читать: https://habr.com/ru/articles/982182/?utm_campaign=982182
#ru
___
Другие наши проекты
💊2