Шикарно! Спасибо большое. Более года интенсивного изучения языка и по сути финальный отрезок перед собеседованиями, а я так и не приступал к изучению тестирования из-за не понимая - "зачем и как"? Думал так как вы и сказали в видео - написал метод main в классе, протестировал нужный метод.. и как бы...что еще нужно?..
Спасибо! Очень познавательно. Что нравится в Ваших трудах - везде информация подается от общих вопросов (что, зачем, каким образом) к частностям, что очень важно для самоучки, изначально далекого от программирования. Причем без ненужной с точки зрения корпоративной разработки лабуды типа "создаем змейку на java с мордочкой на swing-е". А "изучаешь java - создай проект" вообще вне конкуренции. Кстати, пользуясь случаем, а продолжение "проекта" будет в какой-нибудь перспективе?
Спасибо! Очень вовремя! Как раз на новом проекте поставили задачу начать потихоньку покрывать код юнит тестами (почему этого не далали сразу, история умалчивает)...
Ещё бывают Fuzzing тесты, мутационные тесты, не до конца понятно куда отнести API / UI тесты, возможно это тоже самое, что у вас в пункте 3 - функциональные тесты, а возможно и нет. Не хотелось бы устраивать тут холивар из-за терминологии. Также тесты e2e, это видимо пункт 4 - сквозные тесты. Ещё есть тесты конфигураций. Если говорить про стресс-тесты и тесты производительности, то тут возможно стоит упомянуть тесты на восстановление, тесты на устойчивость / деградацию системы, тесты безопасности (сканирование кода, логов и т.д.). Но зачастую очень редко можно встретить в проектах хотя бы часть из них, не говоря уже про все сразу. Да, оно зачастую и не требуется большинству проектов и по сути будет просто прожиганием времени и денег заказчика. upd. ещё A / B тесты есть, но это возможно несколько в стороне от обычного тестирования, скорее тут проверка гипотез "в бою".
Лайк авансом. У Антона не может быть плохого материала!
Спасибо за такое доверие. Постараюсь его не потерять..
Спасибо! Очень ждал, когда начнем разбирать тестирование - и, наконец, дождался
Ох, как же вовремя!! Надеюсь, что выпуски будут выходить регулярно и часто, несмотря на предстоящий летний сезон)))
Очень актуально! Спасибо вам огромное за ваш вклад!
Антон - сильно, я тоже не задумывался о тестах, откладывал все на завтра, а вот сейчас приперло к стенке.
Отличная тема!
Отлично! Очень рад, что Вы снова начали выпускать видео!
Шикарно! Спасибо большое. Более года интенсивного изучения языка и по сути финальный отрезок перед собеседованиями, а я так и не приступал к изучению тестирования из-за не понимая - "зачем и как"? Думал так как вы и сказали в видео - написал метод main в классе, протестировал нужный метод.. и как бы...что еще нужно?..
Спасибо, жду продолжения.
Спасибо что подняли такую тему. Все очень понятно 👍.
Спасибо.
Огромное спасибо за видео
Спасибо! Очень познавательно. Что нравится в Ваших трудах - везде информация подается от общих вопросов (что, зачем, каким образом) к частностям, что очень важно для самоучки, изначально далекого от программирования. Причем без ненужной с точки зрения корпоративной разработки лабуды типа "создаем змейку на java с мордочкой на swing-е". А "изучаешь java - создай проект" вообще вне конкуренции. Кстати, пользуясь случаем, а продолжение "проекта" будет в какой-нибудь перспективе?
Я работаю над этим - приведу мысли в порядок и продолжим.
А мне больше понравился плейлист "Кладовочка":)
Спасибо! Очень вовремя! Как раз на новом проекте поставили задачу начать потихоньку покрывать код юнит тестами (почему этого не далали сразу, история умалчивает)...
Будет интересно👻
Были ещё, помнится, «мутационные тесты», но в работе не встречал)
Я тоже. Хотя идея таких тестов достаточно любопытная.
Ещё бывают Fuzzing тесты, мутационные тесты, не до конца понятно куда отнести API / UI тесты, возможно это тоже самое, что у вас в пункте 3 - функциональные тесты, а возможно и нет. Не хотелось бы устраивать тут холивар из-за терминологии. Также тесты e2e, это видимо пункт 4 - сквозные тесты. Ещё есть тесты конфигураций. Если говорить про стресс-тесты и тесты производительности, то тут возможно стоит упомянуть тесты на восстановление, тесты на устойчивость / деградацию системы, тесты безопасности (сканирование кода, логов и т.д.). Но зачастую очень редко можно встретить в проектах хотя бы часть из них, не говоря уже про все сразу. Да, оно зачастую и не требуется большинству проектов и по сути будет просто прожиганием времени и денег заказчика.
upd. ещё A / B тесты есть, но это возможно несколько в стороне от обычного тестирования, скорее тут проверка гипотез "в бою".
А что с заголовком??
Спасибо - исправил. Автоисправление сработало.