Доброго дня. Дуже рада, що натрапила на твій курс. Інформативно, чітко, а головне зрозуміло і з прикладами. Велике спасибі за таку титанічну роботу. Але є невелика помилка, тип тестування Comparison повторювався двічі. Під 13-им та 89-им номер.
Наталія, щиро дякую за Вашу працю! Ви дуже зрозуміло і детально пояснюєте, що дозволяє легко засвоїти матеріал. Найкращий канал для тестувальників) Підписка і лайк під кожним відео! Успіхів і натхнення Вам у роботі і створенні нового контенту 💐
Той момент коли в кінці кажуть що все це знати не потрібно і достатньо знати 20 видів... боже, мед для вух))) чисто за це вподобайка, але по суті дуже гарно викладена інформація, дякую)
колись як вивчала типи тестування, то в мене було ще таке як user equipment (UE) testing. тут ніби такого не було) можу помилятись:) вам велике дякую, що зібрали це все в купу🤍
Трохи покопалась в інтернетах і знайшла таку інфу: Ramp up і ramp down - тестування швидкості підвищєння і зниження навантаження користувачами на систему. Типу за який час сервер зможе масштабувати ресурси при поступовому навантаженні від малої кількості користувачів до максимальної і навпаки. Якщо вам щє актуально)
дякую за контент! і питаннячко: Comparison testing 13. та Comparison testing 89. відрізняються типу спочатку 13. то Changes related тип текстування, а 89. це підхід(approach) до тестування, чи просто двічі попався термін в список?
Вау, оце так відеошпаргалка! Крутяк! Але після його перегляду з'явилось запитання: скільки разів в процесі зйомки, відео ставилось на паузу і звучали матюки?))))
Наталья, хотелось бы урок про мобильное тестирование на практике (с примерами). А также больше видео по тестированию украинских сайтов, и поиску там ошибок. Спасибо за Ваш труд👍
Ви молодець! Велике дякую за такий детальний перелік. Маю дуже дурне питання по Bottom-up та Top-down) Зустріла їх на курсі, але не зрозуміла і не отримала чіткої відповіді від ментора. Намагалась розібратися сама, але я видно тупа, бо досі не змогла зрозуміти для себе, як це тестування "модулів" має виглядати для розробника (адже їх виконує розробник, правильно?). Для мене, як користувача, здається ніби просто - те що бачу першим на сторінці застосунку - це і є високорівневе, а все що глибше - то вже до низькорівневих модулів, які скоріше за все є тупіковими. Але для дева, ці низькорівневі-високорівневі модулі виглядають як просто рядки/блоки рядків коду, і якщо немає чіткого розділення (що ось тут є лінія де закінчується один модуть і починається інший), то як зрозуміти що це все ще низькорівневий модуль, а не високорівневий? Чи у розробників є якісь просто певні "позначки" або типові правила які кажуть, що "якщо це виглядає отак - це низькорівневий модуль і він закінчується ось тут або ось так"? Вибачте за це тупе питання. Просто мені, як людині яка лише навчається і не в курсі більшості речей, цікаво мати якесь уявлення як це виглядає "зсередини". Дякую)
будь-хто, хто займається Integration тестуванням, це може бути і qa, і дев (зазвичай дев, але залежить від того, як побудовані процеси на проекті і як розділили зони відповідальності), пишуть відповідні тести для модулів різних рівнів, і запускають їх після unit тестів, зазвичай. Але це вже більше до автоматизації відноситься.
Не вистачає конкретних прикладів. Визначення то класно, а що під це визначення підпадає періодично не зрозуміло В ідеалі на прикладі сайтів чи сайтів і програм бо в нас існує installation test
Не вистачає мені тут структурованості ((( і якоїсь картинки для розрізнення і запам'ятовування. В голові як була каша з цими видами тестів, так і залишилася (((( Врятуйте мене, скажіть, що то тільки для співбесіди, а не для роботи все треба знати :)
Шановна Попелюхо, дякую вам за вашу невпинну працю і якісний QA контент ♥️
Мабуть, найкращий канал по QА, який я тільки зустрічав. Так зрозуміло і простою мовою. Клас!
Дуже круте відео!👍
Я тільки починаю вивчати тестування ваш канал як нахідка для початківця!👀
Доброго дня. Дуже рада, що натрапила на твій курс. Інформативно, чітко, а головне зрозуміло і з прикладами. Велике спасибі за таку титанічну роботу. Але є невелика помилка, тип тестування Comparison повторювався двічі. Під 13-им та 89-им номер.
Подяка за якісний український контент та цей дахозривний урок )
Наталія, щиро дякую за Вашу працю! Ви дуже зрозуміло і детально пояснюєте, що дозволяє легко засвоїти матеріал. Найкращий канал для тестувальників)
Підписка і лайк під кожним відео! Успіхів і натхнення Вам у роботі і створенні нового контенту 💐
🫶🏻
Той момент коли в кінці кажуть що все це знати не потрібно і достатньо знати 20 видів... боже, мед для вух))) чисто за це вподобайка, але по суті дуже гарно викладена інформація, дякую)
дуже інформативно, дякую за таку збірку!
(треба було ще цей список закинути з поясненнями
)
аааа, вже бачу що в наступних відео ви так і зробили) дуже дякую!
Дякую, що заморочилися і зробили таке вичерпно інформативне і максимально зрозуміле відео. Зроблено з любов'ю 😊
колись як вивчала типи тестування, то в мене було ще таке як user equipment (UE) testing. тут ніби такого не було) можу помилятись:) вам велике дякую, що зібрали це все в купу🤍
Стисло, зручно, по суті - мені сподобалось)
Дякую, відео було цікавим та інформативним.
Так, відео дуже цікаве та інформативне, дякуємо❤
Дуже Дякую!!! Я ТебеЛюблю❤
На кінець дочекалася...Рада Вас чути ..Слава Україні !!
Героям Слава 💙💛
Дякую за гарно викладений матеріал 🥰
І що по-українськи - окреме дякую💙💛
Ви така гарненька 😅😇
Дякую за якісний контент!!))❤
Золушка! Если б я посмотрел это все до курсов , я б забил на обучение!
Дякую, Сонечко
Вітаю! 7:24 № 22, підкажіть будь ласка, що мається на увазі під «підвищення вхідного сигналу?»
Дякую за ваш контент!
Про ремп це теорія з інтернетів, направду сама не знаю)
Трохи покопалась в інтернетах і знайшла таку інфу: Ramp up і ramp down - тестування швидкості підвищєння і зниження навантаження користувачами на систему. Типу за який час сервер зможе масштабувати ресурси при поступовому навантаженні від малої кількості користувачів до максимальної і навпаки.
Якщо вам щє актуально)
Які ви молодці, клас :)
дякую за контент! і питаннячко: Comparison testing 13. та Comparison testing 89. відрізняються типу спочатку 13. то Changes related тип текстування, а 89. це підхід(approach) до тестування, чи просто двічі попався термін в список?
Бомба ракета, розумничка!!
Вау, оце так відеошпаргалка! Крутяк! Але після його перегляду з'явилось запитання: скільки разів в процесі зйомки, відео ставилось на паузу і звучали матюки?))))
Ооо, між кожним типом тестування, для цього навіть паузу ставити не треба, я просто в монтажі вирізаю😂
@@Popeliuha десь так приблизно це і уявляв 😅
Наталья, хотелось бы урок про мобильное тестирование на практике (с примерами). А также больше видео по тестированию украинских сайтов, и поиску там ошибок. Спасибо за Ваш труд👍
Ви молодець! Велике дякую за такий детальний перелік.
Маю дуже дурне питання по Bottom-up та Top-down)
Зустріла їх на курсі, але не зрозуміла і не отримала чіткої відповіді від ментора. Намагалась розібратися сама, але я видно тупа, бо досі не змогла зрозуміти для себе, як це тестування "модулів" має виглядати для розробника (адже їх виконує розробник, правильно?).
Для мене, як користувача, здається ніби просто - те що бачу першим на сторінці застосунку - це і є високорівневе, а все що глибше - то вже до низькорівневих модулів, які скоріше за все є тупіковими.
Але для дева, ці низькорівневі-високорівневі модулі виглядають як просто рядки/блоки рядків коду, і якщо немає чіткого розділення (що ось тут є лінія де закінчується один модуть і починається інший), то як зрозуміти що це все ще низькорівневий модуль, а не високорівневий? Чи у розробників є якісь просто певні "позначки" або типові правила які кажуть, що "якщо це виглядає отак - це низькорівневий модуль і він закінчується ось тут або ось так"?
Вибачте за це тупе питання. Просто мені, як людині яка лише навчається і не в курсі більшості речей, цікаво мати якесь уявлення як це виглядає "зсередини".
Дякую)
будь-хто, хто займається Integration тестуванням, це може бути і qa, і дев (зазвичай дев, але залежить від того, як побудовані процеси на проекті і як розділили зони відповідальності), пишуть відповідні тести для модулів різних рівнів, і запускають їх після unit тестів, зазвичай. Але це вже більше до автоматизації відноситься.
А є посиланнячко про "саніті=смоук" по ISTQB? Знайшов сам
Synonyms: confidence test, sanity test, intake test
Exploratory testing передбачає написання документації паралельно з тестуванням.
Доброго вечора,у 106 типу трішки оговорилася )
дякую за контент, дуже інформативно та доступно
знайшов баг, посилання на твій інст не працює😅
Дякую, виправила :)
Не вистачає конкретних прикладів. Визначення то класно, а що під це визначення підпадає періодично не зрозуміло
В ідеалі на прикладі сайтів чи сайтів і програм бо в нас існує installation test
Так же, хотелось бы увидеть решение тестовых заданий на позицию Junior QA (я думаю, что Ваши ученики с радостью ими поделятся с Вами)🙂
Не, я этим не занимаюсь) я раньше помогала с тестовыми. 70% тестовых откровенно конченые))
Cool, thanks)
Не вистачає мені тут структурованості ((( і якоїсь картинки для розрізнення і запам'ятовування. В голові як була каша з цими видами тестів, так і залишилася ((((
Врятуйте мене, скажіть, що то тільки для співбесіди, а не для роботи все треба знати :)
О, дійшла до фінального абзацу :)
2 видос за день, мать что ты употребляешь)
хахахах это секрет)))))
Я тебе обожнюю