15. Вимоги. User Stories. Acceptance Criteria

На цьому уроці розглянемо що таке Вимоги ;)
Всі презентації до уроків тут: docs.google.com/spreadsheets/...
0:00-1:58 Що таке Вимоги
1:59-4:08 3 amigos
4:09-6:54 User Stories
6:55-8:31 Software Requirement Specification #1
8:32-10:31 SRS #2
10:32-12:11 Рівні вимоги
12:12-14:04 Тестування вимог: перевірка документації
14:05-16:14 Чек-ліст Хороших вимог
16:15-16:53 Тестування вимог: протиповування
16:54-18:48 Тестування вимог: аналіз поведінки системи
18:49-21:14 Acceptance criteria
21:15-21:21 Acceptance test
21:22-22:55 Traceability matrix
Тестування ПЗ, Тестувальник ПЗ з нуля, тестування веб-додатків, як стати тестувальником, тестування баз даних, тестування мобільних додатків, тестування API, QC, QA, Тестування УКРАЇНСЬКОЮ, User Stories, User Story, Requirements, Software Requirements Specification, Acceptance Criteria, Traceability Matrix

[@ForMyPeople1000]

Уроки з тестування ПЗ, що не мають аналогів. Дуже якісно і доступно. Дякую!

[@lanapsh]

Уроки супер круті, ви закохуєте в професію тестувальника. Дякую Вам!!!

[@user-rh6vg5zs7r]

Ви дуже хороший вчитель. Пiсля роботи я вiдпочиваю переглядаючи вашi вiдео. Дякую.

[@zakhar9558]

Добрий день, на 0:24 побачив картинку котика то сміявся хвилин 5) Дякую що підняли настрій) п.с. лекції супер, дуже подобаються)))

[@olegkunyk5603]

Коментар на більше ніж чотири слова. Дякую.

[@user-fv6rl5nf2f]

Величезна подяка Вам! За якісний концентрат інформації в визначеному її секторі.

[@jarmaltz7095]

Ага, значить, коли в мене буваэ подгорає з фрази "варити до готовності", це, напевно, вказує, що я природжений тестувальник) Дякую за таке круте та зрозуміле пояснення таких тяжких для сприйняття формальних концептів! Ненавиджу документи/роботу з документацією, хочь і розумію, що це невід'ємна частина роботи тестувальника.

[@user-bm9ry8pi2z]

Дякую за зрозумілі пояснення та чудові приклади!

[@user-wb5iq4hd4o]

Дякую, все доступно, цікаво і легко сприймається, обожнюю ваш канал!

[@Nashiadok_ucraina_]

Дякую за "прозоре" і зрозуміле пояснення теми. Зокрема, щодо Acceptance Criteria. Має бути корисною логічною основою майбутньої роботи.

[@LouxplazYT]

Дякую за українську мову. Вивчаю програмне тестування у штатах, цікаво співчувати термінологію

[@user-lj5lo2be5z]

З ваших відео я дізнаюсь більше ніж на онлайн заняттях в it- академії . Дякую вам !!!

[@tetyanashmatko1876]

Дякую за урок. Дуже зрозуміле пояснення User Stories.

[@svetikhalolej8059]

Дякую за відео. Зовсім недавно підписалася на ваш канал, до того вивчала тестування лише рос. мовою, бо аналогів українською не було. Рада що знайшла ваш канал і тепер можу продовжити навчання з вами.

[@Popeliuha]

Рада бачити тут!)

[@alonakostemska4683]

Дякую за такі детальні пояснення ❤

[@user-ri5vs4ou4h]

невимовно дякую за Вашу працю!!!! я вже говорила, що проходжу платне навчання і там немає такої подачі матеріалу і стільки наглядних прикладів!!!!також хочу зауважити,що подача інформація у такій легкій формі. що можно годинами слухати уроки і не так втомлюєшься як на інших уроках! ще раз дякую, з Вашими уроками розумієш , що все можливо!!!!

[@tat2345]

дякую!

[@Mirkat93]

Дуже круті уроки! Дякую за контент Українською!

[@MeerundSonneMarySol]

залишаю коментар, дякую, все зрозуміло і наочно 👏

[@d.f.2615]

Нікому не писала ніколи коментарі, але вам напишу. Ви найкраща!! Дякую за вашу якісню роботу!

[@Popeliuha]

Дякую))

[@yuliashelton4035]

Класна подача матеріалу, дякую за Ваші знання!

[@okodatskyi]

Дуже круто, особливо дякую за таймлайни!)

[@user-vb7wv4jm4s]

Лайк! Ще окрема подяка, що з гумором (картинка про ТЗ від замовника) 😉

[@sergok4482]

Чітко, ясно, феєрично,Дякую 😊

[@user-ib1ki8gw5m]

Велика робота. Когспектую. , дуже дякую

[@Tod_Skywalker]

Велике дякую!!! Як завжди, одне задоволення!

[@petrogymchyk6228]

Чітко і доступно викладено матеріал! Супер!

[@user-hg1jf3ch8x]

Супер. Ще коли вчився в Tommy, подобались твої лекції

[@user-bh3lx5sk6x]

Дуже круто та позитивно) Дякую за вашу роботу

[@julia_blake]

Ви проробили неймовірну роботу, дякую! ❤️

[@snakedrum8430]

Дуже круте пояснення, дякую вам за це відео :)

[@skrypchenkotatiana214]

Дякую! Все зрозуміло і просто!

[@SerhiiMaistrenko]

Ви реально крута!) За українську окремий респект!)

[@InnaMaslovska11]

дякую. цікавий і корисний урок

[@Anhelina-Bukharova]

Дуже круті уроки! Дякую😊

[@ritakudina7675]

Цікава тема, все зрозуміло, дякую!

[@dmytroholem1655]

Дякую + дякую + дякую + дякую = 4 дякую!

[@Popeliuha]

🥰😂❤️

[@user-olha_k]

❤❤❤❤❤❤❤❤❤❤

[@vaniamocherniuk4894]

Дякую за контент Українською!

[@user-gp1vs4qh7c]

Класний курс та хороша подача. Діаграма "Життя людини" - жорстко.

[@user-gp9vc9jc5o]

Ну аналогія з життям,люди помирають,це не жорстоко це природно.

[@ddkk2032]

ну дуууууже мілашний голос)

[@user-ij6ro8ej9v]

Дякую за уроки солов'їною. Дуже доступно;) Виникли питання, якщо буде ваша ласка, - то я буду вдячний за відповідь)) Отже, в опису SRS#1, коли user-story переробляється в PricessFlow - чи можна цей процес описати або назвати як порядок дій, який має виконати користувач, тестермен (будь хто інший) для досягнення бажаного (вказаного в юзер-сторі) результату? Де в вимогах до ПЗ вказуються такі дрібнички до інтерфейсу як форма, колір, розмір, розташування вікон, полів, повідомлень тощо? чи вони вже коригуються в процесі розробки менеджером?

[@user-qf2xg2sk8e]

таку обширну інфу наврядче де отримаєш! Жму краба вчительці🦀🦀🦀

[@tetyanazemerova8574]

Дякую! Питання: "червоний фон" передбачає чітко визначений відтінок червоного, який варто вимагати у замовника?

[@Popeliuha]

Про фон я для простоти сказала, зазвичай нема в тестувальників вимог про фони, там частіше функціональні вимоги. Але так, якщо мова йде про фон, то можемо спитати відтінок)

[@igoryarko6757]

Дякую за зрозуміле пояснення! В кінці курсу буде сертифікат про проходження курсу?))

[@Popeliuha]

Тільки в випадку практичного курсу))

[@igoryarko6757]

@@Popeliuha у Вас є ще практичний курс? Якщо можна детальніше напишіть будь ласка

[@user-ok7ev5ff2u]

Дякую за курс! Питання: якщо на пет проекті лише юзер сторі, немає вимог, чи коректно прописати в сторі, наприклад в дужках, обмеження до текстових полів, вимоги до паролю, емейлу? Чи все ж таки писати окремо вимоги? (тестувальнику, бо більше нікому)

[@Popeliuha]

Якщо це пет проект, то перше питання чи потрібно вам їх прописувати? А далі вирішуйте де зручніше вам їх шукати в майбутньому, там і пишіть)

[@KMostipan]

Доброго дня. Перепрошую, я геть не зрозуміла, яким чином правило 5-ти питань допомагає подрібнити велику задачу на невеликі підзадачі

[@Popeliuha]

Правило 5 питань уточняє нашу задачу, допомагає знайти корінь, причину проблеми. А коли зробили висновок, то уже можем розбити задачу на підзадачі

[@anastasiakirichenko294]

Підкажіть будь ласка, чи можна перевірити вимоги, написавши тест кейси для перевірки цих вимог? Буду вдячна за відповідь

[@Popeliuha]

Не пишуть тест кейси на перевірку вимог)

[@anastasiakirichenko294]

@@Popeliuha Дякую. Ось таке тестове завдання кинули одному знайомому)

[@dmytrovereshchak6818]

«Усміхаються глобусові Школярі на уроках, І сонце, Неначе глобус, Усміхається школярам, А за вікном Реве повесіння, Вантажене снігом і кригою, Та лісом тріск іде - Нові проростають проліски.».

[@user-oj7pl7pd4p]

Виникло два питання щодо слайду "тестування віимог: перевірка документації". 1. Що значить "перевірка на необхідність"? у Вас була фраза "якщо щось, не є необхідним, ми це відкидаємо" - якось так; як ми можемо відкинути функціонал, якщо його визначає замовник; якщо він визначає, що щось є необхідним, значить це необхідно, хіба ні?... 2. Що означає "Перевірка на реальність"? "вимоги повинні описувати, нскільки можливо реалізувати функціонал..." Мається на увазі, що виконавцем оцінюється реалістичність вимог замовника?

[@Popeliuha]

1. Може бути написане щось не потрібне, там не цитати замовника, а іх інтерпритація словами бізнес аналітика. Не знаю який приклад навести.. Припустимо, «в поле пароль можна вводити будь-які символи» буде не потрібним, якщо поряд є вимога що пароль обов’язково складається з літер, чисел і спецсимволів

[@Popeliuha]

2. Ну якщо в вимогах сказано що замовник хоче завантаження стрінки зі швидкістю світла, то це не реально. Є багато прикладів, які можуть навести розробники, але вони всі «розумними словами» і з назвами технологій, рядовий тестувальник не зрозуміє

[@user-oj7pl7pd4p]

@@Popeliuha Дякую! Взагалі курс надзвичайно класний!

[@Popeliuha]

@@user-oj7pl7pd4p дякую;)

[@svitlana_chi]

Чула думку, що якраз не варто чітко прописувати кольори та фігури, бо може бути прийнято рішення про зміну дизайну і тоді БА треба переписувати для тестувальників усі сторі. Що думаєте з цього приводу, як у вас було на практиці?

[@Popeliuha]

Не люблю багато абстракції, люблю конкретику. Але це роблять БА тому хай роблять як їм краще) наше діло читати і виконувати, докопуватись до помилок а не до підходу

[@nataliiapa8509]

Доброго дня! Таке питання, якщо в компанії немає бізнес аналітика, то хто має писати acceptance criteria?чи може писати тестувальник дужун?

[@Popeliuha]

Продакт овнер. Тестувальник джун теж може, якщо є потреба

[@user-oj7pl7pd4p]

З приводу слайду "Тестування вимог: аналіз поведінки системи": який "геній" вигадав схему, в якій є фраза "дитина помирає"? Дуже невдала, непотрібна і недоречна (особливо зараз в Україні) аналогія.

[@Popeliuha]

Це приклад з інтернету. Не вдалий, але наглядний

[@jarmaltz7095]

Філософський слайд, насправді. З життям ми також отримуєм і смерть. Так шо "дитина помирає" у любому разі, на жаль. Це лише питання часу. P.S. Це, взагалі, баг вселенських масштабів. Напевно у господабоженьки офіс тестувальників десь у Індії розташований😁

[@user-wb5iq4hd4o]

Дякую, все доступно, цікаво і легко сприймається, обожнюю ваш канал!