#тестирование — Public Fediverse posts

От кликера до мультиагентной системы: Как менялась автоматизация тестирования и что будет дальше

Привет, Хабр! Меня зовут Илья Баранов, я лид тестирования в Сбер Диск. Я уже много лет занимаюсь автоматизацией тестирования и прошёл долгий путь от кликеров до современных мультиагентных систем. Давайте проследим эту эволюцию. Сразу подчеркну: материал в статье буду подавать не хронологически, а в том порядке, как те или иные технологии и продукты попадали ко мне и были мной освоены. Возможно, часть их вы перескочили сразу, но сейчас я хочу рассказать про свой опыт, а не просто сделать сводку инструментов автоматизации. И именно поэтому я не буду углубляться в технические аспекты той или иной системы, а расскажу в первую очередь, какие проблемы и задачи я решал с помощью этих технологий.

https://habr.com/ru/companies/sberbank/articles/1098462/

#тестирование #qa #qa_automation #qa_testing #мультиагентныесистемы #сезон_код_будущего

Тестовые данные отдельно, код отдельно: 5 способов изолировать данные в автотестах на Java

Статья о том, как развести тестовые данные и код проверок в Java + TestNG. Пять способов — от параметров сборщика до Test Data Factory. С примерами, схемами и разбором ограничений. Для тех, кто только начинает писать автотесты на Java.

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

#тестирование #java #автоматизация_тестирования #testng #data_driven_testing #allure #aqa #автотесты #тестовые_данные #архитектура_тестов

Harness engineering: где на самом деле ломается агентная разработка

Ещё недавно спор про coding-агентов сводился к тому, какая модель лучше пишет код. Сейчас интереснее другой вопрос: почему команда, у которой агент генерирует в разы больше diff’ов, не получает пропорционального роста поставленной ценности? Ответ всё чаще звучит не про модель, а про среду вокруг неё: контекст, права, тесты, аудит, наблюдаемость и точки остановки. Это и есть harness engineering — проектирование инженерной обвязки, в которой агент работает. Не «промпт получше», а исполняемая среда: какие команды можно запускать, какие файлы нельзя менять, какие проверки независимы от агента, что логируется, когда требуется человек и как воспроизвести сессию. Главный тезис: узкое место сместилось с генерации на доверие, проверку и сопровождение агентных изменений. Ниже — разбор, почему зелёный CI перестал быть доказательством, из чего состоит harness, где он ломается и что проверять в первую очередь.

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

#тестирование #автоматизация #архитектура #агенты #devops #codereview #llm #cicd #качествокода #harnessengineering