# План тестирования `shine_payments` после переписи без Anchor и добавления `Q3`

## Назначение документа

Это не описание бизнес-логики программы и не формат PDA.

Это отдельный план ручной и полуавтоматической проверки для сценария:

- перепись `shine_payments` на чистый `solana_program`;
- отказ от `programs/common`;
- добавление очереди `Q3`;
- обновление тестового HTML UI.

## Что проверять

1. Деплой новой версии программы и единый актуальный `program id` в коде и UI.
2. Однократный `init` на пустых PDA.
3. Покупку билетов через `buy_ticket_usd` и `buy_ticket_sol`.
4. DAO-управление:
   - `update_coef_limit`
   - `grant_manager_limits`
5. Создание менеджерских тикетов во все три очереди:
   - `Q1`
   - `Q2`
   - `Q3`
6. Приоритет выплат:
   - сначала `Q1`
   - потом `Q2`
   - потом `Q3`
7. Частичные выплаты с минимальным пополнением `inflow_vault`.
8. Повторную покупку билета между выплатами.
9. Финальное погашение всех очередей.
10. Возврат максимально возможных остатков лампортов на базовый кошелёк.

## Где смотреть подробный сценарий

Актуальный подробный сценарий тестирования и его статус ведётся в:

- `Dev_Docs/Pending_Features/2026-06-06_1659_shine_payments_e2e_перепись_и_q3.md`

Этот файл в `shine-solana/shine/doc/` оставлен как постоянная заметка, что у программы есть отдельный e2e-план проверки.
