Дмитрий
e724311e38
Теперь на опрос переведены все три работы робота, а не только запуск кампании. Портал кладёт задание в таблицу, робот сам приходит за ним и отчитывается. Это нужно потому, что робот живёт не на машине очереди - МТС не пускает адреса дата-центров. Что сделано по плану docs/superpowers/plans/2026-07-31-tg-poll-read-status-resubmit.md: - два новых режима задания: чтение вердикта модерации и пересдача; - применение вердикта вынуто из джоба в TelegramModerationVerdictApplier, применение итога пересдачи - в TelegramResubmitResultApplier; оба переноса построчные, денежная логика не менялась ни в одном символе; - у обоих джобов появилась развилка по каналу: на опросе задание ставится, робот не запускается; - приёмщик отчёта различает режимы - иначе отчёт о чтении вердикта применился бы как отчёт о запуске и сдвинул кампанию не туда; - номера телефонов больше не выдаются режимам, которым они не нужны: чтению вердикта и пересдаче аудитория не требуется, она у кампании уже есть; - у робота развилка по режиму вынесена в отдельный src/poll-plan.js, чтобы её можно было проверять без браузера и без сети; - сторож прав на бою: роль портала обязана иметь право ставить задания. Новых миграций и новых прав НЕ понадобилось: все три места ставят задание под подключением по умолчанию, то есть под ролью портала, у которой права уже есть. Схема БД не менялась, запись в CHANGELOG не требуется. Приёмка вырезанием: убираем ограничение по режиму в выдаче номеров - два теста падают, возвращаем - зелёные. Проверено: телеграм на портале 244 из 244 (было 219, старые тесты в том числе) робот 124 из 124 (было 120) статанализ 0 настоящих замечаний полный прогон 4039 тестов, 3995 прошло, 20 упало Из 20 падений 19 - те же давние, что были до работы. Двадцатое - ExternalServiceDownAlertTest, в одиночку проходит 3 из 3 и вместе с телеграм- тестами тоже; падает только в полном прогоне от накопленных данных. Это известная слабость: у большинства файлов нет изоляции между тестами. Заодно сборка тестовой БД переведена с migrate:fresh на связку db:wipe --drop-types + migrate: первая спотыкалась на призрачном типе legal_entities, вторая на тех же состояниях отрабатывала без отказов. На бой не выкачено, переключатель TG_ROBOT_TRANSPORT остаётся в process. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
21 lines
745 B
PHP
21 lines
745 B
PHP
<?php
|
|
|
|
declare(strict_types=1);
|
|
|
|
use App\Models\ClientTg\RobotJob;
|
|
|
|
it('модель знает свои состояния и приводит payload к массиву', function () {
|
|
expect(RobotJob::STATUS_QUEUED)->toBe('queued');
|
|
expect(RobotJob::STATUS_TAKEN)->toBe('taken');
|
|
expect(RobotJob::STATUS_DONE)->toBe('done');
|
|
expect(RobotJob::STATUS_FAILED)->toBe('failed');
|
|
|
|
$job = new RobotJob(['payload' => ['adText' => 'привет']]);
|
|
expect($job->payload)->toBeArray()->toHaveKey('adText');
|
|
});
|
|
|
|
it('знает режимы чтения вердикта и пересдачи', function () {
|
|
expect(RobotJob::MODE_READ_STATUS)->toBe('read-status');
|
|
expect(RobotJob::MODE_RESUBMIT)->toBe('resubmit');
|
|
});
|