SYSTEM ATLASЗагрузка материала

Время восстановления: контрактный тест

Contract Test Recovery Time

Для «контрактный тест» это измеряемое время от обнаружения проблемного результата до восстановления надёжного тестового сигнала или версии.

Простыми словами

Команда заранее определяет, как «время восстановления» должен работать для «контрактный тест», а затем проверяет это до выпуска и в аварийном сценарии. Так правило проверяется на деле, а не остаётся только в документации.

Пример от @Vibeclakr

Пример при разработке

В проекте практика «Время восстановления: контрактный тест» оформляется как проверяемое правило: автоматический тест или метрика фиксирует соблюдение границы, а нарушение блокирует выпуск либо включает безопасный режим.

Это редакционный пример применения, а не часть определения или доказательство концепции.

Формальное определение

Для «контрактный тест» это измеряемое время от обнаружения проблемного результата до восстановления надёжного тестового сигнала или версии.

Механизм действия

Для «Время восстановления: контрактный тест» назначают ответственного, задают границы и понятный признак нарушения. В тесты, выпуск или эксплуатационный контроль.

Пример в работе

Нерабочий подход

Повторять термин «Время восстановления: контрактный тест», не объяснив, где он применяется, кто отвечает и по какому признаку видно результат.

Системный подход

Для «Время восстановления: контрактный тест» назвать конкретный риск, добавить проверку и заранее определить, когда правило нужно пересмотреть.

Ограничения

Практика «Время восстановления: контрактный тест» закрывает один конкретный риск и не заменяет проверку соседних отказов, безопасности, данных и пользовательских последствий.

Источник

Google, «Software Engineering at Google», 2020.

Первоисточник