Дежавю, рік тому дивився ці відео перед своїми співбесідами. А тепер дивлюсь бо потрібно самому проводити співбесіду. І в обох випадках дуже корисне відео, дякую!
Курс, який бере тебе за ручку і поступово, уважно і турботливо вводить в професію тестувальника від А до Я, включно з блоком підготовки до співбесіди. Дякую тобі, Наталко, користувалася твоїми матеріалами паралельно до матеріалів іт-академії, де проходила курс, і твої білтш системні, структуровані, актуальні і зрозуміліші! 🌷🌷🌷
Дякую вам за інформацію. Мені як початківцю це є дуже корисно, особливо, коли як сліпе кошеня не знаєш куди податися і що вчити. Коротко, ясно, структуровано
Дивлюсь і не можу надивитись. Коли так треба інформація на рідній українській і вона є, та й ще в придачу все зрозуміло та с чудовим голосом) Дякую за відео) Слава Україні 🟦🟦🟦🟦🟦 🟦🟦🟦🟦🟦 🟨🟨🟨🟨🟨 🟨🟨🟨🟨🟨
Дуууже круте та корисне відео! Саме таких нюансів я хотіла почути на тренінгах по працевлаштуванню після курсу але навіть практик на технічному тренінгу такого не казав!! Тисячу раз дякую!!🔥🔥🔥
Міняю компанію з європейськоі на украінську, підтверджую ці питання))) Більшість з них і правда запитує рекрутер. Хотілося б ще розбір технічноі частини, бо дууууже є різні варіанти. А взагалі, тут ти подобаєшься, чи ні. Бо якщо не дотягуєш, але готов вчитись і працювати, то тебе заберуть. Але якщо ти такий типу "Я тут самий розумний", купа років досвіду і технологій, то не всі хочуть навіть відповідати після тех частини. Сама бачила таке на прикладі мого ментора-динозавра, який працював на гугл і ібм і має стаж 20 років...
Наталія, Ваш курс - супер! У зв'язку з високою конкуренцією на ринку QA manual є до Вас питання - чи не плануєте Ви скласти такий же крутезний курс з автоматизованого тестування?))
У мене не таке поняття валідації і варифікації. І на співбесіді в мене питали і я правильно відповіла. Валідація - відповідність продукту щодо очікування користувачів. Верифікація - відповідність продукту щодо вимог.
Так. Ще легко запам’ятати . Задача пошити чоловічу сорочку. Наявність, тобто два рукава, планочка під гудзики, ворот, манжети, тобто виріб можно ідентифікувати як сорочка - веріфікація. А підходить чи за розміром, кольором, довжиною рукава клієнту - валідація
Визначення з ISTQB наче такі: Verification - Confirmation by examination and through provision of objective evidence that specified requirements have been fulfilled. Validation - Confirmation by examination and through provision of objective evidence that the requirements for a specific intended use or application have been fulfilled. Тому варіант в коментарі здається більш коректним. Але загалом дякую за відео, гарна подача 👍
Наталя, дякую за відео! Питання: по джоінтам і запитам SQL - наскільки деталізованішою має бути відповідь (обізнаність) мідла, якщо це мануал qa? У відео, як я розумію, базові відповіді рівня джуна. Цікаво погляд з боку людини, яка з боку наймаря має досвід. (з описів вакансій складається враження, що мідл мануал має бути прям стронг джун автомейшн і ніяк не нижче)
Та ні, беруть завжди те, що потрібно на проект. Я ні разу не зустрічала мідла чи сеньйора ТЕСТУВАЛЬНИКА, хто знав би скл більше ніж джойни ;) і нема сенсу робити більші вимоги
Це те ж саме коли питають про принципи наприклад, теж не потрібна фігня яка взагалі ролі не грає у роботі, там взагалі половину теорії вирізати можна 🤷♀️
Вітаю. 7:22 А хіба не так: Верифікація це - "Ми правильно, без помилок розробляємо продукт" Валідація це - "Ми розробили той продукт який віповідає заявленим вимогам замовника". ? Smoke testing ну тут можуть бути холівари, але загальному то Smoke - нам, тестувальникам, дають новий білд, або фічу і ми проводимо смок для того аби зясувати чи варто взагалі витрачати час на тестування (можливо, та сама нова фіча одразу багована). А Sanity тестінг, це скоріше перед релізом, ми проходимо тестування життєво необхідних функцій продукту. Часто Саніті роблять коли дедлайн і реально не вистачає часу перевірити усе що там накодили))
Привіт. З приводу верифікації і валідації все вірно, є декілька різних «теорій», ви сказали одну, а я другу. З приводу смоук і саніті я описала в відео дві теорії, обидві підкріплені джерелами. А щодо вашого «саніті теж поверхнє але перед релізом» маю сумніви, завжди бачила що саніті про деталі, тестування вглибину і тестування на відповідність вимогам
Привіт! Дякую за такий матеріал, ще й українською мовою! Дуже круто, бо я з тих, що вчив професію тестувальника російською, а зараз шукаю нову компанію і проходжу співбесіди, і починаю будь-яке спілкування українською. Так от, говорити на технічні теми іноді буває тяжко, бо треба окремі слова перекладати. Маю питання по відео, саме про типи тестування - а чи вказані "функціональні, нефункціональні, пов'язані зі змінами" - це ж наче є Видами тестування? Чи я помиляюсь? Дякую)
@@Popeliuha дозволь уточнити, в моїх конспектах про типи тестування написано таке: 1. White/black/grey box-тестування 2. Статичне та динамічне тестування 3. Ручне та автоматизоване тестування Цеж трошки про інше наче Для себе хочу розібратись, щоб не наробити кашу в голові.
QS Testlab дає дещо інші визначення для верифікації і валідації, верифікація - перевірка чи всі елементи, які вимагались у ТЗ/макетах присутні на сторінці, валідація - перевірка того, чи всі ці елементи працюють відповідно до вимог. А у Вашому поясненні перевірка наявності елементів на сторінці входить до валідації, адже вони перевіряються "на комп'ютері", а не "на папері". Можна, будь ласка, прояснити дану ситуацію?
А за ISTQB верифікація - перевірка що ПЗ розроблене відповідно до вимог, а валідація - що задовольняє очікування користувача) Дуже багато різних версій бачила.
Дякую. Чудові питання. Як раз готуюсь до співбесіди. В мене питання про методологію Scrum, ви розповідаєте, що це обов'язково дошка(to do, doing та done). Наче передивилась, то таке ніби тільки в Kanban. Чи така дошка в обох методологіях?
Добрий день, Шановна @Popeliucha, Маю питаннячко - на уроці ТИПИ ТЕСТУВАННЯ ви дайте тип тестування ЛОКАЛІЗАЦІЯ як Функціональний тип, а тут як Нефункціональний. А тип Smoke теж як Функціональний, а тут як Пов'язаний зі змінами. Якщо можна, поясніть, будь-ласка,чим викликана така різниця і що правильно.... Дуже дякую
Я не давала локалізацію і смоук як функц) я показала на слайдах що є 3 різних теорії, і якраз цю я не люблю. А потім в наступних відео казала, що локалізація нефункціональна, а смоут пов‘язаний зі змінами
щодо STLC теж маю питання) бо той же ГУРУ99 говорить про 6 стадій і вони починаються з аналізу вимог. Яку із багатьох запропонованих в інтернетах краще юзати то? бо складається відчуття що скільки людей стільки і підходів (((
Про скільки людей, стільки підходів це вірно, але основна теорія береться з istqb. Там так, як на відео. Але буде ще два окремих відео до кінця місяця про це
І ще питаннячко. Маю досвід в парі компаній де одразу чесно заявили, що працюють по скрамбану )) Такий собі гібрид, який для команд виявився найзручнішим (ну й будемо чесними, чистий скрам - це як чесний депутат: він існує, але треба мати везіння зустріти). Наскільки критично знати теорію (відмінності і особливості між скрамом і канбаном) для співбесіди на мідла? Чи тут вже наймаря більше цікавить почути реальний досвід?
На мідла завжди хочуть почути реальний досвід, а не завчену теорію. Але краще відмінності знати (не зазубрити а зрозуміти і запамʼятати пару речей). Я наприклад знаю 😂😂
Я вперше бачу, що smoke тестування відноситься, то тестування, пов'язаного зі змінами. Завжди чула, що це просто перше (до всіх інших) тестування, яке проводимо з аплікацією.
Доброго дня. Напишіть ,будь ласка,чому на курсах Udemy російською до функціонального відноситься user interface а тут ui відносяться до не функціонального
Не згодна, що принципи тестування треба вивчити на трейні і забути. Дуже непогано, коли ви в роботі згадуєте про них і модифікуєте тест кейси, щоб уникнути парадоксу пестицидів, або розумієте, що конкретна область в апці може бути баг-кластером, або згадуєте, що тестування показує наявність багів, а не їх відсутність, а тому баги будуть завжди, але критичні можна виявити, і відповідно пріоритезувати свої задачі і тд
@@Popeliuha я сподіваюсь, що це ви мене не принизили, так написавши))) Бо так про все можна сказати - воно очевидно, але для початківців не думаю, що прям так очевидно.
Дежавю, рік тому дивився ці відео перед своїми співбесідами. А тепер дивлюсь бо потрібно самому проводити співбесіду. І в обох випадках дуже корисне відео, дякую!
дякую за супер корисний контент та приклади ❤️
Дякую. Дуже корисно і змістовно. Особливо мені сподобався блок про питання до роботодавця.
Курс, який бере тебе за ручку і поступово, уважно і турботливо вводить в професію тестувальника від А до Я, включно з блоком підготовки до співбесіди. Дякую тобі, Наталко, користувалася твоїми матеріалами паралельно до матеріалів іт-академії, де проходила курс, і твої білтш системні, структуровані, актуальні і зрозуміліші! 🌷🌷🌷
Дякую вам за інформацію. Мені як початківцю це є дуже корисно, особливо, коли як сліпе кошеня не знаєш куди податися і що вчити. Коротко, ясно, структуровано
Дуже дякую за вашу працю. Ви неймовірна, і робите велику і корисну справу для інших
Чудово. Дуже енергійно. І тут майже 90% із усього курсу навчання. Дякую за Вашу працю.
Даже дякую вам за вашу роботу. Ви супер позитивна та приємна людина!
Дуже Вам дякую за відео. Як завжди, на висоті! По цьому відео можна все основне про QA Testing вивчити за 30 хв 🤓
ВАУ!!!!
Це ж шикарна коротка аудио шпаргалка!!!
Ви навіть не усвідомлюєте яка це класна штука перед працевлаштувнням!!!
Гарно дякую!!! ;)
Готуюсь до проходження співбесіди, тож дякую за Ваші безцінні поради 💙💛
І як , пройшли?
Ну як? Пройшли?
@@Ira_Datsenko Дякую, пройшла. Наразі готуюсь до екзамену ISTQB. Для цього також додатково слухаю курс від Popeliuha
@@natalievecklenko1835 то ви вже працевлаштований QA інженер ?
корисно не лише перед співбесідою, але й перед випускними іспитами на курсах, дяка!
Безмежно вдячний Вам за Ваші відео.Вони неймовірно мене рятують зараз.Ви неперевершений лектор.Дякую.
Дивлюсь і не можу надивитись. Коли так треба інформація на рідній українській і вона є, та й ще в придачу все зрозуміло та с чудовим голосом) Дякую за відео) Слава Україні
🟦🟦🟦🟦🟦
🟦🟦🟦🟦🟦
🟨🟨🟨🟨🟨
🟨🟨🟨🟨🟨
Героям Слава!
Дякую, готуюся з вами 🤩
Супер. Такие ролики очень хороши не только для настроя на ревью, но и для повторения теории даже. Дякуємо!
ти крута і робиш великий внесок для розвитку наших людей! дякую
Дуууже круте та корисне відео! Саме таких нюансів я хотіла почути на тренінгах по працевлаштуванню після курсу але навіть практик на технічному тренінгу такого не казав!! Тисячу раз дякую!!🔥🔥🔥
Наталю, я дякую вам за такі чудові, позитивні, інформативні відео, бажаю вам неймовірного успіху!
Дякую) чудово створене відео) + 100% до впевненості на наступній співбесіді)) Підписався)
Дякую 🤗 безмежно! Ви просто знахідка! Не зупиняйтеся 💙💛
Ваші відео супер, дякую Вам за навчання і корисний контент)
Дякую за актуальне відео. Саме готуюся до проходження співбесіди. Дуже сподіваюся на хороший результат.
і який результат?
Дякую за інфу. Дуже круто и ,головне, просто усе розказуеш.
Дуже круто та позитивно) Дякую за вашу роботу
Дуже дякую! Корисне відео❤
Щиро дякую. Готуюсь до інтерв'ю, коротко і все по поличках.
Дуже дуже дуже якісно!
Дякую!!!
Дякую 👍
Класний матеріал
Міняю компанію з європейськоі на украінську, підтверджую ці питання))) Більшість з них і правда запитує рекрутер. Хотілося б ще розбір технічноі частини, бо дууууже є різні варіанти. А взагалі, тут ти подобаєшься, чи ні. Бо якщо не дотягуєш, але готов вчитись і працювати, то тебе заберуть. Але якщо ти такий типу "Я тут самий розумний", купа років досвіду і технологій, то не всі хочуть навіть відповідати після тех частини. Сама бачила таке на прикладі мого ментора-динозавра, який працював на гугл і ібм і має стаж 20 років...
спасибо. полезно. похоже, что это самое популярное видео из курса :)
дякую❤
Дякую розумничка, все супер доступно.
Дякую за цікаве та змістовне відео. Хоча я вже не трейні, та завжди є що вивчити та згадати)
Я в захваті , стільки інфи в доступні формі і швидко. Дякую😀
Дякую, допомогло освіжити інформацію
Дякую за відео, дуже корисне та цікаве. Готуюсь по ньому до першої співбесіди.
Самий крутячий спікер в тестувані!!!!!!!!!!!!!!Дякую!!
Дуже дякую за таке класне відео!! Ви така молодець, захоплююсь Вашими відео!
Дякую, було корисно і цікаво.
Дякую за вашу роботу! Особливо за ідею відповідей як на укр, так і на англ - дрібниця, але сама не додумалася))
Дякую! Яка чудова українська❤️
Супер! Чодова подача!
Наталія, Ваш курс - супер! У зв'язку з високою конкуренцією на ринку QA manual є до Вас питання - чи не плануєте Ви скласти такий же крутезний курс з автоматизованого тестування?))
вже в процесі, але він буде платний) і треба знати с#
@@Popeliuha Клас! Вже не терпиться🤗 а коли Ви плануєте випуск курсу? Якщо є ще щось, крім C#, уточніть, будь ласка😉
Дякую!👍🌷
Коментар із більше, ніж чотирьох слів.
Дякую за відос, дуже цікаво)
Крутий, інформаційний канал !
Дякую за хороше відео. Деякі питання були вельми цікавими, а над деякими можна було навіть трохи зависнути... або не трохи.
У мене не таке поняття валідації і варифікації. І на співбесіді в мене питали і я правильно відповіла. Валідація - відповідність продукту щодо очікування користувачів. Верифікація - відповідність продукту щодо вимог.
Моя інфа з istqb. Але вашу версію також чула. Скільки людей-стільки версій😅😅😅
Так. Ще легко запам’ятати . Задача пошити чоловічу сорочку. Наявність, тобто два рукава, планочка під гудзики, ворот, манжети, тобто виріб можно ідентифікувати як сорочка - веріфікація.
А підходить чи за розміром, кольором, довжиною рукава клієнту - валідація
Визначення з ISTQB наче такі:
Verification - Confirmation by examination and through provision of objective evidence that specified requirements have been fulfilled.
Validation - Confirmation by examination and through provision of objective evidence that the requirements for a specific intended use or application have been fulfilled.
Тому варіант в коментарі здається більш коректним.
Але загалом дякую за відео, гарна подача 👍
Дякую! Дуже гарне пояснення!
Дякую за відео, дуже корисно і інформативно.
Лайк Попелюшці за позитивне і корисне відео!
Суперове відео)) дякую
Ви супер! дякую!!
Наталя, дякую за відео! Питання: по джоінтам і запитам SQL - наскільки деталізованішою має бути відповідь (обізнаність) мідла, якщо це мануал qa? У відео, як я розумію, базові відповіді рівня джуна. Цікаво погляд з боку людини, яка з боку наймаря має досвід. (з описів вакансій складається враження, що мідл мануал має бути прям стронг джун автомейшн і ніяк не нижче)
Та ні, беруть завжди те, що потрібно на проект. Я ні разу не зустрічала мідла чи сеньйора ТЕСТУВАЛЬНИКА, хто знав би скл більше ніж джойни ;) і нема сенсу робити більші вимоги
Наталочко, в тебе так все просто 😁😁 Згадую картинку з лицарем "я на першій співбесіді" 🤭 з Лінкедіну.
Данке! Все чудово!
Бітте;)
"Одна країна може мати тільки одну столицю" - не зовсім так, в Південній Африці їх аж три😲 Контент дуже корисний, було цікаво дивитись👍
Додатковий лайк за колупання олівцем в носі, до такого я не додумався😅
Северіті і Пріоріті - різко все змінюється, коли працююш з Джирою, в якій є тільки Пріоріті, який виставляє тестувальний, коли заводить баг))
Це те ж саме коли питають про принципи наприклад, теж не потрібна фігня яка взагалі ролі не грає у роботі, там взагалі половину теорії вирізати можна 🤷♀️
Вітаю.
7:22
А хіба не так:
Верифікація це - "Ми правильно, без помилок розробляємо продукт"
Валідація це - "Ми розробили той продукт який віповідає заявленим вимогам замовника".
?
Smoke testing ну тут можуть бути холівари, але загальному то Smoke - нам, тестувальникам, дають новий білд, або фічу і ми проводимо смок для того аби зясувати чи варто взагалі витрачати час на тестування (можливо, та сама нова фіча одразу багована). А Sanity тестінг, це скоріше перед релізом, ми проходимо тестування життєво необхідних функцій продукту. Часто Саніті роблять коли дедлайн і реально не вистачає часу перевірити усе що там накодили))
Привіт. З приводу верифікації і валідації все вірно, є декілька різних «теорій», ви сказали одну, а я другу.
З приводу смоук і саніті я описала в відео дві теорії, обидві підкріплені джерелами. А щодо вашого «саніті теж поверхнє але перед релізом» маю сумніви, завжди бачила що саніті про деталі, тестування вглибину і тестування на відповідність вимогам
@@Popeliuha Прошу вибачення якщо я вас образив. Ви робите хорошу справу, тим, що ділітесь інформацією.
Дуже дякую вам за відео)
Але все одно не зрозумів різницю між валідацією та веріфікацією
Привіт!
Дякую за такий матеріал, ще й українською мовою! Дуже круто, бо я з тих, що вчив професію тестувальника російською, а зараз шукаю нову компанію і проходжу співбесіди, і починаю будь-яке спілкування українською. Так от, говорити на технічні теми іноді буває тяжко, бо треба окремі слова перекладати.
Маю питання по відео, саме про типи тестування - а чи вказані "функціональні, нефункціональні, пов'язані зі змінами" - це ж наче є Видами тестування? Чи я помиляюсь?
Дякую)
так). це 3 великі групи, на які поділяють види тестування
@@Popeliuha дозволь уточнити, в моїх конспектах про типи тестування написано таке:
1. White/black/grey box-тестування
2. Статичне та динамічне тестування
3. Ручне та автоматизоване тестування
Цеж трошки про інше наче
Для себе хочу розібратись, щоб не наробити кашу в голові.
Доброго дня, дякую за відео)
Підкажіть є в планах курс по автоматизації? )
Так, вже працюю над ним, але буде платний
@@Popeliuha То є сила, то є міць!)
Дякую вам, сьгодня пройшов інтревью з рекрутером в компанію ajax systems) Відео стало у нагоді)
QS Testlab дає дещо інші визначення для верифікації і валідації, верифікація - перевірка чи всі елементи, які вимагались у ТЗ/макетах присутні на сторінці, валідація - перевірка того, чи всі ці елементи працюють відповідно до вимог. А у Вашому поясненні перевірка наявності елементів на сторінці входить до валідації, адже вони перевіряються "на комп'ютері", а не "на папері". Можна, будь ласка, прояснити дану ситуацію?
А за ISTQB верифікація - перевірка що ПЗ розроблене відповідно до вимог, а валідація - що задовольняє очікування користувача) Дуже багато різних версій бачила.
Дякую. Чудові питання. Як раз готуюсь до співбесіди. В мене питання про методологію Scrum, ви розповідаєте, що це обов'язково дошка(to do, doing та done). Наче передивилась, то таке ніби тільки в Kanban. Чи така дошка в обох методологіях?
В обох)
@@Popeliuha Дякую)
Дуже дякую! А можна вас попрохати посилання на цю презентацію?
Посилання на всі презентації є на каналі в «комюніті» (там де пишуть пости на каналі). Там екселька з посиланнями на всі презенташки
Добрий день, Шановна @Popeliucha,
Маю питаннячко - на уроці ТИПИ ТЕСТУВАННЯ ви дайте тип тестування ЛОКАЛІЗАЦІЯ як Функціональний тип, а тут як Нефункціональний. А тип Smoke теж як Функціональний, а тут як Пов'язаний зі змінами.
Якщо можна, поясніть, будь-ласка,чим викликана така різниця і що правильно....
Дуже дякую
Я не давала локалізацію і смоук як функц) я показала на слайдах що є 3 різних теорії, і якраз цю я не люблю. А потім в наступних відео казала, що локалізація нефункціональна, а смоут пов‘язаний зі змінами
@@Popeliuha ок, дякую
щодо STLC теж маю питання) бо той же ГУРУ99 говорить про 6 стадій і вони починаються з аналізу вимог. Яку із багатьох запропонованих в інтернетах краще юзати то? бо складається відчуття що скільки людей стільки і підходів (((
Про скільки людей, стільки підходів це вірно, але основна теорія береться з istqb. Там так, як на відео. Але буде ще два окремих відео до кінця місяця про це
@@Popeliuha Дякую 💙💛
💘
Ще б додала до запитань правила логування часу і чи встановлюються якісь трекінгові системи на ПК)
І ще питаннячко. Маю досвід в парі компаній де одразу чесно заявили, що працюють по скрамбану )) Такий собі гібрид, який для команд виявився найзручнішим (ну й будемо чесними, чистий скрам - це як чесний депутат: він існує, але треба мати везіння зустріти). Наскільки критично знати теорію (відмінності і особливості між скрамом і канбаном) для співбесіди на мідла? Чи тут вже наймаря більше цікавить почути реальний досвід?
На мідла завжди хочуть почути реальний досвід, а не завчену теорію. Але краще відмінності знати (не зазубрити а зрозуміти і запамʼятати пару речей). Я наприклад знаю 😂😂
Я вперше бачу, що smoke тестування відноситься, то тестування, пов'язаного зі змінами. Завжди чула, що це просто перше (до всіх інших) тестування, яке проводимо з аплікацією.
Тепер будете знати) це база
а які існують ресурси е можна потренуватись sql?
На w3school здається є sql
Доброго дня. Напишіть ,будь ласка,чому на курсах Udemy російською до функціонального відноситься user interface а тут ui відносяться до не функціонального
На юдемі старіша інфа) тут правильна. Час іде, люди дізнаються більше нової інфи
@@Popeliuha Дякую за відповідь 😉👍
Чи варто запитувати про кранчі?
я гуглила шо це таке :D
Притання. Для чого скріншоти в тест кейсі ?
Щоб було простіше в них розібратись, особливо новачкам на проекті.
А як що до грумінг мітингу?
Про нього розказано в відео Мітинги Скрам
Мені казали, що казати що хочу за для ЗП - це просто табу))))
Где можно потренироваться SQL?
Під моїми відео з скл є посилання)
а як же модель OSI?)
Ше б я сама ії вивчила)))))))
Не згодна, що принципи тестування треба вивчити на трейні і забути. Дуже непогано, коли ви в роботі згадуєте про них і модифікуєте тест кейси, щоб уникнути парадоксу пестицидів, або розумієте, що конкретна область в апці може бути баг-кластером, або згадуєте, що тестування показує наявність багів, а не їх відсутність, а тому баги будуть завжди, але критичні можна виявити, і відповідно пріоритезувати свої задачі і тд
Просто для мене вони очевидні на підсвідомому рівні:) забираю свої слова назад, якщо для інших не так)
@@Popeliuha я сподіваюсь, що це ви мене не принизили, так написавши))) Бо так про все можна сказати - воно очевидно, але для початківців не думаю, що прям так очевидно.
що таке Test report, в якому є актуальний результата і статус
Результат виконання тестів. Там назва кожного тесту, і його результат
Що ви бачите?
Це скарб
Дякую дуже, моі курси нервно курять в стороні, так легко, структурованно
😂😂😂😂😂😂
Найголовніше питання для вас буде,чому обрали саме тестування)90% усвідомлюють чого,але починають ну там мені подобається і все таке)
«Ну бо це іт, воно перспективне, розвивається…»😅😅😅
А де улюблене питання рекрутерів - де ви бачите себе через років?!🤣
Глупый вопрос для тестировщика как удалить бд, тем более что ему никогда не дадут прав на ее удаление.
UI - це функціональний тип, UX - нефункціональний
Ui також не функціональний)
Таких глупые вопросы типо почему вы захотели быть тестером только в Украине задают((
Когда каждый 4й в стране тестер - то это нормальный вопрос, чтоб отсеять дурачков
@@Popeliuha каждый второй))
Дякую, дуже корисно і цікаво!