d9f22d1353
Полный набор стал зелёным целиком: 4063 теста, 0 падений и 0 ошибок против 36 непроходящих до правок. Рабочий код не тронут - изменены только тесты. Корень у пяти правок один: тест зелёный, а после себя оставляет мусор в базе, и падают соседи. Три файла рекламы писали набело, без отката. Их записи - задание роботу и проекты без источника лидов - переживали тест, и дальше в том же прогоне их подбирали чужие проверки. Отсюда 16 падений в файле про робота креативов и 13 в файлах про ночной слепок. Тестам запрещён выход в интернет - Http::preventStrayRequests в TestCase. До этого прогон физически ходил в живой кабинет Яндекс Директа, а поломка маскировалась под "Invalid OAuth token", хотя ключ в тесте подставной. Сторож принят вырезанием: со снятой правкой та же поломка называет себя честно, с адресом запроса. Он же вскрыл, что ProjectRuleNotificationTest слал живой запрос на удаление проекта в кабинет поставщика crm.bp-gr.ru, оставаясь зелёным - ответ кабинета тест не проверяет. Поставлена заглушка. ExternalServiceDownAlertTest избавлен от зависимости от сети - закрыт хвост, тянувшийся с 30.07: падал в общем прогоне, проходил в одиночку. InAppNotificationTest брал первую попавшуюся запись во всей таблице вместо своей. SalesOverviewTest попадал в топ-4 клиентов по удаче: при запросе всего отдела отбор не ограничен ничем, все тенанты базы с нулём лидов равны. Клиенту даны настоящие лиды - место в четвёрке заслуженное. Проверено: полный прогон 4063/4059 зелёный, статанализ 0, код-стиль моих файлов чисто. На бой ничего не выкачено. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
43 lines
1.9 KiB
PHP
43 lines
1.9 KiB
PHP
<?php
|
|
|
|
declare(strict_types=1);
|
|
|
|
use App\Models\InAppNotification;
|
|
use App\Models\Tenant;
|
|
use App\Models\User;
|
|
use App\Services\NotificationService;
|
|
use Illuminate\Foundation\Testing\DatabaseTransactions;
|
|
use Illuminate\Support\Facades\Mail;
|
|
|
|
/**
|
|
* Тесты in-app канала уведомлений (schema v8.10 in_app_notifications).
|
|
*
|
|
* Тесты через ProcessWebhookJob удалены — job убран как legacy-рудимент.
|
|
* Оставлен прямой вызов NotificationService::notifyInApp.
|
|
*/
|
|
uses(DatabaseTransactions::class);
|
|
|
|
beforeEach(function () {
|
|
Mail::fake();
|
|
});
|
|
|
|
test('NotificationService::notifyInApp: вызов напрямую создаёт row', function () {
|
|
$tenant = Tenant::factory()->create();
|
|
$user = User::factory()->create(['tenant_id' => $tenant->id]);
|
|
|
|
$service = app(NotificationService::class);
|
|
$service->notifyInApp($user, 'new_lead', 'Срок касания', 'Перезвонить клиенту через 30 мин', ['deal_id' => 42]);
|
|
|
|
// 🔴 Ищем СВОЮ запись, а не первую попавшуюся в таблице. Раньше здесь стояло
|
|
// ->first() без отбора: в общем прогоне тест подхватывал чужое уведомление,
|
|
// оставшееся от соседа, и падал с «ждали new_lead, получили ad_moderation» —
|
|
// при полностью исправном коде. Замер 01.08.2026.
|
|
$notif = InAppNotification::query()->where('user_id', $user->id)->first();
|
|
expect($notif)->not->toBeNull();
|
|
expect($notif->event)->toBe('new_lead');
|
|
expect($notif->title)->toBe('Срок касания');
|
|
expect($notif->body)->toBe('Перезвонить клиенту через 30 мин');
|
|
expect($notif->deal_id)->toBe(42);
|
|
expect($notif->payload['deal_id'])->toBe(42);
|
|
});
|