ДМ
как поддерживать тест, который не понятно как работает и что проверяет?
Size: a a a
2021 May 12
ДМ
чем проще сущность - тем проще тест, это закономерность
OS
Но тесты - это не первые пользователи, для которых я должен делать удобно
Как маркер удобства - тесты хороши, да
Как маркер удобства - тесты хороши, да
В
он внутри компонента ангуляр. Да, можно вынести всю логику из презентационного слоя, и тогда, внезапно, эти методы станут публичными, но зачем
OS
Да я согласен с этим, это ж понятно
Речь о том, что когда встаёт выбор 'сделать приватный метод, но сложный' или 'плодить сущности', иногда нужно подумать
Речь о том, что когда встаёт выбор 'сделать приватный метод, но сложный' или 'плодить сущности', иногда нужно подумать
OS
Что значит внутри компонента? Кто он, код?
В
функция инициализации компонента
ДМ
если сложный, то может он нарушает парочку принципов?
ДМ
первых 2 например
В
а простой не надо тестить?
OS
Не факт, не всегда
IB
Первые. Тест вообще первый пользователь твоего кода. И в прямом и в переносном смыслах. Если ты не можешь что то протестировать и чтобы написать тест тебе надо изменить код - то это не зашкварно сделать, использовать другой подход, заюзать какой нибудь другой паттерн и т.д. Потому что тест важнее твоего супер пупер элегантного/изящного/говно/компактного/какого бы то ни было кода.
OS
Только в первую очередь я пишу код, чтоб он работал, а не чтоб протестировать.
И иногда написание тестов не идёт следом за написанием кода. Ну разве что в стране розовых пони всегда всё так.
Понятно, что когда я доберусь до тестирования, я могу пересмотреть что то и понятно, что я могу держать в голове удобство тестирования, но это не всегда определяющее
И иногда написание тестов не идёт следом за написанием кода. Ну разве что в стране розовых пони всегда всё так.
Понятно, что когда я доберусь до тестирования, я могу пересмотреть что то и понятно, что я могу держать в голове удобство тестирования, но это не всегда определяющее
AB
а разве фикстура не позволяет получить доступ к приватным полям и методам?
E
> Только в первую очередь я пишу код, чтоб он работал, а не чтоб протестировать.
Масло маслянное. Тестирование существует для того, чтобы проверить, что код работает.
Масло маслянное. Тестирование существует для того, чтобы проверить, что код работает.
OS
я могу и так проверить, что код работает
Тестирование нужно, чтоб проверить, в каких именно случаях код будет или не будет работать
Тестирование нужно, чтоб проверить, в каких именно случаях код будет или не будет работать
IB
А чтобы понять что он работает выльем на прод, пользователей много, они быстро все баги найдут :D
OS
ну это передёргивание уже пошло