🗊Презентация Краткий обзор JUnit / JUnit 4

JUnit

Определения Юнит-тестирование (unit testing) — процесс в программировании, позволяющий проверить на корректность отдельные модули исходного кода программы. Идея состоит в том, чтобы писать тесты для каждой нетривиальной функции или метода. Это позволит достаточно быстро проверить, не привело ли очередное изменение кода к регрессии, то есть к появлению ошибок в уже написанных и оттестированных местах программы, а также облегчает локализацию и устранение таких ошибок. http://ru.wikipedia.org/wiki/Юнит-тестирование Разработка через тестирование - процесс разработки программного обеспечения, который предусматривает написание и автоматизацию модульных тестов еще до момента написания соответствующих классов или модулей. Это гарантирует, что все обязанности любого элемента программного обеспечения определяются еще до того, как они будут закодированы.

Цели Поощрение изменений Юнит-тестирование позже позволяет программистам проводить рефакторинг, будучи уверенными, что модуль по-прежнему работает корректно (регрессионное тестирование). Это поощряет программистов к изменениям кода, поскольку достаточно легко проверить, что код работает и после изменений. Упрощение интеграции Юнит-тестирование помогает устранить сомнения по поводу отдельных модулей и может быть использовано для подхода к тестированию «снизу вверх»: сначала тестируются отдельные части программы, затем программа в целом. Документирование кода Юнит-тесты можно рассматривать как «живой документ» для тестируемого класса. Клиенты, которые не знают, как использовать данный класс, могут использовать юнит-тест в качестве примера.

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

JUnit версии JUnit Java < 1.5.0 Наследуем и расширяем классы JUnit 4 Java ≥ 1.5.0 Используем аннотации

JUnit – два соглашения

JUnit - пример

JUnit – UML

JUnit – assert… java.lang.Object | +--junit.framework.Assert assertTrue assertFalse assertEquals assertNull assertNotNull assertSame java.lang.Object | +--java.lang.Throwable | +--java.lang.Error | +--junit.framework.AssertionFailedError

JUnit – тестирование исключений

JUnit – фикстуры

JUnit - исполнение

JUnit 4

JUnit 4 – объявление теста

JUnit 4 – assert…

JUnit 4 – фикстуры

JUnit 4 – тестирование исключений

JUnit 4 - timeout

JUnit 4 – игнорирование тестов

JUnit 4 – наборы тестов

JUnit 4 – параметризованные тесты

Полезные ссылки

JUnit For more information, please contact: Yauhen Peshkur Team Leader EPAM Systems, Inc. Email: yauhen_peshkur@epam.com http://www.epam.com