chore(i18n): refresh uk translations
This commit is contained in:
parent
a425c593be
commit
cc2156e130
@ -1,51 +1,50 @@
|
||||
---
|
||||
read_when:
|
||||
- Розширення qa-lab або qa-channel
|
||||
- Додавання QA-сценаріїв із підтримкою репозиторію
|
||||
- Побудова реалістичнішої автоматизації QA навколо панелі Gateway
|
||||
summary: Приватна форма автоматизації QA для qa-lab, qa-channel, початкових сценаріїв і звітів протоколу
|
||||
title: Автоматизація QA E2E
|
||||
- Додавання QA-сценаріїв із прив’язкою до репозиторію
|
||||
- Створення більш реалістичної QA-автоматизації навколо панелі Gateway
|
||||
summary: Форма приватної QA-автоматизації для qa-lab, qa-channel, початково заповнених сценаріїв і звітів про протокол
|
||||
title: QA E2E Automation
|
||||
x-i18n:
|
||||
generated_at: "2026-04-08T14:55:41Z"
|
||||
generated_at: "2026-04-08T16:50:15Z"
|
||||
model: gpt-5.4
|
||||
provider: openai
|
||||
source_hash: 0448a4f913853fcdf27ba50f36cee9c6b380aae527a0a7ac581a10fbaf6984e3
|
||||
source_hash: e248009148c4dcd1c3e7f9dab768b272b743ba1d406f79c89cb71074e2b76a4a
|
||||
source_path: concepts/qa-e2e-automation.md
|
||||
workflow: 15
|
||||
---
|
||||
|
||||
# Автоматизація QA E2E
|
||||
# QA E2E Automation
|
||||
|
||||
Приватний стек QA призначений для перевірки OpenClaw у більш реалістичний,
|
||||
орієнтований на канали спосіб, ніж може дати один модульний тест.
|
||||
Приватний стек QA призначений для того, щоб перевіряти OpenClaw у більш реалістичний,
|
||||
орієнтований на канали спосіб, ніж це може зробити один модульний тест.
|
||||
|
||||
Поточні компоненти:
|
||||
Поточні складові:
|
||||
|
||||
- `extensions/qa-channel`: синтетичний канал повідомлень із поверхнями для DM, каналів, потоків,
|
||||
- `extensions/qa-channel`: синтетичний канал повідомлень із поверхнями для DM, каналу, треду,
|
||||
реакцій, редагування та видалення.
|
||||
- `extensions/qa-lab`: UI налагодження та шина QA для спостереження за транскриптом,
|
||||
інʼєкції вхідних повідомлень та експорту звіту Markdown.
|
||||
- `qa/`: початкові ресурси з підтримкою репозиторію для стартового завдання та базових QA
|
||||
сценаріїв.
|
||||
- `extensions/qa-lab`: UI налагодження та QA-шина для спостереження за транскриптом,
|
||||
ін’єкції вхідних повідомлень і експорту звіту Markdown.
|
||||
- `qa/`: початкові ресурси з прив’язкою до репозиторію для стартового завдання та базових QA-сценаріїв.
|
||||
|
||||
Поточний робочий процес оператора QA — це сайт QA з двома панелями:
|
||||
Поточний робочий процес QA-оператора — це двопанельний сайт QA:
|
||||
|
||||
- Ліворуч: панель Gateway (Control UI) з агентом.
|
||||
- Праворуч: QA Lab, що показує транскрипт у стилі Slack і план сценарію.
|
||||
|
||||
Запустіть це за допомогою:
|
||||
Запустіть це так:
|
||||
|
||||
```bash
|
||||
pnpm qa:lab:up
|
||||
```
|
||||
|
||||
Це збирає сайт QA, запускає канал gateway на базі Docker і відкриває
|
||||
сторінку QA Lab, де оператор або цикл автоматизації може дати агенту QA-
|
||||
місію, спостерігати реальну поведінку каналу та записувати, що спрацювало, що
|
||||
не спрацювало або що залишилося заблокованим.
|
||||
Це збирає сайт QA, запускає lane Gateway на основі Docker і відкриває
|
||||
сторінку QA Lab, де оператор або цикл автоматизації може дати агенту QA-місію,
|
||||
спостерігати реальну поведінку каналу та записувати, що спрацювало, що не
|
||||
спрацювало або що залишилося заблокованим.
|
||||
|
||||
Для швидшої ітерації UI QA Lab без перебудови образу Docker щоразу
|
||||
запустіть стек із пакетом QA Lab, змонтованим через bind mount:
|
||||
Щоб швидше ітерувати UI QA Lab без перебудови образу Docker щоразу,
|
||||
запустіть стек із bind-mounted бандлом QA Lab:
|
||||
|
||||
```bash
|
||||
pnpm openclaw qa docker-build-image
|
||||
@ -54,14 +53,14 @@ pnpm qa:lab:up:fast
|
||||
pnpm qa:lab:watch
|
||||
```
|
||||
|
||||
`qa:lab:up:fast` зберігає сервіси Docker на попередньо зібраному образі та монтує через bind mount
|
||||
`qa:lab:up:fast` тримає сервіси Docker на попередньо зібраному образі та bind-mount
|
||||
`extensions/qa-lab/web/dist` у контейнер `qa-lab`. `qa:lab:watch`
|
||||
перебудовує цей пакет при змінах, а браузер автоматично перезавантажується, коли змінюється хеш
|
||||
ресурсу QA Lab.
|
||||
перебудовує цей бандл при змінах, а браузер автоматично перезавантажується, коли
|
||||
змінюється хеш ресурсу QA Lab.
|
||||
|
||||
## Початкові дані з підтримкою репозиторію
|
||||
## Початкові ресурси з прив’язкою до репозиторію
|
||||
|
||||
Початкові ресурси розміщено в `qa/`:
|
||||
Початкові ресурси зберігаються в `qa/`:
|
||||
|
||||
- `qa/scenarios/index.md`
|
||||
- `qa/scenarios/*.md`
|
||||
@ -69,19 +68,19 @@ pnpm qa:lab:watch
|
||||
Вони навмисно зберігаються в git, щоб план QA був видимий і людям, і
|
||||
агенту. Базовий список має залишатися достатньо широким, щоб охоплювати:
|
||||
|
||||
- чат у DM і каналах
|
||||
- поведінку потоків
|
||||
- чати в DM і каналах
|
||||
- поведінку тредів
|
||||
- життєвий цикл дій із повідомленнями
|
||||
- cron-зворотні виклики
|
||||
- виклик памʼяті
|
||||
- cron callbacks
|
||||
- виклик пам’яті
|
||||
- перемикання моделей
|
||||
- передачу субагенту
|
||||
- передачу підзадачі субагенту
|
||||
- читання репозиторію та документації
|
||||
- одне невелике завдання зі збірки, наприклад Lobster Invaders
|
||||
- одне невелике завдання на збірку, наприклад Lobster Invaders
|
||||
|
||||
## Звітування
|
||||
|
||||
`qa-lab` експортує звіт протоколу Markdown на основі спостережуваної часової шкали шини.
|
||||
`qa-lab` експортує звіт про протокол у Markdown на основі спостережуваної часової шкали шини.
|
||||
Звіт має відповідати на такі запитання:
|
||||
|
||||
- Що спрацювало
|
||||
@ -89,25 +88,53 @@ pnpm qa:lab:watch
|
||||
- Що залишилося заблокованим
|
||||
- Які сценарії продовження варто додати
|
||||
|
||||
Для перевірок характеру та стилю запустіть той самий сценарій для кількох живих
|
||||
посилань на моделі та створіть оцінений звіт Markdown:
|
||||
Для перевірок характеру та стилю виконайте той самий сценарій на кількох live refs моделей
|
||||
і створіть оцінений звіт Markdown:
|
||||
|
||||
```bash
|
||||
pnpm openclaw qa character-eval \
|
||||
--model openai/gpt-5.4 \
|
||||
--model anthropic/claude-opus-4-6 \
|
||||
--model minimax/MiniMax-M2.7 \
|
||||
--judge-model openai/gpt-5.4
|
||||
--model openai/gpt-5.4,thinking=xhigh \
|
||||
--model openai/gpt-5.2,thinking=xhigh \
|
||||
--model anthropic/claude-opus-4-6,thinking=high \
|
||||
--model anthropic/claude-sonnet-4-6,thinking=high \
|
||||
--model minimax/MiniMax-M2.7,thinking=high \
|
||||
--model zai/glm-5.1,thinking=high \
|
||||
--model moonshot/kimi-k2.5,thinking=high \
|
||||
--model qwen/qwen3.6-plus,thinking=high \
|
||||
--model xiaomi/mimo-v2-pro,thinking=high \
|
||||
--model google/gemini-3.1-pro-preview,thinking=high \
|
||||
--judge-model openai/gpt-5.4,thinking=xhigh,fast \
|
||||
--judge-model anthropic/claude-opus-4-6,thinking=high
|
||||
```
|
||||
|
||||
Ця команда запускає локальні дочірні процеси gateway QA, а не Docker. Вона зберігає кожен
|
||||
повний транскрипт, записує базову статистику запуску, а потім просить модель-оцінювача в швидкому режимі
|
||||
з міркуванням `xhigh` ранжувати запуски за природністю, вайбом і гумором.
|
||||
Якщо жоден кандидат `--model` не передано, оцінювання характеру за замовчуванням використовує
|
||||
`openai/gpt-5.4` і `anthropic/claude-opus-4-6`.
|
||||
Команда запускає локальні дочірні процеси QA gateway, а не Docker. Сценарії
|
||||
оцінювання характеру мають задавати персону через `SOUL.md`, а потім виконувати звичайні
|
||||
ходи користувача, такі як чат, допомога з робочим простором і невеликі файлові завдання. Кандидатній моделі
|
||||
не слід повідомляти, що її оцінюють. Команда зберігає кожен повний
|
||||
транскрипт, записує базову статистику запуску, а потім звертається до моделей-оцінювачів у fast mode з
|
||||
міркуванням `xhigh`, щоб ранжувати запуски за природністю, вайбом і гумором.
|
||||
Для кандидатних запусків за замовчуванням використовується thinking `high`, а для моделей OpenAI — `xhigh`,
|
||||
якщо вони це підтримують. Замініть конкретного кандидата inline через
|
||||
`--model provider/model,thinking=<level>`. `--thinking <level>` як і раніше задає
|
||||
глобальний резервний варіант, а старіша форма `--model-thinking <provider/model=level>` збережена
|
||||
для сумісності.
|
||||
Для референсів кандидатів OpenAI за замовчуванням використовується fast mode, щоб застосовувалася
|
||||
пріоритетна обробка там, де це підтримує провайдер. Додайте `,fast`, `,no-fast` або `,fast=false` inline, коли
|
||||
окремому кандидату або оцінювачу потрібне перевизначення. Передавайте `--fast` лише тоді, коли хочете
|
||||
примусово ввімкнути fast mode для кожної кандидатної моделі. Тривалість кандидатів і оцінювачів
|
||||
записується у звіт для аналізу бенчмарків, але в prompts для оцінювачів прямо вказано
|
||||
не ранжувати за швидкістю.
|
||||
Якщо не передано жодного кандидатного `--model`, для оцінювання характеру за замовчуванням використовуються
|
||||
`openai/gpt-5.4`, `openai/gpt-5.2`, `anthropic/claude-opus-4-6`,
|
||||
`anthropic/claude-sonnet-4-6`, `minimax/MiniMax-M2.7`, `zai/glm-5.1`,
|
||||
`moonshot/kimi-k2.5`, `qwen/qwen3.6-plus`, `xiaomi/mimo-v2-pro` і
|
||||
`google/gemini-3.1-pro-preview`.
|
||||
Якщо не передано жодного `--judge-model`, то за замовчуванням оцінювачами є
|
||||
`openai/gpt-5.4,thinking=xhigh,fast` і
|
||||
`anthropic/claude-opus-4-6,thinking=high`.
|
||||
|
||||
## Повʼязана документація
|
||||
## Пов’язана документація
|
||||
|
||||
- [Тестування](/uk/help/testing)
|
||||
- [Testing](/uk/help/testing)
|
||||
- [QA Channel](/uk/channels/qa-channel)
|
||||
- [Панель](/web/dashboard)
|
||||
- [Dashboard](/web/dashboard)
|
||||
|
||||
Loading…
Reference in New Issue
Block a user