Исследование охватывает систему целиком, а не только строки кода. В корпоративных проектах на Java это обычно Spring и Spring Boot как прикладной каркас, Hibernate или другая реализация JPA для работы с базой данных, сценарии изменения структуры базы, очереди сообщений вроде Kafka или RabbitMQ, обмен с бухгалтерскими, банковскими и государственными системами, сборка через Maven или Gradle, запуск в контейнерах и средства наблюдения — журналы, измеряемые показатели работы, прослеживание запроса через все сервисы.
Такой охват нужен не ради полноты: причина спора чаще всего лежит на стыке слоёв. Значительная часть поведения системы на Spring задаётся конфигурацией, а не кодом, поэтому одна и та же сборка на двух стендах работает по-разному. Медленный отчёт может объясняться не «слабым сервером», а лишними обращениями к базе при обходе связанных объектов. Перезапуски приложения нередко вызваны не утечкой в коде, а несогласованностью ограничений среды и настроек виртуальной машины Java.
Поэтому в первом разговоре полезно назвать используемые платформы, версии и способ развёртывания: от этого зависит, какие материалы понадобятся и на какие вопросы вообще можно ответить.