# План тестирования `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. Возврат максимально возможных остатков лампортов на базовый кошелёк.

## Статус документа

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