Заранее приношу извинения за опечатки, пунктуацию и некоторые грамматически ошибки – мне было не до этого по ходу мероприятия (во время конспектирования)..
Кадровые риски – есть незаменимые люди, “Не знал и сломал”, квалификция сотрудника ниже (чем мы ожидали), обучение новых сотрудников.
Условия возникновения: кто-то уехал в отпуск, смена сотрудника, или уволился или же взяли нового сотрудника.
Короткие циклы разработчика, начиная тестов, далее под эти тесты мы пишем код запускаем вообще все тесты и правим до посинения. Переходим к следующему куску, начиная с написания теста. Здесь мы смотрим модульные тесты и их пишет тот же человек, который будет реализовывать.
Самый главный лозунг – тесты пишем вперед.
Юнит тест – мы тестируем класс и только класс и его взаимодействие с другими классами. Каждый класс тестируется отдельно.
Что вызывает риски – сильносвязанная архитектура (изменение одного объекта влияет ещё на 20, например). Проблема в том, что всё держим в голове… Позднообнаруженая ошибка, тут всё ясно. Плохая документированность тоже понятна (хотя у нас в компании с этим всё четко, даже с поддержанием актуальности).
Итак мы тестируем 1 класс. Декомпозиция долна быть и плохо связанная архитектура (плохо – не в плане качетсва). Человек быстро видит сои ошибки.
Что может дать ТДД?
Высокое качество, слабосвязанная архитектура, хороший дизайн кода, уверенностьп ри модификации. И тут – хлоп, и незаменимых уже якобы нет 🙂 Утрирую, но примерно так.
Выгодно в длительных проектах, с опытными людьми и желательно это делать сначала проекта. Вообще нужны опытные ребята. Короче доклад был мне полезен, пойду на обед.
Alexey Kiselev 