Введение в тестирование JavaScript-кода
Опубликовано: 26.09.2017
Тестирование веб-приложений — это объемная и сложная тема. Обычно различают функциональное, нагрузочное, регрессивное, модульное и интеграционное тестирование. В этой статье мы будем говорить лишь о модульном тестировании (от англ. unit ), так как это наиболее часто встречающийся вид тестирования в мире веб-разработки.
Тесты и автоматическое тестирование / Введение в программирование, урок 13 (JavaScript ES6)
В идеале тестирование должно быть неотъемлемым процессом разработки и, опять таки, в идеале тестирование должно основываться и придерживаться какой-нибудь методологии, например, TDD. Разработка через тестирование (от англ. test-driven development) — это методика, предлагающая вам написать сначала тест, а затем уже код, проходящий этот тест и только после этого, при необходимости, заниматься его рефакторингом. Однако, как мы все с вами хорошо знаем, заставить себя писать код для кода — задача из разряда сверхъестественного. Поэтому рассматривать методологии в этой статье я не вижу смысла.
JSLab2017_Тестирование Javascript кода. Инструменты, практики, тренды _Евгений Сафронов
На этом этапе нужно просто уяснить, что есть какой-то тест, и написанный в приложении код его должен каким-то образом пройти. При этом не важно когда этот тест был написан: до кода реализующего простейшую функцию или после него. Так как я приверженец идеологии «одна функция — одно действие», то никаких проблем с тестированием у меня, по идее, быть не может. Хотя читатель должен понимать, что такая идеология не всегда уместна, например, если есть функция посылающая POST-запрос на удаленный сервер, то, конечно же, она включает в себя простейшую проверку на валидность данных и вообще их формирование перед запросом. Возможно это не особо удачный пример, но здесь важно понять, что понятие одного действия достаточно абстрактно и, наверное, лучше понимать этот лозунг как «одна функция — одно законченное действие».