а те которые продвинулись дальше, тестят через своих юзеров и те выступают в роли бесплатных тестировщиков, по крайней мере, в одной популярной онлайн игре так и происходит
Интеграционный - для тестирования взаимодействия между различными компонентами системы. Системный - для тестирования всей системы в целом. Функциональный - для тестирования функциональных требований системы. Приемочный - для проверки соответствия системы бизнес-требованиям. Регрессионный - для проверки, что изменения в коде не нарушили существующий функционал. Нагрузочный - для проверки, как система работает под высокой нагрузкой. Тестирование безопасности - для выявления уязвимостей в системе. Тестирование удобства использования (юзабилити) - для оценки удобства и интуитивности интерфейса системы. Тестирование совместимости - для проверки, как система работает в различных окружениях. Тестирование восстановления после сбоев - для проверки способности системы восстанавливаться после различных сбоев. Тестирование установки - для проверки процесса установки и настройки системы.
@@konder93 Автоматизированных))) Автоматизация тестирования - > автоматизированное тестирование, автоматизированные тесты да сколько можно то))) простая терминология: автоматизированное (НЕ автоматическое) тестирование автоматизированные тесты или просто тесты, не путать с тест-кейсами (они же просто кейсы) вот так и приходят очень гордые собой соискатели за 500к/сек, которые чек-лист от тест-плана не отличают и все подряд тестами называют
Сочное видео, хоть буду знать, как писать тесты на питоне)))за контент и визуализацию всего и вся со стрелочками и подчеркиваниями - отдельный респект♥🔥🔥🔥🔥
8:00 "Написать юнит-тест на много быстрее, чем тестировать всю фичу". Во-первых, как правило, написать юнит-тесты на фичу намного дольше, чем 20 раз руками запустить код одной фичи, а во-вторых, юнит-тесты тестируют не фичи, а юниты. Факт прохождения юнит-тестов о работоспособности фичи мало что говорит, поэтому прогон юнит-тестов не заменяет тестирования ручками.
При хорошей доке тесты не нужны если мануальшик все протыкал и сказал окей то оно на 90 процентов окей А если с докой беда то получается что тест тестит ? Тестики могут помочь в сопровождении но тоже все относительно Ибо если новая модернизация сломала старый код то получается кто то работает не по солиду или вовсе пишет без оглядки на документы Так что юнит тесты очень специфическая штука но бизнес ее любит причем очень и очень сильно
Первое правило бойцовского клуба - не упоминать о бойцовском клубе. Второе правило бойцовского клуба - нигде не упоминать о бойцовском клубе...... ты нарушил правила
Ещё автоматическое тестирование бывает в продакшене, ты просто объявляешь бетатест, и юзеры пишут в тех поддержку баги, автоматически? Автоматически, правда будет чуть побольше времени занимать чем юнит тесты
не ролик, а ошибка на ошибке... почитайте литературу, прежде чем записывать бредовые профанские ролики, много нового узнаете. ну хоть тема актуальная, спасибо и на том.
Прежде чем тратить наше время на чтение бесполезных комментариев, в следующий раз попробуйте расписать ошибки, о которых вы говорите. А то выглядите как профан 🙂
@@merionacademy ну давайте прямо с начала, раз вы настаиваете. - деплой на прод по пятницам с наличием одних лишь юнит тестов - бред сумасшедшего; - автоматизированное тестирование, а не автоматическое(про это уже писали в комментах); - "авто-тесты тестируют так же как и люди" - опять бред, иначе бы ручников не осталось; - авто-тесты не убирают полностью человеческий фактор, в них тоже могут быть ошибки; - не все написанные фичи нужны, про некоторые забывают или пишут что-то не по спекам; - нельзя "проверить всё", это не продуктивно и чаще невозможно; - "тот кто писал код, лучше всех знает как он должен работать" это не значит что код делает то, что хотел заказчик; - нет ни слова о непредвзятости разработчика к коду; - нет вообще никакой информации по методологии модульного тестирования и ни слова про техники белого ящика; - главное преимущество модульных тестов - моментальный фидбек разработчику, а не замена ручных тестов в принципе, в тесте и логике может быть ошибка; - курс "по автоматизированному тестированию", а ролик про автоматическое, противоречите сами себе; - нет никакой информации когда "вдавливать" тесты в пирамиду, а когда "выдавливать". это только если по верхам пройтись.
@darkscreamerdex кроме оговорки диктора, вы просто поделились вашим субъективным мнением! Спасибо вам за него, но всерьез подавать свои частные мысли относительно того, как надо снимать контент («нет ни слова о непредвзятости разработчика к коду» это топ!) называя их нашими ошибками - забавно и мило 🙂 удачи вам в поисках подходящего вам контента!
@@merionacademy мнение субъективное конечно. чем не угодила непредвзятость? ни слова про ревью кода тестов другими разработчиками, кодовые инспекции, прохождения по коду... и техники белого ящика для вас шутка какая-то? ну да, успехов мне в поиске подробного и адекватного контента, а не рекламы очередных курсов...
@darkscreamerdex нет-нет, всем угодила, вы имеете полное право высказаться! Но вы назвали ошибкой, бредом и профанством то, что мы не показали то, что вам кажется важным. И как раз в этом именно ваша ошибка - навязывать нам ваше мнение, высказанное в хамской форме, называя наше видение ошибкой. В свою очередь мы уверены, что показали все необходимое для знакомства с юнит тестированием без перегрузки новичков 🙂 Ну, а так как вы в хамской форме высказываете свои мысли, то да, мы желаем вам пойти на другие каналы и оценивать контент в вашей форме изложения мыслей там 👋
ооо, да, а еще сразу фулстеком разработку вести: от дизайна до архитектуры, от БД и бекенда (со всеми брокерами и тп) до UI и Mobile параллельно вот тогда и без тестов и прочей "чепухи" - сразу как сел, как все написал за вечерок и в продакшн)))
@@IronTester ну не за вечер, но всё же надо стремиться к этому. или вы не можете столькими технологиями владеть и держать в голове такое количество задач? если не можете, то конечно - юнит тесты )))
@@sozdatelEd мой достаточно продолжительный опыт различных проектов, да и в целом рыночный подсказывает, что так оно не работает, т.е. без тестирования написанного кода никуда писать или не писать именно unit тесты самим разработчиком - вопрос достаточных холиварный с момента их появления и до сих пор, хотя сейчас уже множество всяческий анализаторов кода. Могу согласиться только по ситуации, когда есть команда сработанных профи: есть четкая аналитика, макеты и тп и внедрено полноценное тестирование - ручное, АТ, НТ (почему сработанная - потому что каждый "уникум" стремится как правило работать как лебедь, рак и щука) PS наличие огромного количества знаний в голове и умение ими оперировать в моменте еще никого от ошибок не спасало
Однажды столетний монах сказал, что слабые люди пишут тесты, а сильные люди тестируют на проде в пятницу вечером
а легендарные, правят код на прям на проде в пятницу через стандартный редактор битрикса, о да
а те которые продвинулись дальше, тестят через своих юзеров и те выступают в роли бесплатных тестировщиков, по крайней мере, в одной популярной онлайн игре так и происходит
Что за монах такой был? 🤔
@@albert_psy Искусство деплоя. Сунь Ор
@@geminigeminosТарков что ли🤣🤣🤣
Интеграционный - для тестирования взаимодействия между различными компонентами системы.
Системный - для тестирования всей системы в целом.
Функциональный - для тестирования функциональных требований системы.
Приемочный - для проверки соответствия системы бизнес-требованиям.
Регрессионный - для проверки, что изменения в коде не нарушили существующий функционал.
Нагрузочный - для проверки, как система работает под высокой нагрузкой.
Тестирование безопасности - для выявления уязвимостей в системе.
Тестирование удобства использования (юзабилити) - для оценки удобства и интуитивности интерфейса системы.
Тестирование совместимости - для проверки, как система работает в различных окружениях.
Тестирование восстановления после сбоев - для проверки способности системы восстанавливаться после различных сбоев.
Тестирование установки - для проверки процесса установки и настройки системы.
Автоматических, сын мой
@@konder93 Автоматизированных)))
Автоматизация тестирования - > автоматизированное тестирование, автоматизированные тесты
да сколько можно то))) простая терминология:
автоматизированное (НЕ автоматическое) тестирование
автоматизированные тесты или просто тесты, не путать с тест-кейсами (они же просто кейсы)
вот так и приходят очень гордые собой соискатели за 500к/сек, которые чек-лист от тест-плана не отличают и все подряд тестами называют
@@IronTester капец ты душнила, братишка, я бы тебя на работу не взял
@@konder93 сорри, дружочек, но это я таких "спешлов" как ты на работу не беру))))
@@IronTester такие спешлы, как я к вам сами не идут. Щас бы в 2024 году докапываться за автоматические/автоматизированные 😂
Сочное видео, хоть буду знать, как писать тесты на питоне)))за контент и визуализацию всего и вся со стрелочками и подчеркиваниями - отдельный респект♥🔥🔥🔥🔥
Все это знал и преподаю тестирование, но то как вы это рассказали - мое почтение. Очень хорошо визуализировано.
Братан вперёд, давай-давай контент в кайф
😁
Рекомендую JS MOCHA, всегда прозрачно указывает на ошибки разраба🥰
Желтовато-прозрачно
Извините, нет сил на прикольные комментарии, на галере наработался) Спасибо за видео, Мерион!
8:00 "Написать юнит-тест на много быстрее, чем тестировать всю фичу". Во-первых, как правило, написать юнит-тесты на фичу намного дольше, чем 20 раз руками запустить код одной фичи, а во-вторых, юнит-тесты тестируют не фичи, а юниты. Факт прохождения юнит-тестов о работоспособности фичи мало что говорит, поэтому прогон юнит-тестов не заменяет тестирования ручками.
При хорошей доке тесты не нужны если мануальшик все протыкал и сказал окей то оно на 90 процентов окей А если с докой беда то получается что тест тестит ? Тестики могут помочь в сопровождении но тоже все относительно Ибо если новая модернизация сломала старый код то получается кто то работает не по солиду или вовсе пишет без оглядки на документы Так что юнит тесты очень специфическая штука но бизнес ее любит причем очень и очень сильно
Господи, храни Мерион.
Шикарно работает!))
Отсутствует кнопка "Подписки", а кнопка лайка не прогрузилась. Кароче лагает всё. Надо переписывать
Кнопка подписки: работает норм нажимаєтса; лайк: тоже норм
Хотелось бы курсик по автотестам на js)
И желательно на playwright)
1:24 подскажите, что за тема для иконок
Вопрос, а когда создаю приватные функции, потом окпзываетьсч что из невозможно тестировать, что делать?
Prosto super video!
6:15 сложение х2
Ошибка. При описании тестирования калькулятора указано сумма вместо умножения
все работает 👍👍
а как проводит тест в играх на всех движков ?
3:17 ого, гейммейкер)
Кнопка "лайк" нажимается нормально 😂
"Если код работает - ничего больше не трогай" - Мао Цзедун
Merion academy, можно ролик про PHP
ПАЖАЛУЙСТА СДЕЛАЙ ВИДОС ПРО CLOUD ARCHITECT
Интеграционное тестирование и сквозное (end to end test) тестирование
Фаззинг тестирование еще есть, например
Лайк работает
Захотел лайкнуть, лопнул туалет, захотел подписаться, сбила машина 😢
Сделайте про TDD please
Раскажи про bug bounty
Жду видео по golang
Кнопка рабочая при условиях нормального интернета
Топ
Автоматично тестувати можна за допомогою автоматичних таїландських дітей сиріт 😮
02:05 Первое правило клуба - не упоминать о клуб. Второе правило клуба - нигде не упоминать о клуб.......
ты нарушл простой правила
AssertionError, Subscribe button cannot press.
1 passed (Test_like)
1 failed (test_subscribe)
А разве не автоматизированное тестирование???
Первое правило бойцовского клуба - не упоминать о бойцовском клубе. Второе правило бойцовского клуба - нигде не упоминать о бойцовском клубе......
ты нарушил правила
6:15 ошибка, не сложение, а умножение
Орнул с зависимостей
Ещё автоматическое тестирование бывает в продакшене, ты просто объявляешь бетатест, и юзеры пишут в тех поддержку баги, автоматически? Автоматически, правда будет чуть побольше времени занимать чем юнит тесты
Ну шо там по ELK :c
Про моки не рассказали, плоха
Интересно. Прикольно будет если этот блогер выложит собес с ним. Насколько идеально пройдет?
уже было, ищи на канале
1
Попробовал кнопку лайка и подписки.
Итог - отписался и лайк убрал, пофиксите пожалуйста
кнопки купить и урок вообще никуда не ведут😢😮
хоть обликайся
Это которые? В верхней части? Если да, то они работают, проверили 🙂
Юнит тестирование это инструмент разработки, а не тестирования. 😒
⁶⁴⁹
Зачем я занялся этим вонючим программированием. Тошнилово последнее. Купи продай вот вся формула. Ненавижу этот мир. Как и последнюю формулу
Есть ещё формула 1, к ней как относитесь?
@@merionacademy йййеееееуууу))))
Тесты - пустое дублирование естественных самопроверок в коде и выжим денег из лохов клиентов на ненужную и пустую работу
почитайте вашу программу, у вас одни опечатки, то тестирвоания
то еще как-то, вы че уж?
Простите, перечитали программу, не нашли опечаток 😔
@@merionacademy поправили 😂
скоро ваши уныт тесты заменит чат жипити
не ролик, а ошибка на ошибке... почитайте литературу, прежде чем записывать бредовые профанские ролики, много нового узнаете.
ну хоть тема актуальная, спасибо и на том.
Прежде чем тратить наше время на чтение бесполезных комментариев, в следующий раз попробуйте расписать ошибки, о которых вы говорите. А то выглядите как профан 🙂
@@merionacademy ну давайте прямо с начала, раз вы настаиваете.
- деплой на прод по пятницам с наличием одних лишь юнит тестов - бред сумасшедшего;
- автоматизированное тестирование, а не автоматическое(про это уже писали в комментах);
- "авто-тесты тестируют так же как и люди" - опять бред, иначе бы ручников не осталось;
- авто-тесты не убирают полностью человеческий фактор, в них тоже могут быть ошибки;
- не все написанные фичи нужны, про некоторые забывают или пишут что-то не по спекам;
- нельзя "проверить всё", это не продуктивно и чаще невозможно;
- "тот кто писал код, лучше всех знает как он должен работать" это не значит что код делает то, что хотел заказчик;
- нет ни слова о непредвзятости разработчика к коду;
- нет вообще никакой информации по методологии модульного тестирования и ни слова про техники белого ящика;
- главное преимущество модульных тестов - моментальный фидбек разработчику, а не замена ручных тестов в принципе, в тесте и логике может быть ошибка;
- курс "по автоматизированному тестированию", а ролик про автоматическое, противоречите сами себе;
- нет никакой информации когда "вдавливать" тесты в пирамиду, а когда "выдавливать".
это только если по верхам пройтись.
@darkscreamerdex кроме оговорки диктора, вы просто поделились вашим субъективным мнением! Спасибо вам за него, но всерьез подавать свои частные мысли относительно того, как надо снимать контент («нет ни слова о непредвзятости разработчика к коду» это топ!) называя их нашими ошибками - забавно и мило 🙂 удачи вам в поисках подходящего вам контента!
@@merionacademy мнение субъективное конечно. чем не угодила непредвзятость? ни слова про ревью кода тестов другими разработчиками, кодовые инспекции, прохождения по коду...
и техники белого ящика для вас шутка какая-то?
ну да, успехов мне в поиске подробного и адекватного контента, а не рекламы очередных курсов...
@darkscreamerdex нет-нет, всем угодила, вы имеете полное право высказаться! Но вы назвали ошибкой, бредом и профанством то, что мы не показали то, что вам кажется важным. И как раз в этом именно ваша ошибка - навязывать нам ваше мнение, высказанное в хамской форме, называя наше видение ошибкой. В свою очередь мы уверены, что показали все необходимое для знакомства с юнит тестированием без перегрузки новичков 🙂
Ну, а так как вы в хамской форме высказываете свои мысли, то да, мы желаем вам пойти на другие каналы и оценивать контент в вашей форме изложения мыслей там 👋
просто сразу нужно ровный код писать, а не кривой, тогда и самые тупые тесты не надо будет писать. По сути двойная работа. Дичь
Ох уж эти проблемы программистов со скилбокса
@@TherryYT непонял
ооо, да, а еще сразу фулстеком разработку вести: от дизайна до архитектуры, от БД и бекенда (со всеми брокерами и тп) до UI и Mobile параллельно
вот тогда и без тестов и прочей "чепухи" - сразу как сел, как все написал за вечерок и в продакшн)))
@@IronTester ну не за вечер, но всё же надо стремиться к этому. или вы не можете столькими технологиями владеть и держать в голове такое количество задач? если не можете, то конечно - юнит тесты )))
@@sozdatelEd мой достаточно продолжительный опыт различных проектов, да и в целом рыночный подсказывает, что так оно не работает, т.е. без тестирования написанного кода никуда
писать или не писать именно unit тесты самим разработчиком - вопрос достаточных холиварный с момента их появления и до сих пор, хотя сейчас уже множество всяческий анализаторов кода.
Могу согласиться только по ситуации, когда есть команда сработанных профи: есть четкая аналитика, макеты и тп и внедрено полноценное тестирование - ручное, АТ, НТ (почему сработанная - потому что каждый "уникум" стремится как правило работать как лебедь, рак и щука)
PS наличие огромного количества знаний в голове и умение ими оперировать в моменте еще никого от ошибок не спасало
.net xunit nunit