Владислав, на слайде 18 в "Определить тестовые сценарии" = User Story, можете еще раз пояснить ваш выбор. Поскольку, обычно именно Use Case из-за своей полноты описания хорошо используется в качестве основы для Test Case.
Критерии приемки в формате Given-When-Then легко преобразуются в test Case-ы. Если Use Case это набор сценариев, то критерии приемки - это их декомпозиция.
Спасибо за отличную презентацию. Хочу "порассуждать" на досуге....) И вот, мое мнение. USE CASE - это полное описание Биз.Проц. со всеми вариантами подпроцессов. А USER STORY - это, грубо, "хотелки" Ролей процесса, функциональные требования. Сравнивать эти 2 определения - это как Синее с Квадратным... Или... я чего-то не понял...( Буду благодарен за комментарии!
User story с критериями приёмки также позволяет описать основной и альтернативные сценарии. На своём тренинге я даю задание: есть требования в виде use case, нужно их переписать в формате user story + критерии приёмки given when then
Я конечно понимаю, парень много потратил времени на коллекционирование умных сертификатов. Но меня всегда учили, что сторисы это верхнеуровневое, а кейсы это приземление на реальность… Потому, что ПМИ потом писать и лучше сразу все оформить.
Редко что пишу и вообще плевать на комментаторов и контент ютуба, каждый сам решает у кого учиться. Но кажется, что с данной личностью не стоит работать, лекция на 15 минут растянулась на 50. Представьте сколько бюджета вам сольёт его команда :)
Огромное спасибо! Очень ценный материал, который можно использовать.
Все так просто, просмотрел/прочитал кучу и все из пустого в порожнее) Огромное спасибо!
Четко, понятно и по делу, спасибо огромное! Прекрасная подача материала!
Посмотрел через год после работы аналитиком, абсолютно разная по ценности оценка.
Намного глубже сейчас осознаешь сейчас материал.
У нас в проектах мы используем как и UC, так и US. Это разные вещи которые дополняют друг друга
Спасибо что разъяснили ..а то я смотрю столько чепухи вокруг этого
Интересный и познавательный доклад, спасибо!
Годный доклад, хвалю автора
Спасибо, интересный доклад.
Владислав, на слайде 18 в "Определить тестовые сценарии" = User Story, можете еще раз пояснить ваш выбор. Поскольку, обычно именно Use Case из-за своей полноты описания хорошо используется в качестве основы для Test Case.
Критерии приемки в формате Given-When-Then легко преобразуются в test Case-ы. Если Use Case это набор сценариев, то критерии приемки - это их декомпозиция.
В самое пекло!
Спасибо за отличную презентацию. Хочу "порассуждать" на досуге....) И вот, мое мнение. USE CASE - это полное описание Биз.Проц. со всеми вариантами подпроцессов. А USER STORY - это, грубо, "хотелки" Ролей процесса, функциональные требования. Сравнивать эти 2 определения - это как Синее с Квадратным... Или... я чего-то не понял...( Буду благодарен за комментарии!
User story с критериями приёмки также позволяет описать основной и альтернативные сценарии. На своём тренинге я даю задание: есть требования в виде use case, нужно их переписать в формате user story + критерии приёмки given when then
@@ArtofBA Cool!!
Я конечно понимаю, парень много потратил времени на коллекционирование умных сертификатов. Но меня всегда учили, что сторисы это верхнеуровневое, а кейсы это приземление на реальность…
Потому, что ПМИ потом писать и лучше сразу все оформить.
Редко что пишу и вообще плевать на комментаторов и контент ютуба, каждый сам решает у кого учиться.
Но кажется, что с данной личностью не стоит работать, лекция на 15 минут растянулась на 50. Представьте сколько бюджета вам сольёт его команда :)
Да ни о чем вообще