Привет, discopalevo. Спасибо за вопросы! Я думал над добавлением в заключение более точных цифр и графиков, но все-таки не стал перегружать этим статью. Если говорить о багах, то их число, в компонентах написанных по TDD, моментально снизилось и действительно приблизилось к нулю, благодаря чему нам удается не отвлекаться на это в спринте. Если говорить о скорости разработки, то этот график будет более плавным, из спринта в спринт кодовая база на TDD и опыт позволяют нам ускоряться, и если сравнивать емкость спринта сейчас и полгода назад, то при тех же ресурсах, мы делаем примерно в полтора раза больше задач.
Привет, Justerest! Спасибо за твой крутой содержательный комментарий и проделанный эксперимент! Понимаю откуда появляются вопросы к примеру, в этой статье я сознательно старался его упростить т.к. хотел, чтобы эта статья стала некоторым мотиватором начать, попробовать экстремальное программирование по TDD. Соответственно сам пример будет интересен в основном новичкам TDD, опытным разработчикам будет интереснее почитать о преимуществах и сравнении test first с test last. Однако теперь я вижу, что разбор более сложных примеров и тем будет интересен многим, поэтому уже начинаю думать над следующей статьей более продвинутого уровня, с упором на примеры.
Кроме того, спасибо за пожелания, и вам желаю удачи!
Modin, спасибо за комментарий! Вы правы, как я и сказал в статье, вначале будет заметное снижение скорости, и поэтому важно это бизнесу объяснить. Но в продуктовых компаниях, нацеленных на длительные рост и развитие, важнее не кратковременная просадка, а скорость и качество в длительном будущем. Поэтому в нашей компании, мы рассматриваем и пробуем любые варианты, которые в долгосрочной перспективе принесут нам больше пользы.
Привет, artemu78. Спасибо за вопросы! Касательно того, что тестируем, как я и сказал в статье, верстку мы тестами не покрываем. Покрывается все, что касается компонентов, логики и работы со стором. Количество сценариев зависит от сложности каждого конкретного компонента. При правильной разработке по TDD у вас не возникают вопросы о полноте тестов или количестве сценариев. Так как сначала вы пишите тест, а затем просто хотите этот тест “позеленить”, в таком случае, ваши тесты всегда будут полными.
Привет, JustDont! Спасибо за комментарий. Цели моей статьи — рассказать какие преимущества дает TDD, сравнить с test last подходом и показать на упрощенном примере с продакшена, как можно начать разрабатывать по TDD.
В конце статьи я специально оставил опросник, чтобы в случае заинтересованности разобрать более сложные темы и примеры разработки по TDD.
Кроме того, спасибо за пожелания, и вам желаю удачи!
В конце статьи я специально оставил опросник, чтобы в случае заинтересованности разобрать более сложные темы и примеры разработки по TDD.