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

[@serb1146]

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

[@AShahabov]

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

[@OStrekalovsky]

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

[@denisf.7409]

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

[@bananasba]

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

[@AlexSmile-y2x]

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

[@anddev6505]

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

[@fuuuns]

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

[@asbestoable]

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

[@markhunt6499]

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