почему бы не назвать эти тесты на репозиторий юнит тестами? Их поломка точно нам скажет, где проблема

юнит то и есть одна единица. а "юнит тест на репозиторий", это взаимодействие 2х обьектов, твоего класса и базы. а это уже нифига не единица

а что такое юнит?

юнит - кусочек изолированный от внешнего мира. Юнит тесты - тесты которые гоняются в рамках процесса, то есть не лазают из пространства процесса во "внешний мир", не лазают в базу, не учитываю время системы, не учитывают базу данных, не говорят по сети

полная изоляция от внешнего мира

если нужен внешний мир - да здравствуют интеграционные тесты

юнит - кусочек изолированный от внешнего мира. Юнит тесты - тесты которые гоняются в рамках процесса, то есть не лазают из пространства процесса во "внешний мир", не лазают в базу, не учитываю время системы, не учитывают базу данных, не говорят по сети

я бы к каждому из этих слов добавил "обычно"

именно

потому что можно сказать, что обычно это тест одного класса

я бы к каждому из этих слов добавил "обычно"

это скорее правило, чем рекомендация

но это необязательно так

я бы к каждому из этих слов добавил "обычно"

для упрощения юнит тесты часто называют просто быстрыми)

вот у тебя 10к юнит тестов

и какой-то вася додумался заюзать базу у себя в юнит тесте

и вместо 5 секунд для прогонки всех тестов, они начинают по минуте выполняться

вопрос в том, у меня есть единый неделимый юнит репозиторий, за которым и база прячется в том числе, они не имеют смысла один без другого, так почему когда я тестирую этот юнит мне надо его бить?) Чисто философия

вопрос в том, у меня есть единый неделимый юнит репозиторий, за которым и база прячется в том числе, они не имеют смысла один без другого, так почему когда я тестирую этот юнит мне надо его бить?) Чисто философия

чта?

с точки зрения бизнес логики "репозиторий" это только интерфейс. А реализация это уже инфраструктура. Причем реализация репозитория для SQL будет явно зависеть от SQL

да

и тебе тут явно нужен интеграционный тест что бы проверить как оно "работает вместе"

юнит тест не зависит ни от чего

с базой не так интересно

тут Серега уже сказал про время тестов

твой репозиторий существует не просто так. он лежит поверх pdo, dbal, orm, которые тестировали уже за тебя

другой менее очевидный критерий

вот есть у тебя функция которая зависит от времени

и время берется текущее системное

это уже ломает изоляцию

твой репозиторий существует не просто так. он лежит поверх pdo, dbal, orm, которые тестировали уже за тебя

именно. по этому ты покрываешь только твой код, как твой код взаимодействует с базой данных. Ты не проверяешь корректность работы pdo/dbal

твой репозиторий существует не просто так. он лежит поверх pdo, dbal, orm, которые тестировали уже за тебя

привязка к языковым конструкциям и взаимодействию с ОС мы почему-то откидываем

ты проверяешь только твой интерфейс

что объект репозитория соблюдает контракт

это уже ломает изоляцию

да

привязка к языковым конструкциям и взаимодействию с ОС мы почему-то откидываем

взаимодействие с ОС это ты о чем?

выделение памяти на создаваемые объекты и все такое

аа... ну это опять же черный ящик для нас)

у тебя есть функции/объекты предоставляющие некий интерфейс

и нам "типа" гарантировали что штуки с этим интерфейсом будут работать

и тестировать их нам не нужно

ну и в целом то что ты описал изолировано в пределах области памяти процесса

и не вылазает за него

а от того - норм определение юнит теста)

юнит тесты - изолированные от внешнего мира тесты

это то как я это понимаю

у тебя юнит это что-то чистое

чистая функция

нууу.... не совсем....

хотя

состояние есть

если юнит должен вызывать побочные эффекты - ты затыкаешь точки взаимодействия с внешним миром стабами и моками

внутреннее

представь себе черный ящик у которого есть дырки

и ты просто в юнит тестах в эти дырки вставляешь заглушки

и через них проверяешь эффекты

если юнит должен вызывать побочные эффекты - ты затыкаешь точки взаимодействия с внешним миром стабами и моками

ну, тут дело в том, что на время тестов мы меняем тип, делая чистой

ну тип того)

или наоборот, из-за состояния в моках\стабах делаем чуть грязнее

контролируемые побочные эффекты типа...

чет мы ушли от изначального вопроса

что есть правильно?)

У меня вопрос назрел, вот вы все тут про tdd, bdd прочие лучшие практики разговариваете. Как вы понимаете что делаете это правильно, ну и ещё, обычно вы лично внедряете или просто присутствуете в команде, где это уже есть и так делают все?

у нас в команде я просто набиваю шишки себе, пытаясь понять как в данной ситуации будет лучше

@guga4ka набросил и свалил))

аналогично) ретроспективы всякие проводим командой

Не-не

я все читаю

я думал ты пришел пхпшников потроллить)

просто за пару лет что пишу код за деньги, только в 1 проект смог протащить тесты

ну я например тупо не спрашиваю)

ERROR: S client not available

омг, как вы без тестов на компилируемом языке то работаете?

а в других фаервол пакеты заблокировал при скачке?)

как там в жаве ant make me happy?

омг, как вы без тестов на компилируемом языке то работаете?

я тебе больше скажу, я тратил по часу-два в день на ручное протыкивание функционала, который уже был

ну то есть.... я правильно понимаю что когда тебя просят дать оценку на задачу ты такой..., "ну это займет 16 часов но с тестами 20"

и по пару дней сидел с дебагером в руках

и тебе такие "не нафиг тесты"

или это было что-то в духе "товарисч менеджер, а тесты писать можно?"

ну то есть.... я правильно понимаю что когда тебя просят дать оценку на задачу ты такой..., "ну это займет 16 часов но с тестами 20"

Нет, проект с нуля был только 1, и в нем то как раз были тесты.

а в остальных "так заведено", ничего не трогай

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

а в остальных "так заведено", ничего не трогай

а код писать можно?

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

а в жсе ваще капец, пока эти сборщики соберут, пока дойдешь до нужной страницы с нужным условием :\

а на пхп хрена, накидал код, зашел в браузер тыкнул ф5 и уже все работает)

фуу, мы не такие, мы в постман заходим)

а код писать можно?

У себя я бы мог написать их, но даже в дев их пропихнуть уже бы не вышло, потому что пришлось бы менять билд скрипт, тащить либы и прочее

фуу, мы не такие, мы в постман заходим)

ну я образно) я чаще из cli работаю

ну я образно) я чаще из cli работаю

curl'ом?

httpie

Же

окай(

curl'ом?

не. у меня демоны, крон скрипты и прочий ужас

а

хе

У себя я бы мог написать их, но даже в дев их пропихнуть уже бы не вышло, потому что пришлось бы менять билд скрипт, тащить либы и прочее

так а это сложно?

я часто в последнее время делаю так: пишу набросок кода, делаю тест в котором только передаю входящие параметры, вызываю его и смотрю че мне вернул метод и по тому что вернуло делаю ключевые ассерты. потом рефакторинг

так а это сложно?

Нет, работы на 3-4 часа, но никто не захотел.

httpie

недавно все же перешел на postman

тупо потому что можно шарить коллекции запросов между командой

мне просто кажется, там же что-то уровня packagemanager install --dev junit; echo "junit ." >> build.sh

но в целом я сейчас активно смотрю в сторону graphql и там ни то ни то не удобно

мне просто кажется, там же что-то уровня packagemanager install --dev junit; echo "junit ." >> build.sh

dependencies { ... testCompile "org.springframework.boot:spring-boot-starter-test:$springBootVersion" testCompile "org.mockito:mockito-core:2.4.1" testCompile "com.nhaarman:mockito-kotlin:1.0.1" }