SP
мне приходилось работать с людьми где настолько по голове с тестами били что люди контроллеры тестировали. ТОтальное дублирование реализации в тестах "зато покрытие"
Size: a a a
2021 June 11
SP
так они у тебя закончились)
SP
или даже не начинались)
VS
Это шутка. Он больше про инфаструктурные код для тестов. Это норм.
VS
Норм тестовые фреймворки поощряют такие штуки по кастомным асёртам
SP
ты мог бы просто довести мысль и понять что ассерты отдельно от тестов существуют)
RT
Мне кажется это довольно сильное допущение
SP
"хочешь хорошо делай хорошо". Норм допущение че
SP
оч полезное)
RT
Допущение в том что "предположим у нас точно все будет хорошо")
DT
вот основной вопрос
DT
Переслано от Dmitriy Tkachenko
Тоесть так. Какой roi от траты времени на тесты, на изучение как их писать. Что они вообще дают?
DT
а не в том хорошие тесты или нет
A
можно пример ? интересно такой тест посмотреть
VS
Ага 2 года назад я делал своё "хорошо" очень плохо. Да и сейчас думаю моё "хорошо" не очень)
SP
можно мерять. Можно принять например что там где ломается нужно больше тестов. Там где не ломается можно меньше тестов. Там где нечему ломаться (статический анализ покрывает) нужно без тестов
SP
есть всякие SRE практики на основе error budget
SP
это если ты тесты используешь тупо для чекинга известных кейсов, без там всех этих TDD где главное это именно дизайн системы
VS
assert.myComplexDomainCheck(dataToCheck)