Разделение классов JUnit в специальный тестовый пакет?
Я изучаю концепции разработки через тестирование, читаяСтатьи мастера (нажмитеремесленник подПо теме) рекомендуется в ответе на мой предыдущий вопрос,«Пример проекта по изучению JUnit и правильной программной инженерии», Я люблю это до сих пор!
Но теперь я хочу сесть и попробовать это сам. У меня есть вопрос, который, я надеюсь, понадобится только простой ответ.
Как вы организуете свои тестовые классы JUnit и ваш реальный код? Я говорю в основном о структуре пакета, но любые другие заметки также будут полезны.
Вы помещаете тестовые классы в org.myname.project.test. * И обычный код в org.myname.project. *? Вы ставите тестовые классы рядом с обычными классами? Предпочитаете ли вы префикс имен классов с помощью Test, а не суффикс их?
Я знаю, это похоже на то, о чем мне не стоит беспокоиться так скоро, но я очень ориентируюсь на организацию. япочти такой человек, который тратит больше времени на выяснение методов, чтобы следить за тем, что нужно сделать, вместо того, чтобы реально что-то делать.
И у меня есть проект, который в настоящее время аккуратно разделен на пакеты, но проект стал беспорядком. Вместо того, чтобы все реорганизовывать и писать тесты, я хочу начать все сначала, сначала тесты, и все. Но сначала мне нужно знать, где проходят мои тесты.
редактировать: Я полностью забыл о Maven, но, похоже, большинство из вас использует его! В прошлом у меня был конкретный случай использования, когда Maven полностью сломался, но Ant предоставил мне необходимую гибкость, поэтому я в итоге присоединился к Ant, но я думаю, что, возможно, я просто выбрал неправильный подход. Я думаю, что я попробую Maven еще раз, потому что похоже, что это будет хорошо с разработкой, управляемой тестами.