Наталя, Ви - знахідка для початківців!!!!! Дивлюся Ваші уроки при підготовці до іспиту 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", як на мене, зрозуміла кожному. І само відео "розжоване" максимально. Величезне дякую за твою працю, ти розумничка ❤️
Хоч і початківцям Ви порадили пропустити це відео, але я все ж і його подивився)
Вроді не складно. Якщо саме такі пояснення слухати, то і програмування вже виглядає не таким складним ділом.
супер, дуже дякую за українську
Дякую!
Більше чотирьох сдів тут!!!
Корисний урок, хоча не зовсім зрозуміло, чому не усі шляхі рахуються на схемах. Tip звичайно рятує, але когнитивний дісонанс, чому деякі branch’і не рахуються.
якраз таки всі бренчі тестуються по 1 разу)
На першій блок-схемі з А та В - уявимо що А == В, тож логічний оператор піде по гілці Фолс та видасть що "В більше", а це не є вірним.
9:05 не до кінця зрозуміло чому statement coverage дорівнює 1 , якщо є 3 можливі сценарії , a < 0 , a =21, a!=21
Нам треба пройтись по всіх квадратиках, і це можна зробити одною ходкою))
Те, що ви написали-це пройтись по всім стрілочкам. Про це завтра вийде такий самий відос)
Я теж вважаю що тут є 3 шляхи
@@Popeliuha Не тільки по квадратиках, і по ромбиках також, це і буде наш шлях.
@@Popeliuha мені теж не зрозуміло, якщо умова вважається оператором, то чому рахуємо лише ті шляхи , де квадратики?
Я можу написати код в двух варіантах:
{
if (a == null) throw new Exception();
Console.WriteLine(a);
}
{
if (a != null) Console.WriteLine(a);
else throw new Exception();
}
Обидва варіанти працюють ідентично.
Але перший варіант згідно вашого пояснення має лише 1 statement а другий має 2.
Хоча обидва варіанти мають лише два варіанта виконання "так або ні", "помилка або успішне виконання"
Але чи це ефективно по коду писати кейси? Не завжди деви розуміють що робити і роблять баги, не завжди розуміють загальну логіку і для чого та чи інша фіча, і потім виявляється треба інакше
в останньому прикладі не зрозуміло, де ви взяли 6 покритих statements