что изучение библиотеки или стороннего кода может занимать какое-то время, и типо есть решение, чтобы это время сократить - писать учебные тесты. Но это разве не займёт больше времени, да даже если и сократить, то через дебаггер профита больше, т.к. тебе не нужно писать вывод каждой переменной, просто глянул и все. Можете кто-то объяснить что автор имел виду и как это работает. Или может статья есть какая?
с практикой ты быстрее разберёшься в либе, чем без практики. Прочитал что метод делает и тут же написал тест с его вызовом. Наверное про это
Ну так практику сделал и через дебаггер глянул
да, но код то ты напишешь, чтобы продебажить его 🌚
Да, т.к. внутренности переменной посмотреть можно
Ок. Есть какой-нибудь firstordefaukt метод который ты так просто не глянешь через лебагер, там да. Но в остальном же тесты время займут
ilspy расширение поставить и увидишь
Ааа... пффф... даже так. Спасибо.
обычно под это ты завидишь отдельный проект, потому что в рабочем дойдти до места проверки может быть долго. в итоге получается что ты все равно пишешь код, так почему бы его не сохранить? в итоге через какое-то время у тебя будет набор кода который будет показывать разные способы работы с библиотекой и ее поведения в разных ситуациях и ты можешь это использовать в любой момент и, что намного полезнее, пошарить с кем-то еще из команды. так почему бы это не назвать тестами? да и обычно, для одной библиотеки писать тесты проще чем что то дебажить ну или объемы наисано обычно очень близки(кстати, в тестах тоже можно подебажить). так что смысла писать просто ненужный код особо нет, если можно с теми же усилиями написать немножко "нужного"))) там же нет задачи покрыть библиотеку тестами, просто пишешь те ситуации которые тебе нужны
Не, ну дебажу в тестах, чтобы не засорять мусорными проекты решения. Спасибо за ответ.
Обсуждают сегодня