Привет. Всё отлично.. без теории никуда. Вот это всё в общем, шапка так сказать.. А есть видео где к примеру * ДЫМЧАТОЕ ТЕСТИРОВАНИЕ* СЦЕНАРИЙ: 1.Я захожу на сайт 2.Смотрим модуль тестирования. 3.Обдумываю поведенческие факторы ( понимаю что может делать юзер и что получить на выходе) 4.Для этого использую такие кнопки, использую такие инструменты ( программы) смотрю туда-то и туда-то, сравниваю 5.Вношу результаты тестирования в такую таблицу для отправки и т.д Я к тому, что смотрю твои видео и не очень усваивается, нет привязки к действиям.. Для грубого сравнения, рассказывать человеку про устройство турбины самолёта на словах без макета...который только слышал про самолёт .. ну и видел его где-то высоко.. У Д.Уитакера какое-то описание его жизни в компании и непонятными кодами программирования..
У нас, при тестировании сервера, регрессионное тестирование означало, что нужно проверить не внесли ли новые фичи деградацию в производительности. Сравнивали в предыдущих и новых результатах, нагрузку на проц и загрузку памяти, при одинаковой нагрузке абонентов на сервер.
🚩🚩🚩Как думайте данное утверждение верно? "Smoke является тестированием основной функциональности на нестабильных билдах, a Sanity проверяет то же самое, но уже на стабильных билдах, близких к релизу."🚩🚩🚩
А в чем глобальная разница между регрессионным и ре-тестирование? Регрессионное - тестируем старую (проверенную часть продукта) где никаких доработок не было, просто разработчики добавили ещё часть кода и нам надо убедиться, что старое не сломалось? А в ре-тестировании проверяем именно старую часть, где была ошибка и как ее исправили?
@@vados0075 нет, регрессионное тестирование это не повлияла ли доработка определенного места в по на старый функционал(проверка именно старого функционала что было до доработки) а ретест это проверка исправлен ли баг найденный вами ранее после того, как вы отдали на исправление разрабу
В виде Регрессионного тестирования, старый функционал нужно тестировать теми же методами которые применялись в первый раз тестирования или на достаточно проверить его основной функционал?
У нас на работе старый функционал тестируется ранее написанными тест-кейсами, просто при первой проверке они проверяли новый функционал в рамках функционального тестирования, а теперь этими же тест-кейсами выполняется проверка в рамках регрессионного тестирования, т.к этот функционал в других версиях программы будет уже не новый
Я правильно понял что в тестировании связанном с изменениями сначала делается smoke-тест, а затем что-то одно (регрессионное, тестирование сборки или санитарное)?
я думаю что не обязательно, смоук тест можно сделать и без регресса и сборки. Например перед релизом уже прям за пять 5 минут, запустить программу или игру. Если не так автор поправьте, я тоже только учусь)
Вообще тут история такая. Первое что ты делаешь, это смок тест. Если он не прошёл, то ты и не берёшь Билд в работу. Но разработчик, может попросить тебе ещё до передачи билда, проверять какую-то маленькую финтеплюшку, в которой не уверен. Это будет санитарное тестирование
Смоук это короткий цикл тестов, покрывающих критически важный функционал. Регресс - проверяем все, чтобы убедиться, что изменения не затронули старый функционал.
Да, даже не в практике дело. Просто то что можно рассказать 1 предложением растягивает на 1 видео. Благодарю конечно его за видеоуроки, но даже растягивать видео нужно уметь.
![Blox Fruits Dragon Rework Update [Full Stream]](http://i.ytimg.com/vi/EqDAp8udhm0/mqdefault.jpg)
Это какая-то магия, зашел в ю туб что бы посмотреть как раз про санитарное тестирование, а тут ваше видео 43 с назад вышло. Спасибо)
Да, забавно ) санитарное это давольно маленькая тема на самом деле.
1:00 - Виды тестирования связанные с изменениями
1:15 - Дымовое тестирование
2:50 - Регрессионное тестирование
4:56 - Тестирование сборки
5:48 - Санитарное тестирование
6:44 - Ретесты
Привет. Всё отлично.. без теории никуда. Вот это всё в общем, шапка так сказать..
А есть видео где к примеру * ДЫМЧАТОЕ ТЕСТИРОВАНИЕ*
СЦЕНАРИЙ:
1.Я захожу на сайт
2.Смотрим модуль тестирования.
3.Обдумываю поведенческие факторы ( понимаю что может делать юзер и что получить на выходе)
4.Для этого использую такие кнопки, использую такие инструменты ( программы) смотрю туда-то и туда-то, сравниваю
5.Вношу результаты тестирования в такую таблицу для отправки и т.д
Я к тому, что смотрю твои видео и не очень усваивается, нет привязки к действиям..
Для грубого сравнения, рассказывать человеку про устройство турбины самолёта на словах без макета...который только слышал про самолёт .. ну и видел его где-то высоко..
У Д.Уитакера какое-то описание его жизни в компании и непонятными кодами программирования..
Леша, спасибо! Суперские уроки и подача, лучше других!
Красава с примерами из жизни все понятно на 99 % однозначно лаик и подпись на канал\
Этот канал клад для SDET!
Спасибо! Все понятно и ясно!
Спасибо, отличный курс
Очень интересно и понятно. Пока только слушаю, но когда комп починят, ещё раз курс пересмотрю и буду что-то конспектировать.
огромное спасибо за информацию!!!
У нас, при тестировании сервера, регрессионное тестирование означало, что нужно проверить не внесли ли новые фичи деградацию в производительности. Сравнивали в предыдущих и новых результатах, нагрузку на проц и загрузку памяти, при одинаковой нагрузке абонентов на сервер.
Спасибо большое!
Очень полезный материал, а можно как-нибудь получить вашу майнд мап карту, которую вы демонстрируете в видео?
привет. а где файл с mind-map который на видео демонстрируешь? чтобы иногда подглядывать можно было. Есть ли в открытом доступе?
Спасибо большое Лёша!!!
🚩🚩🚩Как думайте данное утверждение верно? "Smoke является тестированием основной функциональности на нестабильных билдах, a Sanity проверяет то же самое, но уже на стабильных билдах, близких к релизу."🚩🚩🚩
А в чем глобальная разница между регрессионным и ре-тестирование? Регрессионное - тестируем старую (проверенную часть продукта) где никаких доработок не было, просто разработчики добавили ещё часть кода и нам надо убедиться, что старое не сломалось? А в ре-тестировании проверяем именно старую часть, где была ошибка и как ее исправили?
Да
Это ответ на последнее предложение)
спасибо!!!!!!
2:14 я так понимаю вместо "билд" там обычно другое слово? :D
Добрый день, скажите пожалуйста, можно каким-то образом приобрести данную схему?
Спасибо.
А чем ретест отличаются от регресионного тестирования, если и тот и тот проводятся после доработки?
ретест проверяет само исправление бага, а регрессия не повлияло ли исправление бага на другие функциональности
@@vados0075 нет, регрессионное тестирование это не повлияла ли доработка определенного места в по на старый функционал(проверка именно старого функционала что было до доработки) а ретест это проверка исправлен ли баг найденный вами ранее после того, как вы отдали на исправление разрабу
А этот майнд мэп можно скачать где-то?
Лёха поделись пожалуйста майд -картой=)
Уточните, пожалуйста, тестирование сборки (билда) это тоже самое, что приемочное тестирование?
А ретест - это разве не то же самое, что регрессионное тестирование? Не совсем поняла разницу
В виде Регрессионного тестирования, старый функционал нужно тестировать теми же методами которые применялись в первый раз тестирования или на достаточно проверить его основной функционал?
У нас на работе старый функционал тестируется ранее написанными тест-кейсами, просто при первой проверке они проверяли новый функционал в рамках функционального тестирования, а теперь этими же тест-кейсами выполняется проверка в рамках регрессионного тестирования, т.к этот функционал в других версиях программы будет уже не новый
Красава!
) Спасибо
Ох какие люди однако заходят сюда)
Я правильно понял что в тестировании связанном с изменениями сначала делается smoke-тест, а затем что-то одно (регрессионное, тестирование сборки или санитарное)?
я думаю что не обязательно, смоук тест можно сделать и без регресса и сборки. Например перед релизом уже прям за пять 5 минут, запустить программу или игру. Если не так автор поправьте, я тоже только учусь)
Есть вопрос по поводу санитарного тестирования, это тестирование проводиться на уже стабильных билдах,которые прошли смоук тестирование,верно?
Вообще тут история такая. Первое что ты делаешь, это смок тест. Если он не прошёл, то ты и не берёшь Билд в работу.
Но разработчик, может попросить тебе ещё до передачи билда, проверять какую-то маленькую финтеплюшку, в которой не уверен.
Это будет санитарное тестирование
Супер! Вот здесь ваще понятно👍
ну в принципе регрессионное тестирование можно скорее назвать Smoke тест номер 2?)))
Смоук это короткий цикл тестов, покрывающих критически важный функционал. Регресс - проверяем все, чтобы убедиться, что изменения не затронули старый функционал.
с каждым видео все меньше просмотров, тенденция удручает, мягко говоря, НЕ ТЕРЯЙТЕ НАДЕЖД!!
Пусть останутся сильнейшие!
Одна вода , ну посмотрел я с первого и урока ,ничего непонятно без какой то практики
так это же теория)Практика я думаю будет после теории,вроде так всегда идет?)
Да, даже не в практике дело. Просто то что можно рассказать 1 предложением растягивает на 1 видео. Благодарю конечно его за видеоуроки, но даже растягивать видео нужно уметь.
@@Chef-w8t не согласна, знаете как для тупенькой меня удобно когда говорят не одни предложением, а растягивают))
Спасибо большое!