Пришел пуш, я как обычно сбилдил вам лайк. И вот задеплоил, получается. Мне нравится, как развивается канал, и ваша обучающая платформа, молодцы ребят = )
Ручные тестировщики могут выявить проблемы, которые могли бы быть упущены автоматическими тестами, такие как проблемы с интерфейсом и удобство использования
@@ИгорьПетраков-у4о нельзя написать тесты под все случаи жизни, с новым релизом может появиться новый баг, под который ранее написанные автотесты не заточены
@@ИгорьПетраков-у4оЕсли на сайте поехала верстка, предположим элементы на странице сдвинулись или цвета не те или еще что-то, то автотесты это могут и не заметить. Человеку же достаточно одного взгляда на такую страницу, чтобы понять что что-то не так. Аналогично, если у тебя есть 50 страниц на которых есть какая-то кнопка отправляющая форму, то человек физически не сможет все 50 страниц проверить, т.к. по-любому что-то упустит, а автотесты эти кнопки легко протестят. Автотесты хороши для проверки рутинных задач где очевидно условие пройденности / не пройденности теста. Ручные тесты хороши для выявления неочевидных проблем у которых нет конкретного условия срабатывания. Допустим UX сайта может быть крайне неудобным, но функционал будет работать корректно. Это заметить и описать сможет только человек (ну или AI)
Какой прекрасный видосик!) Лучший и самый понятный из тех, что я посмотрела по данной теме. И офигенный бонус - очень крутая подача) Респект всем создателям 🥰
2:00 Я считаю что конечный пользователь - это слабое звено. Он всё портит его надо исключить. Вся цепочка должна состоять исключительно из разрабов, айтишников. Мы просто должны делиться кодами нахваливать его друг другу.
бля не зря до 7 утра учил сети, чтоб щас попастся на видос по CI/CD от Merion Academy ) офигеть ты братик вовремя выпустил, через пару дней собес :) спасибо
Мануальные тестировщики нужны для того чтобы ту фичу которую разработчик выпустил сегодня тестировщику нужно протестировать тоже сегодня ,или даже за вчера) т. к. автотест к ней не будет готов сразу-же, а потребует определённого времени на разработку
может потому что не все команды готовы переходить на методологию Agile и хотят все делать вручную для точной проверки, единственное что они не учитывают человеческий фактор
Потому что ручной тестировщик тестит, условно, программу, то есть проверяет бизнес-логику, UI, что на запросы приходят нужные ответы и т.п., а CI запускает тесты написанные программистом в проекте.
Тут проблема, юнит тесты автоматические не спасут новый код от багов, не всё можно таким образом провеоить. А интеграционные тесты для кода ещё не написаны 😜. Вся надежда на ручных тестировщиков которые всё это проверят😎
1:27 а я заметил что у вас невпопад картинка вылезла на видео. Типа когда вы вспоминаете что это шутка из гитхаба из соответствующего вашего ролика, то должна была вылезти эта плашка с preview конкретного видео про github. Но она вылезла раньше вы ещё не успели пошутить, а оно же вылезло. Я же выиграл какой-то бесплатный курс за внимательность за то что нашёл вашу ошибку 😏👍
говорит, что пайплайн это как труба в аквапарке, по которой спускается мой кот... а на видео там спускается не кот, а уточка... так как на самом деле должно быть?
покажите, наконец, парня, который Вам начитывает текст и того, кто его придумывает. "смотря кто спрашивает" и реклама салфеток - бомба!)) Что до вопроса про ручных тестировщиков. на хабре читал пафосную статью, где автор рассказывал про необходимость ухода всего и вся в автоматизацию. сам из какого-то банка. по-моему, альфы. так вот в комментариях начались споры, о том, что ручное не умрет никогда и один парень автору в подтверждение написал, что, если бы у них в альфе было ручное, то они бы еще пару лет назад убрали. и далее следовало описание бага, которое у них в приложении уже несколько месяцев. автоматическое тестирование такое баг просто не выявит.
к 3 минуте я понял ЧТО - ресторан без крыс, куча поваров лягушек, которые были милиционерами, подают блюда утятам и собачке..... короче "ну на*ер" тикаем
Continuous Delivery (CDl) - непрерывная доставка кода, но без деплоя на сервера - деплоят всё равно вручную. Continuous Deployment (CDp) - код и доставляется, и деплоится сам
Все это конечно звучит достаточно просто и понятно, но как все это сделать непосредственно на конкретном рабочем проекте новичку, кто это никогда не делал?
Курсы, мануалы, видео, книги ну и конечно знакомые девопс инженеры в помощь. Но нужно учесть, что сколько девопсов, столько и будет различных версий по настройке пайпа
похоже тут идет речь о тестовом покрытии кода, на 100% никогда нельзя простить код. и при CI/CD тестится back end больше, а манульщикам (лягушатам с лапками :) оставляют front end.
мда...раньше шутили, но по факту это и есть "херак, херак и в продакшн" в принципе становится понятно почему качество по всей ИТ индустрии так упало раньше все делалось ручками, 100 раз проверялось и только тогда пропускалось на след шаг а сейчас все чаще слышишь как, "ой мы лажанули, ща будем откатывать", а на вполне логичный вопрос "а хрена ли вы его развернули если он косячный", ответа вы не получите, т.к. никто сам его не разворачивал и не проверял, а просто кинули в автоматизацию и забили
@@merionacademy reload in 20 copy tftp: running-config без copy running-config startup-config и ждем, а еще 40 раз проверить все и вся, в том то и суть, что ты понимая риски ты гораздо внимательней относишься к своей работе так уж получается что вместо того чтобы использовать такие инструменты как дополнительный слой антипро*ба, народ решил что теперь у них меньше работы и можно это не контролировать. пример "раньше было лучше" вон по играм, с 80х и до конца нулевых никому бы и в голову не пришло выпускать игры в раннем доступе, или модные сейчас патчи нулевого дня, если релиз - то продукт готов, и посмотрите что сейчас творится... в банковские приложения в релиз выводят тестовый! ф-ционал потом с косяками откатывают да лет 15 назад тебе бы голову за это оторвали...
@@merionacademy отладка. долгая, нудная и неповторимая именно так раньше и работали, и никакого релиза до ее завершения, ибо как я выше писал, все понимали цену ошибок а сейчас добрая половина модных кодеров после 2х месячных курсов даже не знает как пользоваться дебаггером, дай бог чтобы хотя бы знали что это... стоит посмотреть на адептов докера и все становится понятно, опять таки вместо того чтобы повысить качество и воспользоваться удобным инструментом, просто сняли с себя работу, сколько таких мамкиных девопсов которые могут тебе развернуть веб с контейнеров и при этом не смогут поднять его-же на чистом никсе? деградация она такая...
@t2rex1 а как на ваш взгляд отлаживать код не тратя на это десятки часов? Как оптимизировать этот процесс чтобы инженерные ресурсы не только дебажили, но и занимались иными задачами? И эффективно ли на ваш взгляд тратить ресурсы дорогостоящей команды полностью занимая их в том, чтобы отлаживать конфиги?
Если ты классный лягушонок, то приходи и стань автором курсов в Merion Academy!
👉 wiki.merionet.ru/merion-academy/company/stan-avtorom/?YT&
Голосую за видео про Agile и Scrum
++++++++++++++++++++++++++++++++++++
@@maksmolchтакже голосую +
Про салфетки просто порвало на атомы🤣
Воспользуйся силой земли чтобы привести себя в порядок
Я тоже резко хохнул в комнате!)))
Пришел пуш, я как обычно сбилдил вам лайк. И вот задеплоил, получается. Мне нравится, как развивается канал, и ваша обучающая платформа, молодцы ребят = )
Отличный пайплайн!) Спасибо вам за добрые слова ☺️
Не все лягушата могут выстроить грамотный пайплайн...тут и нужны мануальные лягушата с лапками!
Я не могу у меня лапки)
Ручные тестировщики могут выявить проблемы, которые могли бы быть упущены автоматическими тестами, такие как проблемы с интерфейсом и удобство использования
Наоборот машина может лучше справиться, а человек может быть сонный, не в настроение или рассеянным к какой-то день
@@ИгорьПетраков-у4о нельзя написать тесты под все случаи жизни, с новым релизом может появиться новый баг, под который ранее написанные автотесты не заточены
@@ИгорьПетраков-у4оЕсли на сайте поехала верстка, предположим элементы на странице сдвинулись или цвета не те или еще что-то, то автотесты это могут и не заметить. Человеку же достаточно одного взгляда на такую страницу, чтобы понять что что-то не так.
Аналогично, если у тебя есть 50 страниц на которых есть какая-то кнопка отправляющая форму, то человек физически не сможет все 50 страниц проверить, т.к. по-любому что-то упустит, а автотесты эти кнопки легко протестят.
Автотесты хороши для проверки рутинных задач где очевидно условие пройденности / не пройденности теста.
Ручные тесты хороши для выявления неочевидных проблем у которых нет конкретного условия срабатывания. Допустим UX сайта может быть крайне неудобным, но функционал будет работать корректно. Это заметить и описать сможет только человек (ну или AI)
@@ИгорьПетраков-у4о выздоравливай
@@ИгорьПетраков-у4о че высрал?
Благодаря вашей работе начинаю понимать много
Какой прекрасный видосик!) Лучший и самый понятный из тех, что я посмотрела по данной теме. И офигенный бонус - очень крутая подача) Респект всем создателям 🥰
Этож круто, так это круто!
Вы посмотрите, какие ребята тут работают.
Мужики, ждём видос про баласировщики)
и расширения курса по сетям
скрамы и аджайлы одобряем. Ждём
Как неожиданно и приятно!!!
Эти скрамы и аджайлы точно надо видос!!!
2:00 Я считаю что конечный пользователь - это слабое звено. Он всё портит его надо исключить. Вся цепочка должна состоять исключительно из разрабов, айтишников. Мы просто должны делиться кодами нахваливать его друг другу.
Звучит классно
самая прекрасная подача материала 🐸😍 я не переставала улыбаться
боже, это шедевр!!!
Требую Agile!)
нельзя так много шутить, из-за смеха приходится всё время перематывать!
Запилите видос про куки, пожалуйста, будет прикольный видос 😉
Можно видео про Nginx??? Пожалуйста🙏 еще чуток с примерами конфигурации(обуч)
Спасибо большое за видео, просто супер подход 🎉
ура, новое видео!
бля не зря до 7 утра учил сети, чтоб щас попастся на видос по CI/CD от Merion Academy ) офигеть ты братик вовремя выпустил, через пару дней собес :) спасибо
Щасти)
удачи, брат, на собесе, все получится, напиши потом, как прошло!
Как прошло?)
Благослови вас бог за такие видосы
Рили, за 5 минут все раскидали по полочкам, нет необходимости высер с хабра читать на полчаса
Классный ролик. Всё просто, понятно и с юмором. Спасибо!
Ну расскажите про elastic stack❤
Сила земли 🤣🤣🤣 Вот же доктор знаменит...
Спасибо за обещанное видео)
👌
Agile и Scrum в студию! пожалуйста👉👈
Классная анимация, и юмор тоже офигенный
спасибо!)
Nice, рад что вышел новый выпуск, благодарю
you welcome, надеемся теперь подпишетесь)
Ультра мега хорош(и). Ваши ролики всегда в тему, спасибо)
как всегда класс! Сделайте пожалуйста видео про паттерны интеграции ис
Ура новое видео
как всегда великолепно), продолжайте в том же духе)
подача топ
Спасибо!
Чтобы потом всей этой замечательной команде, кто все это делал, не потребовались салфетки из рекламы
Скрам и аджайл ждем❤
Мануальные тестировщики нужны для того чтобы ту фичу которую разработчик выпустил сегодня тестировщику нужно протестировать тоже сегодня ,или даже за вчера) т. к. автотест к ней не будет готов сразу-же, а потребует определённого времени на разработку
Нужно больше видео
А нам нужно больше подписчиков, поможете?)
Просто лучшие
🐸
Потому что прежде чем написать автотест и добавить в сиайку надо написать сценарий, он же тест кейс, а для этого надо протестить руками
Я думаю некоторые ждут еще видосик про Jenkins)
1:30
Эту шутку можно слушать бесконечно.
перфекто монтаж. Пожалуйста, дайте премию монтажеру. Умер от 2:08
из ci/cd вспомнил про fi/fo (first in first out).
!!!!!!!!!!!!!!!!!нет слов!!!!!!!))))))))))
Скорей зашел в ваш телеграм🎹
🎵И мы говорим "Спасибо вам!"🎵
2:19 откуда у вас фотография кафе под мухой?? это фотография села, в котором я вырос
Про Open Stack бы видео
Как знал что выйдет видео об этом
Гении мыслят одинаково)
00:25 начало
1:33 это могла бы шутка основанная на повторе одной и той же шутки. Когда мы солят одну и ту же тему бнз смысла
Шикарная шутка, вы просто не выкупили ❤️
Видео про agile плиз
Расскажите про происхождение сленга "балалайка"
Го про Scrum и Agile =)
А может и сделаем, а вы подпишитесь, чтоб не пропустить!
может потому что не все команды готовы переходить на методологию Agile и хотят все делать вручную для точной проверки, единственное что они не учитывают человеческий фактор
Спасибо
Давайте видос про cloudflare
А может быть и да!
Потому что ручной тестировщик тестит, условно, программу, то есть проверяет бизнес-логику, UI, что на запросы приходят нужные ответы и т.п., а CI запускает тесты написанные программистом в проекте.
Тут проблема, юнит тесты автоматические не спасут новый код от багов, не всё можно таким образом провеоить. А интеграционные тесты для кода ещё не написаны 😜. Вся надежда на ручных тестировщиков которые всё это проверят😎
потому что тестеры могут протестировать гораздо больше сценариев для каждой отдельно взятой фичи
Тестировщики ещё пользуются спросом потому что людям доверяют больше.
2:00
Не благодарите
Manual тестировщики до сих пор актуальны по моему мнению из-за парадокса пестицида(хотя я и не до конца понял, учусь ещё)
Да мне интересен видос про ваши эти скрамы и важайные, я не знаю, что это такое.
А как было раньше до CI/CD? Люди которые непоняли но вкатились в 2015 году чувствуют себя неплохо 😁
1:27 а я заметил что у вас невпопад картинка вылезла на видео. Типа когда вы вспоминаете что это шутка из гитхаба из соответствующего вашего ролика, то должна была вылезти эта плашка с preview конкретного видео про github. Но она вылезла раньше вы ещё не успели пошутить, а оно же вылезло. Я же выиграл какой-то бесплатный курс за внимательность за то что нашёл вашу ошибку 😏👍
Мы так и планировали, но за вашу попытку вам действительно полагается бесплатный штекер от розетки - держите: 🔌
говорит, что пайплайн это как труба в аквапарке, по которой спускается мой кот... а на видео там спускается не кот, а уточка... так как на самом деле должно быть?
покажите, наконец, парня, который Вам начитывает текст и того, кто его придумывает.
"смотря кто спрашивает" и реклама салфеток - бомба!))
Что до вопроса про ручных тестировщиков.
на хабре читал пафосную статью, где автор рассказывал про необходимость ухода всего и вся в автоматизацию.
сам из какого-то банка. по-моему, альфы.
так вот в комментариях начались споры, о том, что ручное не умрет никогда и один парень автору в подтверждение написал, что, если бы у них в альфе было ручное, то они бы еще пару лет назад убрали. и далее следовало описание бага, которое у них в приложении уже несколько месяцев.
автоматическое тестирование такое баг просто не выявит.
Ролики у вас просто 🔥 а чему вы учите, где можно посмотреть информацию?
wiki.merionet.ru/merion-academy
эти ребята девопсом занимаются
к 3 минуте я понял ЧТО - ресторан без крыс, куча поваров лягушек, которые были милиционерами, подают блюда утятам и собачке.....
короче "ну на*ер" тикаем
Bitbucket тоже это всё умеет, пайплайны в том числе, но его не упомянули в видео 😎
Continuous Deployment от Continuous Delivery чем отличается?
Continuous Delivery (CDl) - непрерывная доставка кода, но без деплоя на сервера - деплоят всё равно вручную.
Continuous Deployment (CDp) - код и доставляется, и деплоится сам
@@bizarrrre а в видео наоборот, поэтому и спросил.
Информативно, мемно, православно
что такое nat прошу сделайте видео нашот nat
Основная информация этого видео на 4:18
надеюсь сингл "подтирака" уже лежит на спотифай.
Это эксклюзив только для подписчиков на нашем канале)
@@merionacademy хорошо что хоть не только по подписке на бусти и патреон. ))
@@merionacademyа если без шуток, забавное творчество.
Ну как с точки зрения конечного пользователя проверяют сервис, лучше же самим 1ым найти баги, чем его найдут пользователи и дадут плохой отзыв
а ну мануал тестировщики всегда проверяют, ты можешь что то не увидеть в тестах, нельзя опять покрыть все или даже опасно
капец зашла я на видео и 70 процентов слов не понимаюю хохо
Сияй сиди
2:00 hmmmmmmmm
🤔🤔🤔
мануальщики нужны для чека багфиксов
Ахаахах, топ
Все это конечно звучит достаточно просто и понятно, но как все это сделать непосредственно на конкретном рабочем проекте новичку, кто это никогда не делал?
Курсы, мануалы, видео, книги ну и конечно знакомые девопс инженеры в помощь. Но нужно учесть, что сколько девопсов, столько и будет различных версий по настройке пайпа
Max patrol, пожалйста❤
Не всё можно автоматизироаать, Что-то прейдется пройти руками
Ничего не понял(
похоже тут идет речь о тестовом покрытии кода, на 100% никогда нельзя простить код. и при CI/CD тестится back end больше, а манульщикам (лягушатам с лапками :) оставляют front end.
Почему этот голос похож на голос gap
Хочу скрамжл
Может лучше про аджалай?
Интересно почему Azure не указали. Я на новой работе с ним познакомился, ниче так вроде)
по сути инструментов тьма которыми можно настраивать оркестровку и прочие блага
@@maestrosokolovsky5703 Ну да) и тот же CI/CD есть
Вы чё там курите когда эти ролики снимаете, я тоже хочу 🤔
Иди скорей проверь по гороскопу....🤣
DevOps труба
501
доверяй , но проверяй?
+
мда...раньше шутили, но по факту это и есть "херак, херак и в продакшн"
в принципе становится понятно почему качество по всей ИТ индустрии так упало
раньше все делалось ручками, 100 раз проверялось и только тогда пропускалось на след шаг
а сейчас все чаще слышишь как, "ой мы лажанули, ща будем откатывать", а на вполне логичный вопрос "а хрена ли вы его развернули если он косячный", ответа вы не получите, т.к. никто сам его не разворачивал и не проверял, а просто кинули в автоматизацию и забили
Расскажите про свой опыт! Как вы избегаете ошибок? Например, обновили вы конфиг на маршрутизаторе, а там закрался лишний символ - как избежать?
@@merionacademy
reload in 20
copy tftp: running-config
без copy running-config startup-config
и ждем, а еще 40 раз проверить все и вся, в том то и суть, что ты понимая риски ты гораздо внимательней относишься к своей работе
так уж получается что вместо того чтобы использовать такие инструменты как дополнительный слой антипро*ба, народ решил что теперь у них меньше работы и можно это не контролировать.
пример "раньше было лучше" вон по играм, с 80х и до конца нулевых никому бы и в голову не пришло выпускать игры в раннем доступе, или модные сейчас патчи нулевого дня, если релиз - то продукт готов, и посмотрите что сейчас творится...
в банковские приложения в релиз выводят тестовый! ф-ционал потом с косяками откатывают
да лет 15 назад тебе бы голову за это оторвали...
@t2rex1 а если у вас 20000 строк конфига, как все перепроверить? Каким бы мог быть системный подход в этом вопросе на ваш взгляд?
@@merionacademy отладка.
долгая, нудная и неповторимая
именно так раньше и работали, и никакого релиза до ее завершения, ибо как я выше писал, все понимали цену ошибок
а сейчас добрая половина модных кодеров после 2х месячных курсов даже не знает как пользоваться дебаггером, дай бог чтобы хотя бы знали что это...
стоит посмотреть на адептов докера и все становится понятно, опять таки вместо того чтобы повысить качество и воспользоваться удобным инструментом, просто сняли с себя работу, сколько таких мамкиных девопсов которые могут тебе развернуть веб с контейнеров и при этом не смогут поднять его-же на чистом никсе?
деградация она такая...
@t2rex1 а как на ваш взгляд отлаживать код не тратя на это десятки часов? Как оптимизировать этот процесс чтобы инженерные ресурсы не только дебажили, но и занимались иными задачами? И эффективно ли на ваш взгляд тратить ресурсы дорогостоящей команды полностью занимая их в том, чтобы отлаживать конфиги?