Можно сделать кастомного агента под комплексную задачу и выбрать инструменты из разных MCP(GIT, БД, редактирование файлов и т.д.). По опыту, главное, чтобы не больше 60 инструментов было.
Согласен. А точно сжатие не приведет к негативным потерям?
Хороший инструмент, взял на заметку. Вопрос. А разве кастомные агенты в GitHub Copilot не решают отчасти задачу перенасыщения модели объемом MCP? Можно хоть под каждую узкую задачу делать свой сетап агента со своим нужным набором MCP. Далее легко переключать их через интерфейс.
А всегда ли БА эффективно и в удобной для остальных участников процесса разработки виде формализует требования? Я понимаю, что это навык и важнейшая функция БА. Но если команда приняла решение работать по BDD паттерна или QA недавно внедрили AI, которые определенный формат требований превращает в тест-кейсы, к примеру?
Спасибо, интересная статья.!Подчеркнул для себя некоторые моменты. Единственное, есть уточнение, что ChromeDevTools в режиме эмуляции Nokia Lumia эмулирует только разрешение и dpi экрана, и почти не даст никакой гарантии, что на данном старом девайсе все заработает. Т.к. для фетчинга, лэйаута, рендеринга и пэинтинга будет юзаться ваш новейший chromium движок ;).
Информация
В рейтинге
Не участвует
Зарегистрирован
Активность
Специализация
Инженер по автоматизации тестирования, Менеджер по обеспечению качества
Aifory Pro. Виртуалка с пополнением по СБП, комиссией 3.5% и бесплатным выпуском карты UK.
Можно сделать кастомного агента под комплексную задачу и выбрать инструменты из разных MCP(GIT, БД, редактирование файлов и т.д.). По опыту, главное, чтобы не больше 60 инструментов было.
Согласен. А точно сжатие не приведет к негативным потерям?
Согласен, это безусловный плюс.
Хороший инструмент, взял на заметку. Вопрос. А разве кастомные агенты в GitHub Copilot не решают отчасти задачу перенасыщения модели объемом MCP? Можно хоть под каждую узкую задачу делать свой сетап агента со своим нужным набором MCP. Далее легко переключать их через интерфейс.
В целом, согласен. ISTQB based подход.
Автор, спасибо за статью! Поржал про ссущих соседей и выбор чеснока ))). Настроение подняли, хотя с многим и не согласен.
У вас не плохо получаются примеры. Попробуйте ещё oauth 2.0 раскрыть.
Можно сделать столько фикстур, сколько пользователей.
Юзать POM и метод логина в нем + фикстуры, как в примере автора.
А всегда ли БА эффективно и в удобной для остальных участников процесса разработки виде формализует требования? Я понимаю, что это навык и важнейшая функция БА. Но если команда приняла решение работать по BDD паттерна или QA недавно внедрили AI, которые определенный формат требований превращает в тест-кейсы, к примеру?
Спасибо, интересная статья.!Подчеркнул для себя некоторые моменты. Единственное, есть уточнение, что ChromeDevTools в режиме эмуляции Nokia Lumia эмулирует только разрешение и dpi экрана, и почти не даст никакой гарантии, что на данном старом девайсе все заработает. Т.к. для фетчинга, лэйаута, рендеринга и пэинтинга будет юзаться ваш новейший chromium движок ;).