ChatCrawlersearch across public Telegram Open the app
T

testspro1c

4 346 members
К
Смысл такой же
А
После индексации форм, если конфигурация не менялась, тест генерируется локальной Qwen3 27B по базе знаний — без подключения MCP. Имена элементов, маршруты и шаги берутся напрямую из файлов БЗ, поэтому не нужен живой клиент и не тратятся токены на обследование. Главное — база знаний разбита по файлам по темам (навигация, формы, паттерны, данные, ошибки) и есть файл-оглавление, который модель читает первым и по нему находит нужный файл. Если бы всё лежало в одном большом файле, модель тратила бы контекст на ненужные разделы, ну и долго думала. По сути взял за основу текущее решение из папки "ЗапускаемПромптыВРучную", поломался на определенных формах, что контекст уходил за лям и выше и пошел делать базу подсказку. Тут спасибо Александру за вебинар.
КонстантинДа пробовал, но он берет все объекты, а тут объекты для конкретного пользователя без необходимости настраивать исключения )
Тут можно пойти путём доделывать внутренний генератор и добавить то, чего там не хватает (предпочтительно, я думаю). Либо пойти путём создания отдельного инструмента, тогда его надо публиковать на гитахбе или как-то так
L
Вот пытаюсь примерно к этой схеме прийти. Пользователь: «Напиши тест на создание Блока ОИ» │ ▼ ┌─────────────────────────────────────────────┐ │ Шаг 1: README.md │ │ → navigation.md, forms.md, va_patterns.md │ │ → data.md, issues.md │ └──────────────────┬──────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────┐ │ Шаг 2: Проверить актуальность │ │ → конфигурация изменилась? │ │ ДА → обновить BZ → продолжить │ │ НЕТ → сразу к генерации │ └──────────────────┬──────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────┐ │ Шаг 3: Генерация Feature │ │ → маршрут из navigation.md │ │ → элементы из forms.md │ │ → шаги из va_patterns.md │ │ → данные из data.md │ │ → обходных путей из issues.md │ │ → 0 MCP-вызовов │ └──────────────────┬──────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────┐ │ Шаг 4: (опционально) Прогон │ │ → если тест упал → диагностика через MCP │ │ → результат → обновление BZ │ └─────────────────────────────────────────────┘
L
│ Шаг 2: Проверить актуальность │ │ → конфигурация изменилась? │ │ ДА → обновить BZ → продолжить │ │ НЕТ → сразу к генерации │ Вот эта часть обновляется с учетом включения/выключения функциональных опций?
А
А
Фотография
click to show
По MCP кстати моделька хорошо работает по скринам. Если правильно поставить задачу пишет тест-кейсы на основании фичи делая скрины. Пример тест-кейса без скринов, далее нужно ее пустить делать скрины
К
А
Leonid PautovИтого - использование базы знаний - очень интересный кейс. Хочется узнать про это поподробнее
Поддерживаю, идея ясна и понятна, но хочется деталей) На мой взгляд, на самом деле очень правильный и здравый подход. Который можно и нужно развивать, туда же подтянуть не только структуру форм но и связь с ФО, ролейвой доступностью, чтобы вся необходимая информация была в одном файле для агента @AleksandrBaly
А
К
Archive by month
Open in Telegram Каталог площадок Искать в ChatCrawler

A snapshot of an open public feed from the search index ChatCrawler — “Google for public Telegram”; refreshed as the venue is crawled. Times are UTC.

Public content only, official Telegram API. About · FAQ · What we do not do · Remove a page · Catalog