Тесты. Что нужно знать разработчику 

🔗Полезные ссылки по тестированию: - medium.com/@tasdikrahman/f-i-r-s-t-principles-of-testing-1a497acda8d6 - martinfowler.com/bliki/GivenWhenThen.html - go.dev/blog/cover - medium.com/@matryer/meet-moq-easily-mock-interfaces-in-go-476444187d10#.uy9qkloty - go.dev/blog/cover 🔬Исследования про TDD: - About the Return on Investment of Test-Driven Development: www.researchgate.net/publication/2849597_About_the_Return_on_Investment_of_Test-Driven_Development - Evaluating the Efficacy of Test-Driven Development: Industrial Case Studies: www.academia.edu/10500578/Evaluating_the_Efficacy_of_Test_Driven_Development_Industrial_Case_Studies - An Experimental Evaluation of the Effectiveness and Efficiency of the Test Driven Development: www.researchgate.net/publication/4279059_An_Experimental_Evaluation_of_the_Effectiveness_and_Efficiency_of_the_Test_Driven_Development - Factors limiting industrial adoption of test driven development: A systematic review: www.academia.edu/2162533/Factors_limiting_industrial_adoption_of_test_driven_development_A_systematic_review ❤Поддержать defer panic или подписаться на другие соцсети: - Boosty: dfrp.cc/boosty - Patreon: dfrp.cc/patreon - Donation Alerts: donationalerts.com/r/deferpanic - Telegram: dfrp.cc/telegram - Discord: dfrp.cc/discord

вы здорово объясняете. спасибо

Спасибо за очень качественный контент

Очень хорошее видео, спасибо) Просим ещё)

Хороший видос =) Пара мелких технических советов, из того что сразу бросилось в глаза: - Попробуй добавить de-esser, будет приятней слушать - Переходы прям очень долгие, их хочется промотать. А когда что-то хочется промотать, это плохо. Я у себя вообще решил не делать переходы - просто показываю текст пару секунд, немного блюрю фон за ним, но голос на фоне при этом не убираю

Хорошее видео. Жду ещё! Лайк поставил. Побольше бы об интеграционном и нагрузочном тестировании.

Спасибо за обзорный контент по тестам! Было бы супер, если бы в будущем прикладывали ссылки на ресурсы, библиотеки и исследования на которые вы ссылались, чтобы почитать про них подробнее

Очень полезное видео! Большое спасибо!

очень годно. спасибо!

1) по поводу expected = a + b вместо expected = 5 и "сложно генерировать тестовые данные автоматически". Я против сложной логики в тестах, генерации чего-либо в тесте - в тесте должны быть литералы и константы по максимуму. Иначе на ревью приходится разбираться не только в бизнес-логике, но и втыкать в магию что в тесте происходит. Генерация тестовых данных может содержать ошибку и чтобы пройти неправильный тест иногда корежат функцию, подгоняя под кривой тест. Тесты _могут_ содержать ошибку, ее можно не заметить, чем меньше в тесте логики - тем лучше. 2) Если БД внутренняя (managed окружение), то тестировать с ней. Я видел моки с поведением, которого нет у БД и на этом писали логику которая рассыпается с реальной БД. 3) Для табличных тестов map[string]struct{...}, имя для t.Run берем из ключа + рандомизация. 4) Предпочитаю чтобы внутрянка не торчала в тестах потому что тест на внутренную функцию напишут, а функция и не вызывается. 5) Если функция возвращает error и это проверяется, то проверяют иногда только факт ошибки, а не саму ошибку.

По поводу название пакета с _test иногда хочется протестировать не публичные методы тогда это не сработает, если есть как сделать по другому то буду рад узнать

Картинка вах!

жаль что скрыл старые видео, теперь у меня фобия смотреть этот канал, приходится выкачивать каждый выпуск, вдруг удалишь