🤖 ИИ исправит автотест. Но поймёт ли причину падения?
Сейчас всё больше говорят об использовании искусственного интеллекта в автоматизации тестирования.
ИИ уже умеет писать автотесты, анализировать ошибки и предлагать исправления кода.
Но есть проблема.
Представим ситуацию:
🔹 Автотест проверяет статус заказа. 🔹 Ожидаемый результат — \APPROVED. 🔹 API возвращает \PENDING. 🔹 Тест падает.
ИИ анализирует ошибку и предлагает изменить ожидаемый результат на \PENDING.
Тест снова зелёный. ✅
Но действительно ли проблема решена?
А что, если это не ошибка теста, а настоящий баг в системе?
Именно здесь становится интересным использование MCP (Model Context Protocol).
Благодаря MCP AI-агент может получать контекст из различных источников:
📚 Confluence — актуальные требования и бизнес-логика.
📋 Jira — задачи, изменения и связанные баги.
⚙️ API-документация — описание контрактов и ожидаемого поведения.
🧪 Репозиторий автотестов — существующие проверки и их реализация.
Теперь ИИ может не просто увидеть расхождение между ожидаемым и фактическим результатом, а попробовать разобраться в его причинах.
Например:
1. Найти актуальные требования. 2. Проверить, какое поведение API считается правильным. 3. Сопоставить требования с фактическим результатом. 4. Определить, что вероятнее: устаревший тест или дефект приложения. 5. Предложить обоснованное решение.
Конечно, окончательное решение остаётся за тестировщиком.
💡 На мой взгляд, настоящая ценность ИИ в тестировании — не в количестве сгенерированных автотестов, а в способности помогать QA принимать правильные решения.
ИИ должен помогать находить дефекты, а не просто делать все тесты зелёными.
❓ А вы уже используете MCP или AI-агентов в тестировании? Или пока ограничиваетесь ChatGPT и Copilot?
Интересно узнать о вашем опыте.
#QA #ТестированиеПО #АвтоматизацияТестирования #MCP #AI #API
· 07.11
Разрабатываю с помощью агентов свой стартап, кроссплатформенное развлекательное приложение, очень масштабное, в виртуальной команде есть веб разработчик, андроид разработчик, деплойер, функциональный тестировщик, архитектор, дизайнер и рп. По факту каждая итерация доработок проходит тестирование несколько раз (самопроверка разработчиком, тест деплойером перед накатом, тест архитектором приложения, функциональным тестировщиком, дизайнером и рп на предмет соответствия тз), но даже это количество тестов не исключает моего живого участия, потому что, когда речь идет о тысячах строчках кода, десятках api и нескольких месяцев работы в рамках контекста ии агенты периодически начинают филонить и выдавать положительные результаты не проверив все что нужно досконально, уходя в поверхностные тесты. Так что автотесты это все хорошо и сильно облегчает жизнь и увеличивает скорость и продуктивность, но полностью полагаться на них нельзя, финальное решение и ответственность за результат должен быть на человеке.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 07.11
И с автотестами похожая история. ИИ может быстро исправить упавший тест, но вопрос в том, разобрался ли он в причине падения или просто подогнал проверку под текущий результат. Поэтому я бы больше внимания уделял не количеству проверок, а тому, насколько агент понимает, что именно он проверяет.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён