V
Посмотреть бы на пример
вставляешь явные receive в такой функции, ждёшь события - продолжаешь взаимодействие, вызываешь оригинальный код через meck:passthrough
Size: a a a
2020 June 22
AK
Целиком тоже надо. Можно и без юнитов но тогда надо смотреть покрытие. Чем? + Долго и дорого
Прямо из комон теста вызываешь юнит тесты. И тогда они вроде как есть, но работают на поднятой системе
V
Это конкретный пример, использовал буквально неделю назад - продемонстрировать рейс кондишен в одной из наших подсистем.
AK
Это конкретный пример, использовал буквально неделю назад - продемонстрировать рейс кондишен в одной из наших подсистем.
вот для демонстрации мне кажется мокать нормально
V
Удобно таймеры подменять, если нужно треггирить в определённый момент, в общем много чего можно делать.
AK
Удобно таймеры подменять, если нужно треггирить в определённый момент, в общем много чего можно делать.
с другой стороны это все делается автоматической горячей подгрузкой кода, мгновенно применяешь себе все что хочешь
V
очень странное утверждение, ты под каждый тест будешь дупликат модуль делать ?
ML
вставляешь явные receive в такой функции, ждёшь события - продолжаешь взаимодействие, вызываешь оригинальный код через meck:passthrough
Как я говорю, посмотреть бы.
Мы очень много навтыкали себе внутреннего pub sub.
В одном месте:
events:source_ready()
В другом подписка на этот евент и его ожидание
Мы очень много навтыкали себе внутреннего pub sub.
В одном месте:
events:source_ready()
В другом подписка на этот евент и его ожидание
ML
А вот timer:sleep под запретом
AK
очень странное утверждение, ты под каждый тест будешь дупликат модуль делать ?
Это для демонстрации, понятно что для тестов это моки. Но опять же у меня под 80% покрытия тестами получается без моков
V
я и не говорил что мек надо всюду вставлять 😉 просто полезный тул, не более
ML
я и не говорил что мек надо всюду вставлять 😉 просто полезный тул, не более
Так я и говорю: посмотреть бы :)
V
Так я и говорю: посмотреть бы :)
Это я Aleksey отвечал если что ) Если есть конкретные вопросы - спрашивай, а так код closed source, сорян )
V
Ещё юзкейсы - замокать и посчитать сколько раз была вызвана конкретная функция, если подругому по ней по каким-то причинам статистику взять сложнее. Чисто технически такое можно конечно и трейсингом взять, мек не то чтобы панацея.
ИИ
Как я говорю, посмотреть бы.
Мы очень много навтыкали себе внутреннего pub sub.
В одном месте:
events:source_ready()
В другом подписка на этот евент и его ожидание
Мы очень много навтыкали себе внутреннего pub sub.
В одном месте:
events:source_ready()
В другом подписка на этот евент и его ожидание
вот о том и речь, что без нормальных тестов - тут припарить, там подогреть. и всё равно всё не покрыть.
ИИ
Ещё юзкейсы - замокать и посчитать сколько раз была вызвана конкретная функция, если подругому по ней по каким-то причинам статистику взять сложнее. Чисто технически такое можно конечно и трейсингом взять, мек не то чтобы панацея.
да тут и обсуждать нечего. тестируешь модуль Б, без моков - приходилось лезть в модуль А и там городить заглушки или эмулятор A городить. не было-бы такого дизайна otp как он есть, может и мок не нужен был-бы.
SP
но есть минус - нужно в реальный код вставлять tracepoints. Правдв они в prod сборке преварщаются в noop
V
Не объяснишь кратенько в чём преимущество?
SP
не нужно мокать =)