Прочитайте отчёты тестов и покрытия

Читайте отчёты в Bee, не загружая их целиком в контекст агента. Команды работают без сети, bee init, MongoDB и модели. Создайте новый каталог и сохраните в нём следующие файлы UTF-8. Это синтетические примеры для parser, а не выполненные вами тесты.

1 · Получите сводку неудачного теста

Сохраните как report.trx:

<TestRun xmlns="http://microsoft.com/schemas/VisualStudio/TeamTest/2010" id="11111111-1111-4111-8111-111111111111">
  <TestDefinitions><UnitTest id="22222222-2222-4222-8222-222222222222"><TestMethod className="Docs.Synthetic" name="Example"/></UnitTest></TestDefinitions>
  <Results><UnitTestResult testId="22222222-2222-4222-8222-222222222222" executionId="33333333-3333-4333-8333-333333333333" testName="Synthetic example" outcome="Failed"/></Results>
  <ResultSummary outcome="Failed"><Counters total="1" executed="1" passed="0" failed="1" notExecuted="0"/></ResultSummary>
</TestRun>

bee test summarize report.trx --limit 5 --budget 8000 --json

Ожидайте код выхода 1: завершённый отчёт содержит один неудачный тест Synthetic example: всего 1, выполнен 1, прошли 0, неудачных 1. Это успешное чтение неудачного результата. bee test summarize не запускает тесты. Для реальных отчётов сохраняйте исходный код выхода раннера, revision исходников и полный отчёт. Код 5 означает неполные данные или отсутствие выполненных тестов; изучите диагностику перед выводами. При ограничении вывода проверяйте количество пропущенных деталей. Поддерживаемая структура TRX описана в справке по сводкам.

2 · Прочитайте покрытие без выдуманных измерений

Сохраните как coverage.info:

TN:synthetic
SF:Price.cs
DA:5,1
DA:6,0
LF:2
LH:1
end_of_record

bee code coverage import coverage.info --format lcov --json

Ожидайте код 0, status: complete и в files[0].lines: state: known, total: 2, covered: 1, percent: 50. Ветви остаются unknown: записи о них не переданы. Price.cs — метка в отчёте; importer не открывает этот файл. checkedSource: not-read и sourceBinding: not-established остаются явными. Код 0 доказывает чтение отчёта, а не 50% покрытия сегодняшнего кода. После кода 5 исправьте некорректный или неподдерживаемый ввод; не заменяйте его нулевым покрытием. Форматы: bee code coverage import --help или справочник команд.

3 · Посмотрите, чего не хватает для QA

Нужны Git-репозиторий хотя бы с одним commit, Git в PATH и физический корневой каталог репозитория. Запускайте из него. Встроенный профиль bee-cli предназначен для интеграции Bee CLI на linux-x64, а не произвольных приложений. Это диагностический пример, не QA-политика вашего проекта. Bash/zsh:

bee qa assess --root "$(pwd -P)" --base HEAD --head worktree --profile bee-cli --limit 5 --budget 16000 --json

PowerShell:

bee qa assess --root (Get-Location).Path --base HEAD --head worktree --profile bee-cli --limit 5 --budget 16000 --json

Ожидайте код 5, decision: collect_evidence, reasonCounts.missing_evidence: 1, mode: diagnostics, trusted: false и acceptance: false. Каждая оценка намеренно возвращает 5. Тесты не запущены, QA-одобрение не выдано. --base HEAD сравнивает с текущим commit; для реальной работы выберите нужный commit сравнения.

Продолжите с полным примером пакета QA: получите привязки исходников и политики, добавьте отчёт с хешем вне репозитория, оцените и изучите указанные ошибки и недостающий охват. Не присваивайте старому отчёту новый хеш исходников. Если профиль не подходит проекту, используйте его реальные тестовый раннер и порядок проверки.

4 · Передайте достаточно данных для проверки

Храните вместе команду, фактический код выхода, revision исходников, хеш файла, пропуски и оригинальный отчёт. Сводка parser, анализ, результат теста и решение проверяющего отвечают на разные вопросы. Увеличивайте ограниченный вывод, только если нужен пропущенный фрагмент. Затем обновите шаг плана с описанием реально выполненных проверок.

Далее: Контекст и токены · Устранение неполадок