Это не слишком рано, чтобы ввести тестирование, и чем скорее вы это сделаете, тем скорее вы начнете находить ошибки.
Я бы начал тестирование с двух разных точек обзора. Во-первых, если у вас есть некоторые отдельные классы Java, которые используются для таких вещей, как бизнес-логика и обработка данных, я бы начал создавать тесты JUnit для их устранения внутренних проблем с кодом.
Во-вторых, я бы хотел создать тесты для случаев использования, указанных в бизнесе. Скорее всего, это будет сделано в чем-то вроде Selenium, потому что вы хотите, чтобы тест следил за взаимодействием с веб-сайтом, как указано в прецедентах. Оставьте nitty gritty в тестах JUnit за кулисами. Это высокоуровневые подтверждения функциональности.
Все это потребует времени, и маловероятно, что руководство позволит вам ничего не делать, кроме тестирования на пару недель или более. Вместо этого наиболее вероятный способ справиться с этим - это делать это, когда идете. Выделите свои временные кавычки для исправлений и новых функций, позволяющих писать тесты. Помните, что письменные тесты могут занимать 50 или более раз, особенно когда вы начинаете заполнять их. Время немного отступит, когда у вас будет широкий выбор сюитов, но даже тогда некоторые тесты сложнее писать, чем код. Но они того стоят.
Кроме того, не пытайтесь проверить все; вместо этого создайте свой тестовый пакет, когда идете. Сосредоточьтесь на существующих ошибках (напишите тест, который терпит неудачу, затем выполните тестовый проход) и на разделы кода, о котором вы подозреваете. Хорошо, ДОПОЛНИТЕЛЬНО подозрительно. –