Принципы юнит-тестирования

Данный труд стал первым знакомством с Владимиром Хориковым , который является автором, блогером и обладателем сертификата «Microsoft MVP». Книгу почитать мне дал коллега по работе, за что ему огромное спасибо.

Книга кратко (но емко) описывает, зачем нужно писать полезные и устойчивые к рефакторингу кода тесты. До читателя доходчиво доносится, что без тестов не может обойтись ни одно более-менее большое приложение. Тесты должны быть интегрированы в жизненный цикл разработки, ведь они на ранних этапах помогают найти и избавиться от коварных багов в рабочем коде.

Но не все тесты приносят пользу. Тесты могут и навредить. Если ваши тесты будут хрупкими, то есть почти не устойчивыми к рефакторингу, то они принесут много головной боли и проблем. Помимо трудозатрат на написание бизнес-логики в рабочем коде, вам каждый раз придется переписывать и ваши тесты, чтобы они не "падали" из-за внесенных изменений.

Рассмотрена также и «пирамида тестирования».

В проекте должно быть больше всего юнит-тестов, ведь их проще всего писать и сопровождать. На втором месте по количеству должны идти интеграционные тесты и меньше всего должно быть сквозных (end-to-end) тестов.

В книге рассказывается о двух школах юнит-тестирования (классической и лондонской), о предпосылках их появления и о разнице в подходах к написанию тестов, которые данные школы применяют. Большее предпочтение автор отдает классической школе.

Большое внимание в книге уделено описанию фиктивных зависимостей в тестах (их разновидности и особенности):

• пустышки (dummy);
• стабы (stub);
• шпионы (spy);
• моки (mock);
• фейки (fake).

  Несколько важных слов сказано о часто встречающихся при написании тестов антипаттернах. Читателям даются советы, как избежать подобных ошибок, что облегчит последующее сопровождение тестов и избавит от лишних проблем.

  Рекомендую прочитать данную книгу всем людям, имеющим отношение к разработке ПО. Как ни удивительно, практика написания хороших тестов способствует созданию более качественного кода.

  Моя оценка 4.5/5.

Это книга, которую я могу смело рекомендовать всем разработчикам. Мало кто пишет тесты, еще меньше тех, кто пишет хорошие тесты — книга как раз об этом, как писать эффективные юнит и интеграционные тесты, какими свойствами они обладают и тд. Отличный материал.

Для лучшего усвоения стоит читать после знакомства с гексагональной/чистой архитектурой, так как качественное тестирование и качественный код связаны, книга рассказывает и о теме архитектуры, но в целом уже подразумевая, что читатель с этой темой знаком. Можно порекомендовать прочесть Чистую архитектуру Мартина и возможно Паттерны разработки на Python Персиваля предварительно, чтобы лучше понять архитектурные темы, затронутые в книге Хорикова. Хотя, возможно, и так всё понятно будет:)

Материал — огонь!

Не исчерпывающая, но хорошая книга про то, как стоит писать тесты. Речь там идет не только юнит тестах, но и интеграционных, e2e.

Вообще это одна из немногих книг по тестированию, где просто рассказывается о том как тестировать, что тестировать и тд. Никаких TDD. Просто о тестировании.

Не могу сказать, что она перевернула мое сознание. Может быть не хватило опыта, ну или читал не очень вдумчиво. Но. Советов много и они полезные. Большинство из них я стал применять на практике.

Книга небольшая, читается просто. Не пугайтесь примеров на шарпах, если какой-то язык знаете, проблем разобраться в листингах не будет.

Наверное, единственная книга на русском языке, целиком посвященная юнит- (в основном) и интеграционному (в меньшей мере) тестированию. В книге совсем нет информации о применении фреймворков тестирования, только систематизация различных подходов, классификации и оценки юнит-тестов. Я, например, про существование лондонской и классической/детройтской школ тестирования не знал, как и про их отличия. Подробно рассматриваются вопросы работы с моками, стабами и зависимостями. В общем, соотношение объем/полезная информация на, казалось бы, простую тему - очень высокое.