Situation: Ein Analyst hat bestätigt, dass dies eine Funktion ist, verspricht, eine Änderung in der Spezifikation vorzunehmen, aber nicht jetzt, sondern später. Was werden Sie mit dem Fehler machen?

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