Техническое задание на аудит Java проекта
Контекст
Проект был выполнен внешней командой с использованием Java (backend) и React (frontend). Заказчик меняет разработчика и готовится перенести сервис на собственный хостинг. Необходимо убедиться, что весь код, все зависимости (<сторонние библиотеки>, версии), конфигурационные файлы (application.properties, .env, Dockerfile, CI/CD скрипты) и архитектурные решения (REST API, БД, кэширование, интеграции) корректно переданы и работоспособны в новом окружении.
Цели аудита
- Выявить все компоненты (фронтенд, бэкенд, БД, миграции, крон-задачи).
- Оценить корректность конфигурации под новый хостинг (домены, порты, IP).
- Проверить документацию или отсутствие документации.
- Сформировать список недочётов (missing features, hardocded ссылки, неработающие интестации).
- Подготовить план исправлений.
Критерии проверки
Бэкенд (Java/Spring)
- Наличие pom.xml или gradle.build - актуальная ли версия менеджера библиотек (latest stable)? Есть ли уязвимости?
- Логов уровня? INFO, ERROR, куда пишутся - файлы/stdout/ES?
- Аутентификация/авторизация (не учтём ли униженными настройки JWT/Roles).
- Работословность всех эндпоинтов (rest).
- Связи с внешними API.
- Настроен ли open api v3/docs.
Фронтенд (React/Typescript или JS)
- package.json - версии пакетов, existence latest critical CVEs.
- VITE/webpack конфиг - PROxy/Settings куда именно тянется API URL (опускаем Хи квадраг ли тру аддрес).
- Упаковать production build и проверить отсутствие source-map в несмятом виде.
- Песочница env - необходимо ли приложение поддернывнуть .env или .env.production.
Интеграции
- Подключение к базе данных (PostgreSQL / MySQL): полная ревизия бекай и migration код.
- Существующие rquest провайдеры (мипгрейт keycloak?).
- Git Ignore file + docker-compose: проверить наличие всех сервисов.
Предоставляемый отчет
После аудита вы получаете:
- чек-лист сроков прошедших true/false
- протоколы интеграционных тестов (выбознаты 7 кругов)
- рекомендации: что автоматизровать, какие моноли?
Все исходниками проверенной версий будутели сохганеными doc‐век файлы.