#qa_automation — Public Fediverse posts

Релизный процесс QA: от рутины к автоматизации — как мы это сделали

Привет, Хабр! Меня зовут Богдан Бурков, я старший инженер по тестированию в мобильном приложении для продавцов Ozon Seller. В этой статье я хочу поделиться историей, как мы с коллегой, ведущим инженером по тестированию Владиславом Поповым (привет, Влад!), улучшали наш релизный процесс и что у нас из этого получилось. Мы уже оптимизировали ручные проверки и увеличивали покрытие автотестами, но релизное тестирование всё равно занимало почти рабочий день. Подробнее об этом опыте можно прочесть в статье другого коллеги . Мы же решили копнуть глубже — не в сами тесты, а в процессы вокруг них. Выписали всё, что повторяется от релиза к релизу, отметили, какие действия блокируют переход на следующие этапы, оценили, сколько времени уходит на рутину, и выбрали те задачи, которые проще всего перенести в CI. Так мы нашли главную причину потерь времени и поняли, куда двигаться дальше. В статье расскажу, что именно мы автоматизировали, что получилось не сразу и как в итоге сократили релизное тестирование примерно с семи до четырёх часов.

https://habr.com/ru/companies/ozontech/articles/1059114/

#тестирование_мобильных_приложений #релиз #релизы #релизменеджмент #релизный_цикл #мобильная_разработка #qa_automation #tms #cicd #ozon_tech

Лучшие токены – те, которые вы не потратили: анатомия жадного LLM-бота

При анализе кода с помощью LLM всегда есть соблазн закинуть в модель всё сразу — и пусть сама разбирается. Но на больших объёмах кода стоимость и время такого «пусть разбирается» быстро приводят нас в чувства и заставляют искать пути более экономной траты токенов. Привет, меня зовут Андрей, я занимаюсь автоматизацией тестирования в hh. В этой статье расскажу, как мы оптимизировали запросы нашего бота, который анализирует тестовое покрытие с помощью LLM, чтобы получить максимум пользы при минимальных затратах. Антоним токенмаксинга – токенпожарскинг токенминнинг?

https://habr.com/ru/companies/hh/articles/1057108/

#sonarqube #llm #java #python #kotlin #покрытие_кода #покрытие_тестами #qa_automation #qa #qa_testing

Мобильное тестирование в 2026: от истоков к трендам

Какова ситуация в мобильном тестировании в 2026-м году? На связи Ильнур – ведущий тестировщик: начал свой путь в ИТ 10 лет назад как специалист технической поддержки. Со временем понял, что хочу не просто «чинить», а понимать, как всё устроено. Так я пришёл в тестирование и уже через год стал тимлидом команды. На протяжении следующих 5 лет участвовал в запуске более 10 приложений – от MVP до многомиллионных. Я учился на ошибках, пропускал через себя сотни релизов, «съел собаку» в ручном тестировании, понял, как работают платформы, сети, железо. Хочу поделиться своими мыслями о мобильном тестировании как человек, который знает сферу изнутри. Читать полностью

https://habr.com/ru/companies/sovcombank_technologies/articles/1053818/

#qa #qa_mobile #qa_automation #ai #shiftleft #lowcode #тестирование #искусственный_интеллект #мобильная_разработка #мобильное_тестирование

Как правильно писать WebSocket API автотесты на Python

На примере FastAPI-чата показываю, как выстроить автотесты для API с двумя транспортами: REST используется для подготовки состояния, WebSocket — для проверки событий. В статье разбираем архитектуру тестов на Python: клиенты, фикстуры, Pydantic-схемы, контрактные проверки, Allure и CI/CD.

https://habr.com/ru/articles/1027960/

#qa #qa_automation #python #websocket #websocket_api #автотесты #автотестирование #лучшие_практики #cicd #allure

Kafka Consumer в тестовой автоматизации: архитектурный разбор

Привет, Хабр! На связи Егор Лаптев — QA Fullstack Java в SENSE на проекте крупного российского банка. End-to-end тесты UI проверяют только то, что видно на экране: кнопка нажалась, форма открылась, данные отобразились. Но в распределённых системах значительная часть бизнес-логики уходит за кадр — в асинхронные события, которые летят через Kafka. Если событие не дошло до топика или пришло с неверным payload, пользователь этого не увидит, а бизнес-процесс сломается. В этой статье расскажу, как мы научились проверять Kafka-события прямо в автотестах — без Kafka UI, kcat и обёрточных сервисов, одной зависимостью и так, чтобы это работало в корпоративной сети с SSL. Покажу архитектуру коннектора, разберу три основных проблемы (SSL-сертификаты, конфликты consumer group и асинхронные тайминги), и поделюсь моделью работы инженера в связке с AI-агентом. Кому будет полезно: QA-инженерам и специалистам по автоматизации, которые тестируют распределённые системы и хотят проверять Kafka-события прямо в автотестах; и инженерам, которым интересна практическая модель работы в связке с AI-агентом — как она ускоряет разработку тестовой инфраструктуры.

https://habr.com/ru/companies/it_sense/articles/1051890/

#kafka #kafka_consumer #kafka_в_тестировании #qa_automation #sasl #асинхронное_тестирование #aiагенты #allure #consumer_group #распределенные_системы

Как Fable 5 помог написать аналог Vanessa для AI-агента в 1С

Эта статья про то, как работая над продуктом “AI для 1С” (комплексная AI-система для аналитиков и разработчиков 1С), я сначала прикрутил Vanessa Automation , а потом решил реализовать нативный TestClient протокол на Python, но ничего не вышло. А потом внезапно сильно продвинулся с помощью новой модели от Антропик - Fable 5. В итоге получился быстрый и функциональный qa-mcp - собственный контур тестирования для AI-разработки в 1С. Читать дальше

https://habr.com/ru/articles/1051142/

#vanessa #1c #fable_5 #vibecoding #qa_testing #qa_automation

Дорогие автотесты: когда автоматизация тестирования начинает вредить бизнесу

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

https://habr.com/ru/articles/1025796/

#автоматизация_тестирования #автотесты #e2e_тесты #ui_тестирование #qa #qa_automation #тестирование_по #flaky_тесты #тестовая_стратегия #qa_strategy

Внедрение ИИ-агента глазами QA: полгода от скепсиса до 1600 тестов за сутки

Привет, Хабр. Меня зовут Егор, я QA Fullstack Java в SENSE на проекте российского банка. Год назад я был уверен, что ИИ-агент в QA — это либо маркетинг, либо повод искать новую профессию. Сегодня он у меня в проекте разбирает упавшие тесты, актуализирует локаторы и пишет шаблонные кейсы по спецификациям. Расскажу, как мы прошли путь от «он не справляется с добавлением поля в класс» до 1600 рабочих тестов за сутки на хакатоне. А еще расскажу, что в итоге агент так и не научился делать.

https://habr.com/ru/companies/it_sense/articles/1046063/

#qa_automation #qa #ииагенты #искусственный_интеллект #selenium #selenide #playwright #тестирование #ии_в_тестировании #внедрение

Как я за несколько месяцев совместно с AI — ассистентом собрал SaaS для прокатного бизнеса и при чем тут QA Automation

В статье представлен разбор создания CRM-системы, разработанной с применением искусственного интеллекта для ускорения кодинга и архитектурного планирования. Проект представлен как будущий полигон для построения хорошего фреймворка для автотестирования с помощью Python.

https://habr.com/ru/articles/1045522/

#python #automation #qa #qa_automation #qa_testing #qa_engineer #crm #crmсистемы #прокат

Аудит QA-отдела «ТатИТнефти»: как провести независимую оценку компетенций за 20 дней и найти точки роста команды

Внутренний QA-отдел — зона особого риска для любой ИТ-компании. Без новых задач и внешних вызовов команда стагнирует: навыки устаревают, а сильные инженеры уходят в более конкурентную среду. Как следствие, снижается качество тестирования ПО, что приводит к росту числа инцидентов и простоев оборудования. «ТатИТнефть» не стала ждать первых симптомов и обратилась к нам за независимым аудитом отдела тестирования. Вызовом проекта стали сроки: на разработку методологии и оценку компетенций команды было всего 20 рабочих дней. Как мы уложились и что в итоге получил заказчик — рассказываем в кейсе.

https://habr.com/ru/articles/1042778/

#тестирование #аудит #qa #qa_automation #qa_engineer #ипр #матрица_компетенций #развитие_команды #профессиональный_рост #индивидуальный_план_развития

Лайфхаки по быстрому написанию автотестов или пишем автотесты без боли

Привет, Хабр. Меня зовут Виталий Стародубцев. Я ведущий QA-инженер в СберЗдоровье — MedTech-компании №1 в России. Написание и использование автотестов — базовая практика в разработке и продвинутая — в тестировании. Но подходы к их написанию и отладке зачастую вызывают боль у специалистов. Остаётся много проблемных мест: долгие ожидания при запуске и перезапуске, нестабильность сервисов, ошибки из‑за устаревших версий библиотек. В результате даже опытные инженеры тратят больше времени, чем могли бы. Я с этим нередко сталкивался при анализе сторонних проектов и понял, что подобные ситуации довольно распространены. Поэтому в статье решил собрать несколько простых лайфхаков и практических советов, которые помогают быстрее писать, запускать и отлаживать автотесты: часть из них касается общей работы с кодом и IDE, а часть — специфики автоматизации.

https://habr.com/ru/companies/docdoc/articles/1042076/

#qa #qa_automation #qa_testing #lifehack #lifehacks

Моки, стабы и фейки: в чем разница и что выбрать для автотестов?

Разбираемся с терминологией Test Doubles без лишней воды. В чем реальная разница между Mock, Stub и Fake? В статье разберем классификацию на живых примерах: поднимем умный стаб-сервер на FastAPI, напишем мок-шпион для проверки сайд-эффектов и ускорим тесты с помощью фейковых БД.

https://habr.com/ru/articles/1023556/

#автоматизация_тестирования #qa_automation #qa #fake #mock #stub #фэйк #моки #стабы #интеграционное_тестирование

Влияние AI на позиции QA в 2026 году

В 2026 году уже никто не спорит, что искусственный интеллект радикально меняет тестирование, как и все сферы бизнеса. Вопрос только в том, кого он заменит и кого сделает значительно ценнее как эксперта. По данным World Quality Report 2025, 89% компаний пилотируют или внедряют Generative AI в процессы Quality Engineering. При этом только 15% сделали это на уровне всей организации. Остальные находятся в стадии осторожного эксперимента.

https://habr.com/ru/articles/1037966/

#тестирование #искусственный_интеллект #нейросети #qa #qa_automation #qa_testing

Как я сделал утилиту для автоматизации ручных тестов

Привет, меня зовут Алексей и я C# разработчик. Однажды передо мной стояла задача написать утилиту для взаимодействия с различными UI-элементами в Windows и во всех популярных браузерах. Сама утилита не была связана с тестированием, но вполне годилась для автоматизации некоторых действий на машине, так как была простой в управлении и интуитивно понятной. Мне понравилось работать в этом направлении и возникла идея создания инструмента, который не будет перегружен широким функционалом RPA решений, но возьмёт от них всё что нужно для тестирования интерфейсов, чтобы получился действительно полезный инструмент-помощник для QA с низким порогом входа.

https://habr.com/ru/articles/974258/

#ручное_тестирование #автотестирование #утилиты #автоматизация #тестирование_вебприложений #тестирование_приложений #тестирование_сайтов #тестирование_по #qa #qa_automation

Мы пытались заменить QA нейросетью. Не получилось

Мы попытались построить MCP-сервер, который сам читает спеки, пишет автотесты и коммитит код. На практике выяснилось, что токены — не главная проблема, а QA — это не «делатели тестов», а носители контекста и ответственности.

https://habr.com/ru/articles/995020/

#тестирование #qa #qa_automation #qa_engineer #автоматизация_тестирования #искусственный_интеллект #автотесты #качество_по #mcp #llm

Как приручить сервисы-моки

Материал для тех, кто хочет создавать надежные и масштабируемые моки API-сервисов и любит получать удовольствие от жизни В этой статье поговорим о том, с чего начать, как лучше подойти к разработке сервисов-моков и как упростить себя жизнь при работе с ними Примеры и практические советы, как перейти на новый уровень покрытия тестами, если вы интегрируетесь с внешними системами

https://habr.com/ru/articles/1034736/

#мок #тестирование #бэкенд #разработка #автоматизация_тестирования #автотесты #backend #mock #QA #qa_automation

Flaky-тесты — не приговор: эксперименты по ускорению выпуска релизов

Привет, Хабр! Меня зовут Юра Жанов, я занимаюсь автоматизацией тестирования в hh.ru . Про flaky-тесты написано много, борьбу с ними не прекращаем и мы. Но сегодня немного о другом — хочу поделиться нашим опытом минимизации неприятностей, которые наносят такие тесты. Для этого мы провели ряд экспериментов со стороны тестового фреймворка.

https://habr.com/ru/companies/hh/articles/1031996/

#qa_automation #qa_testing #qa_management #qa_engineer #qa_automation_engineer #qa #qa_mobile #тестирование #тестирование_сайтов #тестировщик

Bug fingerprinting для UI: почему stack trace не работает и что вместо

TL;DR: Sentry дедуплицирует backend-ошибки по хешу (error class + top stack frame + module) . Для UI-багов этот рецепт ломается — у expect(button).toBeVisible() нет stack frame в продуктовом смысле, есть локатор + assertion + URL . В webtest-orch я собрал composite SHA-256 fingerprint из (normalized_selector | assertion type | error class | URL template | message[:80]) с тремя rules нормализации ( :nth-child , UUID, /users/123 → /users/:id ). Это даёт стабильный 8-hex BUG-id который выживает прогоны и даёт diff new / regression / persisting / fixed без БД и embedding’ов.

https://habr.com/ru/articles/1032230/

#playwright #qa_automation #qa_testing #claude #agents #agent_skills #aria #webразработка #fingerprint #ui

Реанимация легаси: как мы заставили древний SEO-сервис говорить на другом языке

У каждого второго разработчика или QA есть сервис, который написан на древней версии языка, не имеет авторов, тесты не работают, документация — одна страница, но он стабильно работает, и его все боятся трогать. А потом прилетает задача: добавить мультиязычность, или новый тип данных, или интеграцию с внешним API. И вы понимаете: либо вы его трогаете сейчас, либо он ломается сам через полгода в самый неподходящий момент. Нам в Иви "повезло" оказаться именно в такой ситуации. Поэтому делимся своим кейсом по тестированию и обновлению SEO-сервиса — без пафоса, с шишками, метриками и выводами, которые реально помогут.

https://habr.com/ru/companies/ivi/articles/1030042/

#SEO #legacyкод #legacyсистем #qa_automation #qa #qa_engineer #php #phpunit

QA в 2026 году: почему лёгкого входа в IT больше нет

Рынок QA изменился: конкуренция выросла, требования стали жёстче, а старые сценарии входа больше не работают. В статье — честный разбор рынка, требований и иллюзий, которые до сих пор продают новичкам.

https://habr.com/ru/articles/981382/

#qa #qa_automation #qa_образование #карьера_в_it #карьера_в_qa #рынок_it #вход_в_it #junior_qa #курсы #обучение

Хотел протестировать веб-приложение через AI — за три дня собрал свой инструмент

Задача была простая: протестировать два веб-приложения перед деплоем. Next.js-портфолио и SaaS-чат — accessibility, консольные ошибки, отзывчивость на мобильных. Рутина. Открыл Claude Code, подключил Playwright MCP, написал «протестируй приложение». Агент начал работать, делать скриншоты, проверять элементы. На 51-м снапшоте /compact сработал. Текстовый контекст был заполнен на 18%. Я не понял что произошло. Через час разбирательств я нашёл невидимый image-лимит. Через три часа — понял, что Playwright MCP сжигает в 50 раз больше токенов чем CLI на том же workflow. Через три дня — у меня был рабочий инструмент, который уже тестируют реальные пользователи. Эта статья — про путь от «хочу просто протестировать» до open-source инструмента, и про архитектурные проблемы, которые заставили его собрать.

https://habr.com/ru/articles/1030840/

#claude_code #playwright #web #qa_automation #qa_testing #agents #ai_tools #mcp #skills_в_claude #skills

Самые популярные ошибки начинающего SDET-специалиста

По мере того как современная разработка программного обеспечения движется в сторону непрерывной доставки и микросервисов, цена ошибок возрастает. Нестабильные тесты, плохо масштабируемый код автотестов или неправильное использование инструментов могут приводить к задержкам релизов или к росту количества багов из-за затрат времени и ресурсов на выявление причин падения автотестов. То, что сначала кажется временным исправлением, впоследствии может обернуться отложенными последствиями для всей команды. В этой статье мы рассмотрим семь распространенных ошибок, которые совершают начинающие SDET. Разберем не только то, что идет не так, но и почему это имеет значение и как подходить к решению каждой из проблем наиболее эффективно. Цель статьи — помочь начинающим SDET заложить прочный фундамент для эффективного тестирования, основанного на качестве, масштабируемости и взаимодействии с командой. Читать далее 🦾

https://habr.com/ru/companies/simbirsoft/articles/1027022/

#qa #тестирование #qa_automation #автоматизация_тестирования #автотесты #code_quality #качество_кода #чистая_архитектура #рефакторинг #python

Что происходит с QA в 2026 году: результаты опроса 800+ специалистов

Привет! Меня зовут Оля Шнайдер , я QA-инженер в Авито . В начале этого года я провела исследование рынка QA, чтобы понять, как сейчас работают тестировщики: с чем сталкиваются каждый день, что мешает в работе, а что, наоборот, помогает. За последние годы роль QA заметно изменилась (или мне так хочется думать). От нас ждут большего — не только непосредственно тестирования и ответственности за результат, но и участия в процессах и много чего ещё. При этом сами процессы не всегда становятся лучше. Мне захотелось понять, как дела обстоят на самом деле: что именно выматывает в работе, где чаще всего возникают проблемы и какие решения помогут помочь. Всё самое интересное из исследования я собрала для вас в этой статье. Дальше интереснее

https://habr.com/ru/companies/avito/articles/1026786/

#qa #qa_engineer #qa_образование #qa_testing #qa_automation #qa_management #work_life_balance #burnout

Пишем быстрые UI-автотесты без флаков, стендов и боли: изоляционный подход в CI/CD

Большинство UI-тестов флакают, медленно работают и в итоге отключаются в CI. Показываю альтернативу — изоляционные UI-тесты без стендов, таймингов и боли.

https://habr.com/ru/articles/982296/

#python #ui #qa #qa_automation #автотесты #docker #cicd #mock #моки #мокирование

Даже гениям отказывают

Привет, Хабр. Многие до сих пор воспринимают собеседования примерно одинаково. Кажется, что всё решает техническая часть: насколько быстро ты соображаешь, как пишешь код, помнишь ли теорию, можешь ли объяснить сложность алгоритма или нарисовать архитектуру на доске. На практике всё часто работает чуть иначе. Да, техничка важна. Никто с этим не спорит. Но оффер нередко ломается не на алгоритмах, не на лайвкодинге и даже не на ошибке в каком-нибудь ответе. Очень часто всё решают вопросы, которые на первый взгляд выглядят максимально безобидно. Из серии: “кем вы видите себя через пять лет?”, “что вас мотивирует?”, “почему хотите уйти?” или “какой у вас был самый большой косяк?”. И вот именно на них люди регулярно сыпятся. Не потому что они глупые. И не потому что не умеют разговаривать. А потому что воспринимают эти вопросы как формальность. Как будто это просто обязательный HR-блок, который надо пережить перед чем-то действительно важным. Хотя на деле именно там интервьюер часто и пытается понять главное: как вы мыслите, насколько вы устойчивы, чего хотите от работы и совпадает ли это с реальностью конкретной команды. Сразу уточню важный момент. Я не пытаюсь доказать, что такие вопросы идеальны или что именно так и нужно проводить собеседования. У многих к ним вполне обоснованные претензии, и я их понимаю. Но пока рынок продолжает их задавать, полезно хотя бы понимать, что именно через них пытаются считать и почему на seemingly простом ответе иногда тихо умирает оффер. Почему вообще такие вопросы так важны Потому что технические ответы очень часто показывают только верхний слой. Можно хорошо помнить теорию. Можно неплохо выступить на лайвкодинге. Можно уверенно пройти по стеку. Но при этом оставить после себя ощущение, что с человеком дальше будет тяжело: он быстро выгорит, упрётся в потолок роли, не совпадёт по темпу или просто уйдёт через полгода. Именно поэтому рынок так любит эти странные вопросы, которые вроде бы не про технологии. Они не проверяют знания. Они проверяют совместимость. В своем Telegram-блоге я регулярно пишу про рынок IT, тестирование, автоматизацию и карьеру в индустрии. Всегда рад новым читателям!

https://habr.com/ru/articles/1027092/

#тестирование #автоматизация #автоматизация_тестирования #hhru #поиск_работы_в_it #поиск_работы #карьера #qa #qa_automation #qa_engineer

Playwright vs Selenium на Java: что выбрать для автотестов в 2026 году

Playwright или Selenium на Java — что выбрать для автотестов в 2026 году? Разбираю историю инструментов, различия в локаторах, ожиданиях, стабильности, стоимости поддержки и объясняю, в каких сценариях каждый из них лучше.

https://habr.com/ru/articles/1020774/

#тестирование #qa #qa_automation #qa_testing #qa_engineer #qa_automation_engineer #java #selenium #playwright #webtesting

Работа с автотестами внутри TMS

Сейчас TMS на рынке условно можно разделить на два подхода. Первый — классический. Система работает как слой управления ручным тестированием: хранит тест-кейсы, формирует прогоны, фиксирует статусы и результаты. Вся логика выполнения при этом остается за пределами TMS. Второй — с поддержкой автотестов. Здесь появляются интеграции с CI: система умеет связывать автотесты с тест-кейсами, подтягивать результаты запусков, отображать историю и статусы. Иногда добавляется возможность инициировать запуск, но фактическое выполнение и управление пайплайнами по-прежнему остаются в CI. В новом релизе

https://habr.com/ru/articles/1023456/

#tms #qa #qa_testing #qa_management #qa_automation

Ваш собес уже в базе

Привет, Habr. Обычно найм представляют довольно просто: есть вакансия, есть кандидат, есть несколько этапов собеседования, после которых человек либо получает оффер, либо отказ. Такая картина хорошо смотрится в HR-отчётах и презентациях, но в реальности всё устроено заметно сложнее. Если чуть дольше повариться в рынке, становится видно, что вокруг собеседований уже давно существует отдельная инфраструктура. Речь про слитые вопросы, базы по компаниям, закрытые чаты, документы и каналы, где собирают и передают друг другу реальные этапы найма. Причём это уже давно не история про редкие “утечки” или единичные случаи. Для части рынка это вполне рабочий инструмент подготовки. Сразу уточню важный момент. Эта статья не про мораль, не про публичные разоблачения и не про попытку назначить кого-то злодеем. Мне интереснее разобрать само явление: почему рынок слитых собеседований вообще появился, как он работает и почему стандартные процессы найма сами неплохо помогают ему жить. Потому что проблема тут не только в кандидатах, которые хотят пройти собес по короткому пути. Проблема ещё и в том, что многие компании годами проводят одни и те же интервью почти в одном и том же виде, а значит рано или поздно этот процесс начинает жить своей отдельной жизнью.

https://habr.com/ru/articles/1021490/

#Тестирование #Автоматизация #автоматизация_тестирования #hhru #поиск_работы_в_it #поиск_работы_в_рф #карьера #qa #qa_automation #qa_auto

Регресс без регресса: стратегия автотестов

Самый дорогой регрессионный набор не тот, который долго выполняется, а тот, которому команда перестала верить. Когда команда внедряет автоматизацию, она быстро приходит к соблазнительной идее: если автотесты ускоряют проверки и исключают человеческий фактор, значит автоматизировать нужно всё, до чего можно дотянуться. Но здесь и начинается ошибка. Автоматизировать всё, что можно, и автоматизировать то, что действительно нужно, не одно и то же. Меня зовут Гайнутдинов Роман, я старший инженер по автоматизированному тестированию в компании «БКС Мир инвестиций». За плечами построение автоматизации с нуля, поддержка готовых решений и оптимизация уже раздутых регрессионных наборов. В этой статье разберём логику приоритизации: что автоматизировать в первую очередь, что не стоит тащить в обязательный регресс совсем, и как выбрать уровень проверки. Если вам ближе автоматизация с расчётом на пользу и стоимость, а не всё подряд, сначала стоит разобраться, почему автоматизация без стратегии почти неизбежно превращается в набор дорогостоящих и малополезных проверок. Этот материал будет полезен тестировщикам, разработчикам, менеджерам и всем, кто связан или только знакомится с автоматизацией тестирования.

https://habr.com/ru/companies/bcs_company/articles/1021368/

#qa_automation #qa #unittesting #e2e #api_testing #тестирование #user_story

Сам свой код и тестируй: кто [на самом деле] должен искать баги

Не так давно с коллегами обсуждали самостоятельное тестирование свеженаписанного кода. Один тимлид из нашей команды рассказал про разработчика, который отдавал код на тест, не проверяя за собой. Аргумент у него был «железный»: проверка не его забота, для этого есть тестировщики. Если честно, меня удивляет, что такая позиция в мире современного ИТ всё ещё существует. Так что я решил собрать аргументы и объяснить, почему самотестирование – важная часть рутины разработчика. Будет интересно послушать в комментария аргументы тех, кто с этим не согласен.

https://habr.com/ru/articles/1018524/

#тестирование #qa_testing #qa_engineer #будни_разработчика #карьера_в_it #qa #qa_automation #qa_management #проверка_кода