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

Юнит-тестирование — это процесс проверки отдельных модулей программы на корректность работы. Правильный подход к тестированию позволит максимизировать качество и скорость разработки проекта. Некачественные тесты, наоборот, могут нанести вред: нарушить работоспособность кода, увеличить количество ошибок, растянуть сроки и затраты. Грамотное внедрение юнит-тестирования — хорошее решение для развития проекта. Научитесь разрабатывать тесты профессионального уровня, без ошибок автоматизировать проце...

Жанры

Рейтинг LiveLib

4,7

59 оценок

5
75%
4
24%
3
0%
2
2%
1
0%

Ваша оценка

Прочитали 62Хотят прочитать 92

Рецензии

long3999 марта 2025 г.
О пользе тестирования программного обеспечения
Данный труд стал первым знакомством с Владимиром Хориковым , который является автором, блогером и обладателем сертификата «Microsoft MVP». Книгу почитать мне дал коллега по работе, за что ему огромное спасибо.
Книга кратко (но емко) описывает, зачем нужно писать полезные и устойчивые к рефакторингу кода тесты. До читателя доходчиво доносится, что без тестов не может обойтись ни одно более-менее большое приложение. Тесты должны быть интегрированы в жизненный цикл разработки, ведь они на ранних этапах помогают найти и избавиться от коварных багов в рабочем коде.
Но не все тесты приносят пользу. Тесты могут и навредить. Если ваши тесты будут хрупкими, то есть почти не устойчивыми к рефакторингу, то они принесут много головной боли и проблем. Помимо трудозатрат на написание бизнес-логики в рабочем коде, вам каждый раз придется переписывать и ваши тесты, чтобы они не "падали" из-за внесенных изменений.
Рассмотрена также и «пирамида тестирования».
В проекте должно быть больше всего юнит-тестов, ведь их проще всего писать и сопровождать. На втором месте по количеству должны идти интеграционные тесты и меньше всего должно быть сквозных (end-to-end) тестов.
В книге рассказывается о двух школах юнит-тестирования (классической и лондонской), о предпосылках их появления и о разнице в подходах к написанию тестов, которые данные школы применяют. Большее предпочтение автор отдает классической школе.
Большое внимание в книге уделено описанию фиктивных зависимостей в тестах (их разновидности и особенности):
пустышки (dummy);
стабы (stub);
шпионы (spy);
моки (mock);
фейки (fake).
Несколько важных слов сказано о часто встречающихся при написании тестов антипаттернах. Читателям даются советы, как избежать подобных ошибок, что облегчит последующее сопровождение тестов и избавит от лишних проблем.
Рекомендую прочитать данную книгу всем людям, имеющим отношение к разработке ПО. Как ни удивительно, практика написания хороших тестов способствует созданию более качественного кода.
Моя оценка 4.5/5.
Читать далее
23
252
alexey-goloburdin18 июля 2024 г.
Это книга, которую я могу смело рекомендовать всем разработчикам. Мало кто пишет тесты, еще меньше тех, кто пишет хорошие тесты — книга как раз об этом, как писать эффективные юнит и интеграционные тесты, какими свойствами они обладают и тд. Отличный материал.
Для лучшего усвоения стоит читать после знакомства с гексагональной/чистой архитектурой, так как качественное тестирование и качественный код связаны, книга рассказывает и о теме архитектуры, но в целом уже подразумевая, что читатель с этой темой знаком. Можно порекомендовать прочесть Чистую архитектуру Мартина и возможно Паттерны разработки на Python Персиваля предварительно, чтобы лучше понять архитектурные темы, затронутые в книге Хорикова. Хотя, возможно, и так всё понятно будет:)
Материал — огонь!
Читать далее
9
752
sariya117 июня 2024 г.
Хорошая книга про тестирования
Не исчерпывающая, но хорошая книга про то, как стоит писать тесты. Речь там идет не только юнит тестах, но и интеграционных, e2e.
Вообще это одна из немногих книг по тестированию, где просто рассказывается о том как тестировать, что тестировать и тд. Никаких TDD. Просто о тестировании.
Не могу сказать, что она перевернула мое сознание. Может быть не хватило опыта, ну или читал не очень вдумчиво. Но. Советов много и они полезные. Большинство из них я стал применять на практике.
Книга небольшая, читается просто. Не пугайтесь примеров на шарпах, если какой-то язык знаете, проблем разобраться в листингах не будет.
Читать далее
4
185

Все рецензии

Цитаты

long3999 марта 2025 г.
Помните: лучше вообще не писать тест, чем написать плохой тест.
5
22
OlgaReshatneva1 апреля 2021 г.
Одним из факторов успеха парадигмы объектно-ориентированного программирования (ООП) стала именно улучшенная читаемость кода. В ООП вы тоже можете структурировать свой код так, чтобы он читался как рассказ.
5
331
long3999 марта 2025 г.
Расширение публичного API класса ради удобства его тестирования — плохая практика.
4
68