Никогда не рано вводить тестирование, и чем раньше вы это сделаете, тем скорее вы начнете находить ошибки.
Я бы начал с тестирования с двух разных точек зрения. Во-первых, если у вас есть несколько достаточно автономных классов Java, используемых для таких вещей, как бизнес-логика и обработка данных, я бы начал создавать тесты JUnit для них, чтобы выявить проблемы внутреннего кода.
Во-вторых, я хотел бы создать тесты для случаев использования, определенных бизнесом. Скорее всего, это будет сделано в чем-то вроде Selenium, потому что вы хотите, чтобы тест следовал взаимодействию с веб-сайтом, как указано в сценариях использования. Оставьте закулисные песчаные тесты JUnit за кулисами. Это подтверждение высокого уровня функциональности.
Все это займет время, и маловероятно, что руководство позволит вам делать только тестирование в течение пары или недель или более. Вместо этого наиболее вероятный способ справиться с этим - делать это по ходу дела. Размещайте ваши цитаты по времени для исправлений и новых функций, позволяющих писать тесты. Помните, что написание тестов может занимать 50% и более времени, особенно когда вы начинаете их заполнять. Время немного отступит, когда у вас будет широкий набор пакетов, но даже тогда некоторые тесты сложнее написать, чем код. Но они того стоят.