Владимир Хориков - Принципы юнит-тестирования

Ближайшая конференция - Heisenbug 2025 Spring, 5-6 апреля (Москва + онлайн-трансляция).
Подробности и билеты: jrg.su/Tq0vcu
- Ближайшая конференция: Heisenbug 2023 Autumn - 10-11 октября (online), 15-16 октября (offline)
Подробности и билеты: bit.ly/3qd3swV
- -
Из доклада вы узнаете про характеристики хорошего юнит-теста - систему координат, которая позволит объективно оценить любой тест и отличить хорошие тесты от плохих. После этого поговорим о том, как улучшить качество тестов в проекте и какие паттерны можно использовать по время этого рефакторинга. Также затронем тему моков: почему нельзя мокировать базу данных и как отличаются Лондонская и классическая школы юнит-тестирования в своих подходах к мокам.
Ссылка на презентацию: assets.ctfasse...

[@serb1146]

55:01 Пример такой, у нас есть Configuration Manager Service, к которому лезет наша прилага для проверки permissions на какую-либо операцию. Вынесли эту функциональность отдельно, потому-что, конфиги огромные и их предварительно нужно пропарзить, провалидировать, при этом у каждого заказчика свои конфиги. Владимир, огромное спасибо за доклад!

[@AShahabov]

Я долго не мог систематизировать свои знания по юнит-тестированию, да и в целом по всем типам автоматических тестов пока не наткнулся на книгу Хорикова «Unit Testing Principles, Practices, and Patterns». Книга мне сильно помогла, и я уже два года пропагандирую ее своим коллегам.

[@saksaganskasadyba]

Роскошный доклад

[@OStrekalovsky]

Не согласен насчёт того, что бд является деталью имплементации и её можно крутить как хочешь: при деплое старая версия приложения должна продолжать работать со старой структурой данных. То есть любое внешние состояние/сообщения должно развиваться совместимо, а следовательно под контролем тестов.

[@bananasba]

Использовать моки или нет - такой вопрос практически не возникает, мы просто оказываемся перед фактом, что можно использовать мок либо придется конфигурить кучу всего, если это вобще возможно.

[@AlexSmile-y2x]

нет еще можно сделать, как говорит Владимир - изначально написать по-людски, чтобы логика была отдельно, а кучи зав-тей отдельно

[@anddev6505]

Чел топовый, книгу читать сложно. Говорит все вроде логично, но нужно больше разбора кейсов. По вопросу который задали ответ не понятный

[@fuuuns]

Пздеть не мешки ворочать

[@asbestoable]

я, независимый эксперд, из германии.

[@markhunt6499]

"почему-то говорю на чистом русском, но я из германии..."