Как провести классный UAT?

Волнительный момент пользовательской приемки.
Или User Acceptance Testing. Как провести ее чтобы получить однозначный результат? Как хорошо начать приемку и не менее хорошо закончить? Смотри в этом видео!

[@kseniatech]

Классная подача:)

[@user-yf7nf5zt7m]

Спасибо!:)

[@vonseven]

👍

[@user-ht6ps6jz6c]

Спасибо. Отличный материал

[@mukhlis_hasanov]

спасибо за видео

[@user-rc5hv7wg1p]

Все молодцы, все расходимся)

[@KZKPK]

Было бы интересно посмотреть мастер-класс по UML моделированию диаграмм последовательностей, поскольку часто встречаю разное понимание) Хотя вроде все и стандартизировано, но стандарты люди не читают. Возможно какие-то типичный ошибки, разные толкования одного и того же изображения покажешь.

[@user-yf7nf5zt7m]

самая типичная ошибка - путать стрелки синхронного и асинхронного вызова:)

[@KZKPK]

@@user-yf7nf5zt7m закрашенные и пустые) или путаница при рисовании блока альтернативного сценария

[@user-yf7nf5zt7m]

@@KZKPK ага, путают стрелки:))

[@stanislauholadau8763]

А что если заказчик говорит, что наши сценарии - плохие, и не покрывают всех требований?

[@user-yf7nf5zt7m]

Сделать новые вместе с ним. Вообще, сценарии UAT надо сразу с заказчиком делать, чтобы не попадать в такую ситуацию.

[@stanislauholadau8763]

@@user-yf7nf5zt7m 1. Насколько детально прорабатывать сценарии? "пользователь успешно создал организацию, заполнив все обязательные поля" - этого достаточно? или нужно прям про каждое поле написать, допустимые символы, зависимость полей друг от друга и т.д? 2. Что делать с мелкими багами, которые и не critical и не major?

[@user-yf7nf5zt7m]

@@stanislauholadau8763 только значимые для бизнеса вещи. Т.е. всякое вроде допустимых символов, зависимостей и прочего - это проблема нашего QA. На UAT - это именно бизнес-кейсы, то как будущие пользователи будут работать с приложением. С некритичными багами - приоритизировать и брать их в работу в следующих итерациях

[@denisdergunov9472]

Привет. Какое оптимальное количество сценариев должно быть? Вроде понятно, что зависит от размера фичи/продукта, но как именно? Сколько сценариев должно приходиться на каждого проводящего?

[@user-yf7nf5zt7m]

Я бы сказал до 10 штук. Но можно больше если они короткие. Длинные сценарии демотивируют пользователей

[@KZKPK]

У нас как-то было 180 ))

[@user-yf7nf5zt7m]

@@KZKPK долго копили:)

[@KZKPK]

@@user-yf7nf5zt7m проект по waterfall. Большая oss/bss телеком система

[@user-yf7nf5zt7m]

@@KZKPK Тогда понятно!