Situație: un analist a confirmat că aceasta este o funcție, promite să facă o modificare în specificație, dar nu acum, ci mai târziu. Ce vei face cu defectul?

В такой ситуации я зафиксирую дефект в баг-трекере с пометкой, что аналитик подтвердил это как фичу, но изменение в ТЗ будет позже. Это важно для прозрачности и истории. Далее я уточню, когда именно планируется обновление ТЗ, и согласую с командой, как поступать с тестированием этой функциональности до внесения изменений. Если фича не критична, можно временно закрыть дефект с пометкой "ожидает обновления ТЗ". Если же это влияет на качество продукта, стоит поднять вопрос на планёрке, чтобы не пропустить важные проверки.