Презентация Краткий обзор 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