> For the complete documentation index, see [llms.txt](https://kaze.gitbook.io/qa-theory/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://kaze.gitbook.io/qa-theory/teoriya-ruchnogo-testirovaniya/mozhet-li-byt-situaciya-kogda-kriterii-zaversheniya-exit-criteria-ne-vypolneny-chto-dolzhno-proiskho.md).

# Может ли быть ситуация, когда критерии завершения (exit criteria) не выполнены? Что должно происходи

### **1. Когда критерии завершения (Exit Criteria) не выполнены**

**Exit Criteria** — это условия, при которых тестирование считается завершённым (например: все критичные баги закрыты, покрытие тест-кейсами ≥ 95%, нет блокирующих дефектов).

**Ситуация:**

* Есть критичные или блокирующие баги, которые не исправлены
* Покрытие тест-кейсами ниже ожидаемого
* Остались серьезные несоответствия требованиям

***

### **2. Что должно происходить**

#### **A. Оценка рисков**

* Команда QA и Product Owner оценивают, **насколько критично выпускать продукт с текущими дефектами**
* Используются метрики: Severity, Priority, Impact, DRE

#### **B. Принятие решения**

* Возможные варианты:
  1. **Продолжить тестирование** до выполнения Exit Criteria
  2. **Согласовать релиз с ограничениями** (например, Known Issues, Release Notes)
  3. **Отложить релиз** до устранения критичных дефектов

#### **C. Документирование**

* В **Test Summary Report** фиксируются:
  * Какие критерии не выполнены
  * Какие баги остаются
  * Риски для бизнеса и пользователей

#### **D. Коммуникация**

* QA уведомляет **PO, разработчиков и заинтересованные стороны** о рисках и последствиях релиза без выполнения Exit Criteria