b
"Разрабатывать весь продукт внутри себя и тестировать с прямой записью везде и моками"?
Size: a a a
2020 July 15
b
Но по идее всегда будут чёрные ящики, которые например деньги приносят пятнадцатого числа, статистику забирают двадцать пятого. Их строго на моки?
b
Но хочется же без моков, особенно когда речь идёт об каких-нибудь хуавеях, живущих своей тихой половой жизнью.
А
Но по идее всегда будут чёрные ящики, которые например деньги приносят пятнадцатого числа, статистику забирают двадцать пятого. Их строго на моки?
Если систему писали более менее, то элементы обычно single responsibility. Что дает гарантии того, что например запись даты в базу через компонент, отвечающий за нее - не сломает фиг знает что фиг знает где :)
b
Требования к продукту тоже меняются, ограничения, о которых условились раньше, через десять лет уже не устраивают бизнес.
А
Тогда можно управлять тестрыыми данными и состояниями на препроде более-менее стабильно
b
Ну вот примеры с ВПС или железкой. В свои-то базы, допустим, мы научились писать безболезненно. А их?
b
У них свои базы, вообще недоступные для модификации.
b
@MerGG а что, кстати, кто сейчас Форис разрабатывает, опять внутри или опять вовне? 😊
IS
Но по идее всегда будут чёрные ящики, которые например деньги приносят пятнадцатого числа, статистику забирают двадцать пятого. Их строго на моки?
У вас там интеграции или ui? Если ui, то может ты вспомнишь, что их должно быть меньше всего. Остальное должны занимать тесты уровнями ниже. Если интеграции, то хуль делать
IS
Мучаться и жрать кактус. Или, если есть силы и мотивация, ебать голову всем вокруг, что "у нас процессы ебаные, тесты сутки занимают", может поможет
S
И попутно искать другую работу)
IS
Просто странно, что всё всех устраивает
IS
Если за десятилетия они не вырубили доступы к third party интеграциям, то нахуя это тестирование вообще нужно
НВ
А в чём проблема поднимать моксервисы, чтобы делать end2end тесты, чередуя их с моками? Главное, отдельно от основного.
Многие сложные системы так и тестируют
Многие сложные системы так и тестируют
ТЭ
b
Тогда ладно.
b
А в чём проблема поднимать моксервисы, чтобы делать end2end тесты, чередуя их с моками? Главное, отдельно от основного.
Многие сложные системы так и тестируют
Многие сложные системы так и тестируют
А кто сказал, что проблема?
НВ
А кто сказал, что проблема?
Вот и я о том. Проблемы нет
b
Я ж вроде несколько раз повторил, что до передачи заказчику всё тестируют и на моках, и двигая даты на базе, и юнитами, и антеграцией, всё на свете.