Tom
Ребят TDD используете при разработке? Другие методологии?
Stanislav
Чем стрелочные лучше?
Ну символов меньше => размер меньше. Ну и выглядят красивее. А если еще и лигатуры...
Игорь
Tom
))
Nikita
все вокруг только обещают начать, но никак не начнут
Tom
Nikita
так что методология - хуяк-хуяк и в продакшен
Evgheni
Игорь
Nikita
Tom
честно, сколько времнеи уходит на отловку и решение багов?
Tom
у меня ~50%
Nikita
точней коллстака хватало
Tom
ты что to-do лист разрабатываешь?
Tom
🙂
Nikita
nope, 9 месяцев to-do лист, себя не уважать
Stanislav
Tom
😄
Nikita
у них серьезный тудулист
Tom
холивары читаю на тему TDD/BDD
Nikita
у меня реальные проблемы были только с компонентами котроые использовали стороние либы
Nikita
пиздец настрадался. Я знаю, что в них трабла и искал по несколько часов решение проблем, но как помогут тут тесты, я не представляю
Tom
Stanislav
Tom
вообщем пацаны, го сюда, а то нг скоро)
Tom
https://medium.com/powtoon-engineering/a-complete-guide-to-testing-javascript-in-2017-a217b4cd5a2a
Evgheni
Tom
Nikita
мне задача упала поделать бекенд и вот тут я понял, что тесты нужны. Мастхев! Ибо вместо hotreload и красивой консольки, у тебя nodemon и какие-то херовые попытки потестить то, что сделал
Nikita
я сегодня тестировал свой рест путем запросов через http
Tom
я считаю что end to end тестирование очень важно для быстрой разработки
Nikita
Nikita
когда задачи меняются каждый день и нужно делать все и быстро
Tom
вечно дичь какая-то при изменении сложных форм, условие пропустил, еще чет, и все.
Tom
end-to-end тест, быстро покажет что ты написал какую-то дичь
Tom
🙂
Nikita
Oleksandr
Nikita
только сначала тебе нужно побороться с тестами
Tom
Я писал end-to-end тесты в другом проекте)
Nikita
тогда ты ед. кто писал хоть какие-то тесты
Nikita
если кто-то другой решит признаться, его признание не сработает.
Oleksandr
В жизни не написал ни одного теста(вру - в образовательных целях пробовал)
Всем проекты рабочие и без тестов. На то есть отдел ебучего тестирования
Oleksandr
Который лучше меня знает доки на овер 500 страниц и логику работы каждого компонента
Nikita
Nikita
Oleksandr
У нас ОТДЕЛ. Тестирования.
Который тестит на нескольких десятках девайсов, проганяет свои тесты( а не просто вручную тыкает)
Nikita
Nikita
конечно ты их не пишешь)
Oleksandr
+ я начинал с тестера карьеру в it
Oleksandr
2 года потратил. Так что знаю что в любом продукте хоть покрытом хоть не покрытом тестами есть баги
Oleksandr
😂😂
Tom
Oleksandr
Основная проблема с которой я столкнулся - это когда через пару лет бекенд что то решает поменять у себя а у тебя все ломается.
Oleksandr
И твои тесты ничем тебе не помогут.
Anonymous
Неожиданно так решает что то поменять через пару лет 😂
Oleksandr
Я занимался третьей
И сейчас полностью переписываем фронт и частично бек для 4 версии. Которая выйдет ... За полгода год где то
Nikita
Nikita
не устал?
Oleksandr
Nikita
ой
Anonymous
С 2009 года пишите и вам тесты не помогают?
Oleksandr
Вы наркоманы?))
Oleksandr
Oleksandr
Полтора года назад
Oleksandr
Тесты не покроют все варианты
Oleksandr
Они не сымулируют работу на реальных устройствах и логику людей которые будут пользоваться приложением
Stanislav
Oleksandr
Хех)))
Тестирование важная штука.
Но писать тесты - долго, муторно и неинтересно
Stanislav
ну хз. Иногда помогает навести порядок в голове относительно проекта.
Tom
Tom
я выскажу свое скромное, холивароное мнение 🙂
Я считаю что покрытие приложения тестами это культура кода.
Почти уверен что лучше разработчика класса никто не напишет unit test на этот класс.
И я знаю то чувство когда, end-to-end (functional) тестирование поощряет рефакторинг и измение кода
Oleksandr
...
Что? Я уже написал - е2е пишет бекенд
Tom
"Но писать тесты - долго, муторно и неинтересно" - задело мои чувства 🙂