Поворот большого проекта в сторону Test driven development +JUnit+JMock+Ant

На определенном этапе еволюции после N наступлений на грабли вдруг осознал важность модульного тестирования, и вот смотрю сейчас на долгую дорогу по внедрению модульных тестов в проект и надеюсь что я не первый кому предстоит ее пройти, поэтому

собственно суть моего вопроса:

1) Поделитесь мыслями те у кого есть такая практика.

2) Статьи, книги, идеи...

Сложность в том чтобы создать тест заточенный под определенный проект с использованием: проверки конфигурации, логики работы с БД, функциональности.

Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Именно то, что вам надо — книга “Working effectively with legacy code”

Очень неплоха была книжка Кента Бека «Test-Driven Development», там многое популярно было расписано. Еще в Украине есть группа Agile разработчиков http://www.agileukraine.org, там многие занимаются модульным и другими видами тестирования, можно задавать различные вопросы.

Логично начать с тех частей проекта, которые «слабо связаны», т.е. имеют ярко выраженные зависимости (которые можно подменить стабами) и интерфейс. Если использовался IoC-контейнер (и соотв большинство сервисов написаны в IoC-стиле) — то протестировать отдельно взятый компонент вообще нет проблем. Также разумно сначала писать тесты для наиболее абстрактных инфраструктурных частей проекта ( «неделимых» кирпичиков), и лишь после — для конкретных фичей. Каждый отдельный тест должен быть как можно проще и короче.

Если же в общем проект не обладает достаточным свойством «слабой связности» (все перемешано аки лапша), то толку от модульных тестов будет немного.

Підписатись на коментарі