Дякую!!!!!! Просто супер, попадання на 100 % - ось така інформація мегапотрібна: запитання і відповіді професіонала, ще й документ з ними прикріплений👍 Бажаю успіхів в розвитку каналу! П.С. До речі, твої курси допомогли одній знайомій, яка з чоловіком і дитиною втекла від війни в Європу, змінити діяльність і знайти роботу тестувальника, що їм дуже допомагає на даному етапі життя!
це прекрасно! хочу ще. навіть не очікувала, що є такий україномовний контент. приємно дивитися і слухати. з такими відео легко згадувати давно забуту теорію. сподіваюся, що у Вас буде ще повно натхнення і часу радувати нас наступними відео
Тайм-коди: 00:50 - Які види тестової документації ви знаєте? 01:20 - Що таке вимоги і які види вимог ви знаєте? 01:47 - Що таке User Story? 02:47 - Що таке тест кейс? 03:59 - З чого складається тест кейс? 05:52 - Що таке чекліст? 06:48 - Чим відрізняється чекліст від тест кейса? 07:18 - Що таке тест план? 08:02 - З чого складається тест план? 13:23 - Чим тест план відрізняється від тест стратегії? 18:31 - Що таке Traceability matrix? 20:57 - Що таке Impact Analysis? 21:47 - Що таке баг? 22:05 - Чим дефект відрізняється від баг-репорта? Що таке баг-репорт? 23:05 - З чого складається баг-репорт? 25:02 - Що таке Severity та Priority? 28:21 - Наведіть приклад багу з низьким пріоритетом, але високим ступенем впливу 29:31 - Опишіть життєвий цикл баг-репорта 34:21 - Що робити якщо розробник каже що це не баг? 35:20 - Що робити якщо в розробника баг не відтворюється? 36:52 - Як ви будете тестувати якщо вимог нема? 37:18 - Коли QA-інженер повинен звертатися за допомогою?
Дякую, Наталя! Ти чудова. Особливе дякую за suite - суит, бо іноді було важко довести комусь що це не "сьют". Також за пояснення різниці між "великою" тест-стратегією і відповідно частиною тест-плану з такою ж назвою. Це не всі розуміють) щасти!
Знов дивишся на красу Наталі, замість слухати, повторювати і запам'ятовувати. Відмотував назад декілька разів. Дякую, це дуже допомагає розумінню. Таким чином можна і по найпоширенішими тулзам зробити, теж питають. Ще раз дякую
Дякую за змістовні відповіді, це ван лав♥ Стосовно чек-листа. Нещодавно мені відхилили тестове завдання через те, що я в своєму чек-листі для Smoke testing перед релізом не внесла колонку "Priority", оскільки за версією компанії вона є обов'язковою. Чи справді це так важливо? Як на мене в Smoke testing на цьому етапі всі пункти будуть з високим пріоритетом.
На 4:14 сказано що Тест-кейс складається зі Steps to reproduce (STR). Тест-кейс складається з кроків для перевірки того чи іншого функціоналу, а STR використовується в баг репортах.
Dear Natalia, my heartfelt appreciation for your dedication to supporting aspiring QA professionals like myself. Your commitment to sharing valuable knowledge and insights is truly inspiring. I am grateful for the time and effort you invest in curating such helpful content for the benefit of the community.
Наталю, вітаю! Дуже дякую за круте відео. Прошу уточнити один момент про залежність тест кейсів один від одного. Прикладі, який Ви навели, - це як правильно писати? Тобто в другому ТК по видаленню з обраного, треба повторити всі степи першого + додати степ видалення? А хіба не можна написати в прекондішин, що товар доданий в обране, а в степах написати тільки про видалення? Наведіть будь ласка приклад взаємопов'язаних ТК, які складені неправильно) Дякую!
Наталочка, дуже вдячна за твій канал, ще і українською! Стільки корисної інформації і порад в одному флаконі! Бажаю успіху і процвітання каналу та прийти до омріяної срібної кнопочки! Зараз тільки вчуся на QA... І є питання: ти сказала що розробник і тестувальник можуть сперечатися з приводу "фіча" це або "баг". Не розумію, чому? Адже вимоги одні для всіх і розбіжностей не має бути? Якими тоді документами користується розробник, якщо каже що у мене десь так написано... Це де? У розробника якісь свої вимоги?)) Чи можна будь-ласка пару реальних прикладів на цю тему? Які функції розробник може вважати фічею, а тестувальник багом?
Просто розробники продукт створюють, і десь можуть полінуватись, закрити на щось очі і недоробити, але для них їх продукт буде всеодно найкращий. І тут приходить якийсь тестувальник і намагається довести зворотнє, і у девів може горіти. Це дуже перебільшений приклад звісно, але ідея приблизно така)
Дякую тобі за твою працю і величезний вклад в україномовний контент по тестуванню.
Що я тільки-но побачила? Це скарб! Низький уклін і щира дяка за інформацію, яку розкладено по поличках. Кайф❤
Дякую!!!!!! Просто супер, попадання на 100 % - ось така інформація мегапотрібна: запитання і відповіді професіонала, ще й документ з ними прикріплений👍
Бажаю успіхів в розвитку каналу!
П.С. До речі, твої курси допомогли одній знайомій, яка з чоловіком і дитиною втекла від війни в Європу, змінити діяльність і знайти роботу тестувальника, що їм дуже допомагає на даному етапі життя!
Наташа, ти просто скарб) Дякую тобі за твою працю!
Ви дуже позитивна. Дякую Вам за чудове україномовне відео.
Бесцінно! Дякую дуже
Дякую СОУ МАЧ! Щільність подачі матеріалу вражає! Коли виросту дорослий - теж так навчуся
Пані, як завжди, чудове відео! Дякую за Вашу роботу, вона мені дуууже допомагає))
Шпаргалка просто вогень! Від імені QA всіх рівнів дякую за нашу впевненість у тому, що все вийде)
це прекрасно! хочу ще. навіть не очікувала, що є такий україномовний контент. приємно дивитися і слухати. з такими відео легко згадувати давно забуту теорію. сподіваюся, що у Вас буде ще повно натхнення і часу радувати нас наступними відео
Дякую! Такого плану відео, це те, що треба коли часу обмаль а знання по теорії треба освіжити "кров з носа") Чекаю наступних випусків.
Тайм-коди:
00:50 - Які види тестової документації ви знаєте?
01:20 - Що таке вимоги і які види вимог ви знаєте?
01:47 - Що таке User Story?
02:47 - Що таке тест кейс?
03:59 - З чого складається тест кейс?
05:52 - Що таке чекліст?
06:48 - Чим відрізняється чекліст від тест кейса?
07:18 - Що таке тест план?
08:02 - З чого складається тест план?
13:23 - Чим тест план відрізняється від тест стратегії?
18:31 - Що таке Traceability matrix?
20:57 - Що таке Impact Analysis?
21:47 - Що таке баг?
22:05 - Чим дефект відрізняється від баг-репорта? Що таке баг-репорт?
23:05 - З чого складається баг-репорт?
25:02 - Що таке Severity та Priority?
28:21 - Наведіть приклад багу з низьким пріоритетом, але високим ступенем впливу
29:31 - Опишіть життєвий цикл баг-репорта
34:21 - Що робити якщо розробник каже що це не баг?
35:20 - Що робити якщо в розробника баг не відтворюється?
36:52 - Як ви будете тестувати якщо вимог нема?
37:18 - Коли QA-інженер повинен звертатися за допомогою?
Я вас люблю!
Дуже вдячний за інформацію, твоє відео це як перечитати свій конспект перед екзаменом чи співбесідою!)
класно і змістовно розповідаєш, я навіть не помітив як подивився весь відос, афігєть
Дуже сподобався такий варіант відповіді те що потрібно для підготовки до співбесіди)
Дякую Вам за чудове україномовне відео
Дуже дякую за гарні та корисні відео!
Продовжуйте! Дуже цікаво! Бажаю досягнути 💯 К
За фігурки Відьмака ставлю окремий лайк! Дякую за контент, дуже радий що вже є спонсори)
Дякую за відео, надзвичайно корисна інформація нашою солов'їною ще й все в одному місці. 👍
Дуууууже дякую!!!!!!! Коротко, інформативно, нічого зайвого! Дуже чекаю нових відео з цієї серіі!!!))))))
Чудовий формат для повторення матеріалу. Заходить на ураа! Дякую тобі!
Мега крута, дякую за те що робиш
Дякую велике за таке інформаційне відео, а також безмежно дякую за pdf файл💛💙
ти молодчинка, дуже цікаво та інформативно!)
Дуже круто і доступно!
Дуже крутезне відео. Дякую за корисну інфу =)
Дуже цікаве та корисне відео! Окрема вподобайка за колекцію книг та фігурок відьмака на полиці!
Дякую, Наталя! Ти чудова. Особливе дякую за suite - суит, бо іноді було важко довести комусь що це не "сьют". Також за пояснення різниці між "великою" тест-стратегією і відповідно частиною тест-плану з такою ж назвою. Це не всі розуміють) щасти!
Наталя, дякую! Формат зайшов - це не те слово! Неймовірно корисна дуже добре структурована інформація.
Дуже дякую за Вашу подачу матеріалу . Успіхів Вам!
Дякую за україномовне відео, слухати одне задоволення🔥
Дуже корисна інформація. Коротко і ясно для швидкого повторення теорії.
Дуже дякую і чекаю на продовження!
Дуже дякую! У мене завтра перша співбесіда, передивилась ваші відео з відповідями на питання, іду читати ваш конспект) дякую!
Дякую за ваші відео, коли я на курсах вчилась на QA і мені було щось не зрозуміло, переглядала ваші відео, для мене було більш зрозуміло ❤
Неймовірна праця. Дякую все дуже зрозуміло .
Дякую!!! Дуже корисно, зрозуміло і коротко. Я в захваті від того формату❤
Прям знахідка!) дякую за роботу, нехай срібна кнопка прийде хутко, не треба пішки до Києва
Дуже гарне відео 👍👍👍
Дуже крута і корисна інформація, проста і невимушена подача! 🤩Дякую! 💙💛
Дуже крутий формат теорії та практичного досвіду. Чекаю наступний відос "thumbs up"
Дуже дякую за корисне відео, особливо перед співбесідою пробігтися і повторити основні питання 🙂
клас! дуже легко і просто все пояснено! дякую за таку деталізацію і ще й приклади! і цей формат теж зайшов)
Дякую за корисну інфу, як раз складаю шпаргалку для підготовки до співбесіди)
Це неймовірно. Дуже все зрозуміло. Дякую.
Дякую дуже! Це відео вартує більше ніж половина курсів на ринку і показує як справді треба куачіть)))
Дякую, дуже корисна інформація
Величезне дякую! Як завжди все доступно і без зайвої інфи ❤
це відео просто скарб, дякую)
Дякую за відео! Формат дуже класний! Продовжуйте, будь ласка!
Дуже дякую за важливу інформацію!
Чудовий формат, ти сонечко, дякую за інфу. Навіть маючи 5 років в тестуванні витягую щось корисне)
Дякую)
Знов дивишся на красу Наталі, замість слухати, повторювати і запам'ятовувати. Відмотував назад декілька разів. Дякую, це дуже допомагає розумінню. Таким чином можна і по найпоширенішими тулзам зробити, теж питають. Ще раз дякую
Зроблю!
Хочу обняти, коли побачу, може, на якомусь івенті. ☺️
Дякую, передивилась. Трохи лякає, трошки повільніше і детальніше про кожне питання, плз.
Дуже крутий формат👍🙏🙏 Доступно,лаконічно,зрозуміло.
Дуже дякую за інформацію 😊 Починаю навчатися, з вами цікаво 👍
Підписалася❤
Дякую! Дуже корисна інформація для проходження співбесіди 👏👏👏
Дякую велике, інформація була цікава і корисна.
Дуже круто! Ще, треба ще) файний формат та крутезні щупальця на фоні ❤
Дякую)))
Величезне дякую тобі за твої відео, дуже корисні.
Молодець!!!
Ти як завжди на висоті!!!
❤❤❤
Наталя, дуже дякую за відео, навчання, доступні та класні пояснення, приклади! Такий формат дуже сподобався!
Умочка❤ чітко і лаконічно
Дякую. Все просто, та саме головне "іншими словами", більше приближенними до практики ❤
Vy klasna )
Djakuju za Vashi video ❤
Дякую за чудовий контент українською мовою! Все чітко, зрозуміло і по факту))
Дуже дякую тобі за це відео😊 це просто знахідка.
Гарний формат, зараз особисто мені дуже на часі😢
Дякую!
Дуже дякую! Завдяки Вам, я все ж таки почну вчити тестування))
КРУТО. ДЯКУЮЮЮЮ!!!!
Величезне дякую) супер-корисна інформація!
Дякую за інформацію!
Ти крута!! Так тримати! Продовжуй !
Пані Попелюха Ви дуже крута!
Дуже цікавий формат❤ а головне корисний!
Дякую за змістовні відповіді, це ван лав♥
Стосовно чек-листа. Нещодавно мені відхилили тестове завдання через те, що я в своєму чек-листі для Smoke testing перед релізом не внесла колонку "Priority", оскільки за версією компанії вона є обов'язковою. Чи справді це так важливо? Як на мене в Smoke testing на цьому етапі всі пункти будуть з високим пріоритетом.
Погоджуюсь з вами)
Супер. Все зрозуміло і розкладено по поличках.
Чудовий україномовний контент 👍 Дякую , Наталя, за безцінні знання ❤
Круто! Чекаю на продовження :)
Привіт! Дякую за «контент»! Якщо є можливість пройтись по питаннях на «мідла» - було б дуже круто!
На мідла задають те саме, тільки розказуєш більше про свій досвід. Буду записувати ще інші теми)
Дуже вдячна за Вашу роботу) відео дуже корисне!❤
Вельми вдячний за чудове відео! було б чудово варіанти відео для джунів та мідлів яка різниця знань повинна бути)
Зроблю)
На 4:14 сказано що Тест-кейс складається зі Steps to reproduce (STR). Тест-кейс складається з кроків для перевірки того чи іншого функціоналу, а STR використовується в баг репортах.
Душніла
Щиро вдячний за твою працю!
Ваша краса відволікає від інформації у відео 😍
☺️☺️☺️
Коментар у підтримку чудового каналу❤😊
Дякууюююю🎉🎉🎉
Не канал, а шедевр!
Формат дуже класний! А ще лайк за Відьмака та GoT 😅
О, хтось зацінив)) значить в новому відео будуть нові:)
Dear Natalia, my heartfelt appreciation for your dedication to supporting aspiring QA professionals like myself. Your commitment to sharing valuable knowledge and insights is truly inspiring. I am grateful for the time and effort you invest in curating such helpful content for the benefit of the community.
Дякую!
Дуже класне відео)))
А буде продовження? Якщо так то буду чекати)
Так, я вже записувала але відео не вдалось) скоро запишу заново
Дякую за відосік. Були б тайм коди то було дякую в квадраті.
Будуть
Лайк за Відьмака))
Дякую за такий огляд, лайк. А підкажіть якщо хтось знає - де можна знайти стандарт ISO 29119?
Наталю, вітаю! Дуже дякую за круте відео. Прошу уточнити один момент про залежність тест кейсів один від одного. Прикладі, який Ви навели, - це як правильно писати? Тобто в другому ТК по видаленню з обраного, треба повторити всі степи першого + додати степ видалення? А хіба не можна написати в прекондішин, що товар доданий в обране, а в степах написати тільки про видалення? Наведіть будь ласка приклад взаємопов'язаних ТК, які складені неправильно) Дякую!
Ви описали 2 сценарія, на практиці роблять і так і так:) дехто додає цю інфу в передумови, а дехто в кроки
ти дивовижна 🤗
Велике дякую за такий корисний контент!
У мене виникло питання
Тест сьют і декомпозиція це одне й те саме ?
Ні, це зовсім різні речі. Декомпозиція - розбір проекту на маленькі частинки, тест сьют - це папка з тест кейсами
Наталочка, дуже вдячна за твій канал, ще і українською! Стільки корисної інформації і порад в одному флаконі! Бажаю успіху і процвітання каналу та прийти до омріяної срібної кнопочки!
Зараз тільки вчуся на QA... І є питання: ти сказала що розробник і тестувальник можуть сперечатися з приводу "фіча" це або "баг". Не розумію, чому? Адже вимоги одні для всіх і розбіжностей не має бути? Якими тоді документами користується розробник, якщо каже що у мене десь так написано... Це де? У розробника якісь свої вимоги?)) Чи можна будь-ласка пару реальних прикладів на цю тему? Які функції розробник може вважати фічею, а тестувальник багом?
Просто розробники продукт створюють, і десь можуть полінуватись, закрити на щось очі і недоробити, але для них їх продукт буде всеодно найкращий. І тут приходить якийсь тестувальник і намагається довести зворотнє, і у девів може горіти. Це дуже перебільшений приклад звісно, але ідея приблизно така)
Спасибі