Наталя, Ви - знахідка для початківців!!!!! Дивлюся Ваші уроки при підготовці до іспиту ISTQB. І в де-яких mock не могла вирішити задачі на цю тему((( Сподіваюся, тепер з цією темою все вийде!!!!!! Продовжуйте, будь-ласка, ділитися знаннями. Ви-викладач від Бога!!! ВЕЛИЧЕЗНЕ ДЯКУЮ!!!!
Ви - моя знахідка!!! На стільки все зрозуміло, навіть для новачка. Проходжу навчання по QA і на цій темі там зірвався мозок))) А тут ви знову допомогли його зібрати до купи) Дуже дякую!!!!!!!!
Так. Куди іти, кого обіймати?😅 Ми проходимо цей матеріал на стартовому курсі по QA manual. З програмуванням справи не мав, але маю непоганий досвід з версткою. Тож логіку табів розумію. А логіка "if& else", як на мене, зрозуміла кожному. І само відео "розжоване" максимально. Величезне дякую за твою працю, ти розумничка ❤️
Хоч і початківцям Ви порадили пропустити це відео, але я все ж і його подивився) Вроді не складно. Якщо саме такі пояснення слухати, то і програмування вже виглядає не таким складним ділом.
Але чи це ефективно по коду писати кейси? Не завжди деви розуміють що робити і роблять баги, не завжди розуміють загальну логіку і для чого та чи інша фіча, і потім виявляється треба інакше
Корисний урок, хоча не зовсім зрозуміло, чому не усі шляхі рахуються на схемах. Tip звичайно рятує, але когнитивний дісонанс, чому деякі branch’і не рахуються.
Я можу написати код в двух варіантах: { if (a == null) throw new Exception(); Console.WriteLine(a); } { if (a != null) Console.WriteLine(a); else throw new Exception(); } Обидва варіанти працюють ідентично. Але перший варіант згідно вашого пояснення має лише 1 statement а другий має 2. Хоча обидва варіанти мають лише два варіанта виконання "так або ні", "помилка або успішне виконання"
Дякую щиро за Вашу працю!
Наталя, Ви - знахідка для початківців!!!!! Дивлюся Ваші уроки при підготовці до іспиту ISTQB. І в де-яких mock не могла вирішити задачі на цю тему((( Сподіваюся, тепер з цією темою все вийде!!!!!! Продовжуйте, будь-ласка, ділитися знаннями. Ви-викладач від Бога!!! ВЕЛИЧЕЗНЕ ДЯКУЮ!!!!
Я знала! Я вірила, що є нормальний і простий інструмент для розрахунків! Дякую!
1+2=2)))) 11:20 спасибо за урок. очень доходчиво
Дякую ❤ дуже приємний голос, і мені здається я починаю розуміти 😂 цю всю " петрушку" ❤
З unnested else спочатку не зрозумів, хотів посперечатись. А потім яяяяк зрозумів)) Дуже дякую за урок!
Дякую, як завжди, цікаво, легко та доступно.
Щиро дякую, дуже легко і зрозуміло, і що важливо - коротко, але інформативно. Класна украіеська, чиста і ґарна. Підписався на Вас.
Дякую Вам дуже за Вашу працю
Дуже круто, дякую за доступно пояснену інфу)
Дякую! Дуже добре викладений матеріал!
Дякую! Все наглядно і зрозуміло.😊
Дякую, трохи важкувато, але вцілому зрозуміло!
Класно розкрито тему та доступні приклади!!!
Дякую!!!
Дякую! Ви моя Рятівниця!
Дякую за український контент
Ви - моя знахідка!!! На стільки все зрозуміло, навіть для новачка. Проходжу навчання по QA і на цій темі там зірвався мозок))) А тут ви знову допомогли його зібрати до купи) Дуже дякую!!!!!!!!
О, блок схеми) сижу дале, продовжую дивити...Дякую.
Дякую, зрозуміло і доступно, дуже круто🔥
Було цікаво! Я також вчу програмування, тому було зрозуміло.
Так. Куди іти, кого обіймати?😅
Ми проходимо цей матеріал на стартовому курсі по QA manual. З програмуванням справи не мав, але маю непоганий досвід з версткою. Тож логіку табів розумію. А логіка "if& else", як на мене, зрозуміла кожному. І само відео "розжоване" максимально. Величезне дякую за твою працю, ти розумничка ❤️
Дякую, дуже інформативно
Хоч і початківцям Ви порадили пропустити це відео, але я все ж і його подивився)
Вроді не складно. Якщо саме такі пояснення слухати, то і програмування вже виглядає не таким складним ділом.
Дякую!
супер, дуже дякую за українську
9:05 не до кінця зрозуміло чому statement coverage дорівнює 1 , якщо є 3 можливі сценарії , a < 0 , a =21, a!=21
Нам треба пройтись по всіх квадратиках, і це можна зробити одною ходкою))
Те, що ви написали-це пройтись по всім стрілочкам. Про це завтра вийде такий самий відос)
Я теж вважаю що тут є 3 шляхи
@@Popeliuha Не тільки по квадратиках, і по ромбиках також, це і буде наш шлях.
@@Popeliuha мені теж не зрозуміло, якщо умова вважається оператором, то чому рахуємо лише ті шляхи , де квадратики?
Більше чотирьох сдів тут!!!
На першій блок-схемі з А та В - уявимо що А == В, тож логічний оператор піде по гілці Фолс та видасть що "В більше", а це не є вірним.
Але чи це ефективно по коду писати кейси? Не завжди деви розуміють що робити і роблять баги, не завжди розуміють загальну логіку і для чого та чи інша фіча, і потім виявляється треба інакше
Корисний урок, хоча не зовсім зрозуміло, чому не усі шляхі рахуються на схемах. Tip звичайно рятує, але когнитивний дісонанс, чому деякі branch’і не рахуються.
якраз таки всі бренчі тестуються по 1 разу)
Я можу написати код в двух варіантах:
{
if (a == null) throw new Exception();
Console.WriteLine(a);
}
{
if (a != null) Console.WriteLine(a);
else throw new Exception();
}
Обидва варіанти працюють ідентично.
Але перший варіант згідно вашого пояснення має лише 1 statement а другий має 2.
Хоча обидва варіанти мають лише два варіанта виконання "так або ні", "помилка або успішне виконання"
в останньому прикладі не зрозуміло, де ви взяли 6 покритих statements