в скраме?
Кажется, что от итерации к итерации мы поставляем готовый продукт, но такие стратегии тестирования могут давать недостаточное покрытие для условно готового каждый релиз продукта.
Поэтому стратегии с минимизацией регрессии или методический подход уже более подходят
Оукей. А теперь вот смотрите. Есть у вас условный финтех/медтех, где цена рисков высокая. И как раз таки risk based модель тут позволяет максимально сократить объём тестирования, выбросив всё, что менее критично. Потому что с точки зрения бизнеса - наличие регрессии в не-критичных кусках вообще не имеет (может не иметь) значения и на это все согласны, что бы увеличивать скорость разработки. А вот проблема в одном из кейсов с высокими рисками может стоить компании много денег или светить уголовкой, например. От итерации к итерации мы поставляем готовый продукт, но упираемся в дефиницию того, что мы считаем «готовым».
Обсуждают сегодня