Пишем assert в тестах так, чтобы их было проще поддерживать

Многие слышали про Arrange-Act-Assert. И про single assert слышали. В этих подходах буква «Л» обозначает лёгкость поддержки тестов, а «П» — понятность их вывода. Тест может падать по разным причинам (на CI другое окружение, больше выполняющихся тестов, больше нагрузка и т. д.), но вопрос «почему же упало» остаётся.

В докладе рассмотрим, как современные инструменты (JUnit 4/5, Spok, Power Assert, Truth) позволяют писать тесты так, чтобы их падение было проще анализировать, а сами тесты было проще поддерживать.


Владимир Ситников,

NetCracker




Пишем assert в тестах так, чтобы их было проще поддерживать
Владимир Ситников,
NetCracker
Многие слышали про Arrange-Act-Assert. И про single assert слышали. В этих подходах буква «Л» обозначает лёгкость поддержки тестов, а «П» — понятность их вывода. Тест может падать по разным причинам (на CI другое окружение, больше выполняющихся тестов, больше нагрузка и т. д.), но вопрос «почему же упало» остаётся.

В докладе рассмотрим, как современные инструменты (JUnit 4/5, Spok, Power Assert, Truth) позволяют писать тесты так, чтобы их падение было проще анализировать, а сами тесты было проще поддерживать.
О докладчике
О докладчике
Десять лет работает над производительностью и масштабируемостью NetCracker OSS — ПО, используемого операторами связи для автоматизации процессов управления сетью и сетевым оборудованием.
Увлекается вопросами производительности Java и Oracle Database. Автор более десятка улучшений производительности в официальном PostgreSQL JDBC-драйвере.
Все спикеры SnowOne
Все спикеры SnowOne
Показать ещё