Важные нюансы тестирования которые редко рассказывают (с примером на typescript + jest)

#soer #itubeteam

[hchlnxe]

Соер! Очень прошу не упрощай ролики из-за недовольных. Ты единственный в ютубе кто делает грамотные материалы. Остальные просто документацию пересказывают. Я тоже не все с первого раза понимал, но со временем понял гораздо больше чем от всех других блогеров. Те кто хочет разобраться готовы потратить время на твои видео, зато разобраться как надо!

[Dostoevsky]

большое спасибо за информацию. Как раз интересуюсь тестированием именно на TS.

[vksiozw]

Огромное спасибо. Так коротко и при этом ёмко м понятно . Лучшее объяснение, которое я слышал.

[DVORNIAGA_RUS]

Спасибо за качественные материалы, творческих успехов вам;)

[petersburgpietroburg]

Плюсую за видео про тестирование с mock'ами. И еще про тесты асинхронного кода было бы полезно.

[AlexQA]

Хорошее информативный ролик) Хотя и местами действительно не самый простой для восприятия и нужно поразбираться)

[sitnikovroman]

Про mock тестирование интересно. Если можно, поделитесь знаниями. И прошу, не нужно упрощений в повествовании, лучше комментарии сложных разделов в повествовании. Спасибо вам!

[Mike-hpfh]

Я имея огромный опыт тестирования пришел к выводу, что лучший способ тестирования - это перебор множества комбинаций входных данных. Комбинации генерируются автоматически, и их может быть десятки тысяч.
И если уж совсем сложный модуль, то написать под него нагрузочный тест со случайными комбинациями входных данных. Эти два метода могут выполняться от пары минут до пары часов, но зато выявляют даже очень редкие ошибки.
Имея очень хорошо протестированные модули, дальше будет проще строить из них что-то более сложное.
Покрытие кода имеет мало значения, т.к. если программа выполнилась в определенном месте, то это совершенно не значит что это место в программе написано корректно. Имеет значение покрытие различных видов комбинаций входных данных и условий выполнения программы.

[DzhigurdaAnton]

полностью согласен с автором, очень хорошее видео

[mricegame]

Комментарий для продвижения видео алгоритмами ютуба.

[gamewithrap]

Стоит ли проверять Age на Truthy, если и так используется typescript?

[helloworld]

Здравствуйте. Сейчас я следую (в том числе) методологии TDD и так выходит, что объём кода тестов у меня превышает объём тестируемого кода. Вопрос: стоит ли сокращать код тестов, или это нормально? Может, стоит уделить время рефакторингу кода тестов, чтобы его стало меньше?

[Chess-yuts]

Является ли возникшая по ходу дела история с високосными годами примером собственно успешного тестирования, выявившего баг в тестируемом коде; вынудившего менять тестируемый код?

[stasonr]

Соер, где продолжение разработки программы!? 🤔 ждём ждём, а его все нет и нет...

[valbv]

Каеф)

В языках вроде C++ выгодно использовать интерфейсы компонентов (DIP) из-за возможности легко заMock'ать эти компоненты, передаваемые по интерфейсу

[zwcitof]

Soer, огонь видео для меня, как новичка в этом деле. Всё понятно и интересно было. Благодарю! и не понимаю, куда ещё упрощать...
Для, так сказать, обратной связи у меня опыт программирования 2 года на пхп, тесты никогда не делал, только слышал о них.
Есть что-то такое, что можно порекомендовать какую-то полезную/хорошую литературу или ресурсы/каналы по этому тестированию в целом, помимо документации к фреймворкам?

[uemkjvp]

А можно такое же видео об автоматизации UI части на jest ?

[VitalySazanovich]

Прочитал: "Тесть - что нужно" :)

[apyrkh]

спасибо за видео
хотел дополнить про избыточность, попытаюсь пояснить на данном примере - не всегда избыточность - это плохо. Предположим мы убрали условно "избыточные" тесты и видим упавший тест "should convert full years to string" - сможем ли мы однозначно сказать, что упал именно тестируемый функционал, или, например, упала инициализация класса, а этот тест упал как следствие или что-то?
В более сложных случаях (или когда мы видим только названия тестов, например, в пайплайне) хотелось бы однозначнее и быстрее определять проблему без дополнительного просмотра логов или дебага.

[johnjohhoun]

00:00 Start
08:27 Initialisation of the project, TypeScript, and Jest in the project
10:00 Stub, Fake, Dummy, Mock
14:40 BDD - TDD
16:03 - example of a test - describe, it, expect, set, and reset methods
39:18 Summary