Use Case VS User Story. Выбираем подход к специфицированию требований
Доклад Дениса Гобова на конференции Analyst Days-10. 24-25 мая 2019. Санкт-Петербург www.analystdays.com
Жүктеу.....
Пікірлер: 19
@MadMax-ux3hc3 жыл бұрын
Все так просто, просмотрел/прочитал кучу и все из пустого в порожнее) Огромное спасибо!
@R-B1941 Жыл бұрын
Огромное спасибо! Очень ценный материал, который можно использовать.
@volkova_victoria Жыл бұрын
Четко, понятно и по делу, спасибо огромное! Прекрасная подача материала!
@dikiykipovec49182 жыл бұрын
Интересный и познавательный доклад, спасибо!
@UrushevS3 жыл бұрын
Спасибо, интересный доклад.
@user-ui8ih9uo4k2 жыл бұрын
Годный доклад, хвалю автора
@wolfich46843 жыл бұрын
Спасибо что разъяснили ..а то я смотрю столько чепухи вокруг этого
@socialcatalyst2608 Жыл бұрын
Посмотрел через год после работы аналитиком, абсолютно разная по ценности оценка. Намного глубже сейчас осознаешь сейчас материал.
@oleksandrnechypurenko4917 Жыл бұрын
У нас в проектах мы используем как и UC, так и US. Это разные вещи которые дополняют друг друга
@evgeniynozhenko23054 жыл бұрын
Владислав, на слайде 18 в "Определить тестовые сценарии" = User Story, можете еще раз пояснить ваш выбор. Поскольку, обычно именно Use Case из-за своей полноты описания хорошо используется в качестве основы для Test Case.
@ArtofBA
3 жыл бұрын
Критерии приемки в формате Given-When-Then легко преобразуются в test Case-ы. Если Use Case это набор сценариев, то критерии приемки - это их декомпозиция.
@Vedmalex3 жыл бұрын
В самое пекло!
@alexkat44623 жыл бұрын
Спасибо за отличную презентацию. Хочу "порассуждать" на досуге....) И вот, мое мнение. USE CASE - это полное описание Биз.Проц. со всеми вариантами подпроцессов. А USER STORY - это, грубо, "хотелки" Ролей процесса, функциональные требования. Сравнивать эти 2 определения - это как Синее с Квадратным... Или... я чего-то не понял...( Буду благодарен за комментарии!
@ArtofBA
3 жыл бұрын
User story с критериями приёмки также позволяет описать основной и альтернативные сценарии. На своём тренинге я даю задание: есть требования в виде use case, нужно их переписать в формате user story + критерии приёмки given when then
@basibozukasmaan6185
3 жыл бұрын
@@ArtofBA Cool!!
@Viktor_Kucherov2 жыл бұрын
Я конечно понимаю, парень много потратил времени на коллекционирование умных сертификатов. Но меня всегда учили, что сторисы это верхнеуровневое, а кейсы это приземление на реальность… Потому, что ПМИ потом писать и лучше сразу все оформить.
@TheHardeev2 жыл бұрын
Редко что пишу и вообще плевать на комментаторов и контент ютуба, каждый сам решает у кого учиться. Но кажется, что с данной личностью не стоит работать, лекция на 15 минут растянулась на 50. Представьте сколько бюджета вам сольёт его команда :)
Пікірлер: 19
Все так просто, просмотрел/прочитал кучу и все из пустого в порожнее) Огромное спасибо!
Огромное спасибо! Очень ценный материал, который можно использовать.
Четко, понятно и по делу, спасибо огромное! Прекрасная подача материала!
Интересный и познавательный доклад, спасибо!
Спасибо, интересный доклад.
Годный доклад, хвалю автора
Спасибо что разъяснили ..а то я смотрю столько чепухи вокруг этого
Посмотрел через год после работы аналитиком, абсолютно разная по ценности оценка. Намного глубже сейчас осознаешь сейчас материал.
У нас в проектах мы используем как и UC, так и US. Это разные вещи которые дополняют друг друга
Владислав, на слайде 18 в "Определить тестовые сценарии" = User Story, можете еще раз пояснить ваш выбор. Поскольку, обычно именно Use Case из-за своей полноты описания хорошо используется в качестве основы для Test Case.
@ArtofBA
3 жыл бұрын
Критерии приемки в формате Given-When-Then легко преобразуются в test Case-ы. Если Use Case это набор сценариев, то критерии приемки - это их декомпозиция.
В самое пекло!
Спасибо за отличную презентацию. Хочу "порассуждать" на досуге....) И вот, мое мнение. USE CASE - это полное описание Биз.Проц. со всеми вариантами подпроцессов. А USER STORY - это, грубо, "хотелки" Ролей процесса, функциональные требования. Сравнивать эти 2 определения - это как Синее с Квадратным... Или... я чего-то не понял...( Буду благодарен за комментарии!
@ArtofBA
3 жыл бұрын
User story с критериями приёмки также позволяет описать основной и альтернативные сценарии. На своём тренинге я даю задание: есть требования в виде use case, нужно их переписать в формате user story + критерии приёмки given when then
@basibozukasmaan6185
3 жыл бұрын
@@ArtofBA Cool!!
Я конечно понимаю, парень много потратил времени на коллекционирование умных сертификатов. Но меня всегда учили, что сторисы это верхнеуровневое, а кейсы это приземление на реальность… Потому, что ПМИ потом писать и лучше сразу все оформить.
Редко что пишу и вообще плевать на комментаторов и контент ютуба, каждый сам решает у кого учиться. Но кажется, что с данной личностью не стоит работать, лекция на 15 минут растянулась на 50. Представьте сколько бюджета вам сольёт его команда :)