Практическое руководство по модульному (unit) тестированию в WordPress
Все разработчики хоть раз, но слышали о мифических модульных тестах, которые обязательно должны быть, но ни у кого на проекте их нет.
Как разработчик, который пишет модульные тесты уже несколько лет, я могу сказать, что невозможно написать качественный код без модульных тестов.
Модульное тестирование — это инструмент качества, который помогает разработчикам убедиться, что новый код не ломает старую бизнес-логику. Кроме того, модульные тесты — лучшая документация для разработчиков, и как только вы углубитесь в модульное тестирование, ваше мышление изменится. Вы начнете писать код по-другому — проще и лучше разделять на логические модули.
Прежде всего, вам нужно хорошо понимать основную цель для модульного тестирования — функции и методы для вашего собственного кода в состоянии, когда не существует сторонних ядер/модулей/функций/библиотек. Если это звучит сложно или вы не знаете разницы в уровнях тестирования, пожалуйста, прочтите статью об автоматическом тестировании прежде, чем продолжить.
Перед началом нам нужно определить сторонние зависимости. Если мы тестируем наш собственный плагин, нам нужно писать тесты без ядра, других плагинов, тем и библиотек или пакетов в вашем плагине — только ваш код, не более того. Вы должны изолировать свой плагин от всех зависимостей.
