1. Time
   1. Deadline
      1. для тестирования
      2. для итерации
      3. для релиза
      4. важные даты по проекту
   2. Продукт перестал поддерживаться
   3. Сроки известны, согласованы, прописаны в тест-плане
2. Budget
3. Выполнены все запланированные работы по тестированию
   1. Достигнуты все поставленные цели
   2. Достигнут требуемый уровень тестового покрытия
      1. Для нового функционала
      2. Для регресса
4. Основные сценарии работают стабильно
   1. Успешно пройдены все критически важные тест-кейсы
   2. Все кейсы пройдены
      1. Все кейсы основных сценариев пройдены
   3. Учтены ли все взаимосвязи?
5. Ошибки
   1. Нет ошибок с высоким приоритетом и критичностью
      1. Исправлены
      2. Перепроверены
   2. Ошибки с низким приоритетом и критичностью
      1. согласованы всей командой и менеджерами
         1. Приняты по ним окончательные решения
      2. не влияют на основные пользовательские сценарии или их влияние минимально
   3. MTBF (Mean Time Between Failure) - минимальное время между сбоями системы соответствует ожидаемому
   4. Скорость обнаружения дефектов ниже установленного значения
   5. Мы перестаем находить ошибки
6. Учтены все риски
7. Вся необходимая информация о тестировании задокументирована
8. Используем метрики
   1. Для тест-кейсов
      1. % выполненных тест кейсов соответствует ожидаемому
      2. % успешных выполненных тест-кейсов соответствует ожидаемому
      3. % неуспешных тест-кейсов соответствует ожидаемому
         1. тест-кейсы относятся не к базовым сценариям
   2. достигнут требуемый уровень тестового покрытия
      1. может быть рассчитан при использовании техник тест-дизайна
   3. Для ошибок
      1. Плотность / кол-во найденных дефектов соответствует ожидаемому
   4. по автотестам
      1. все автотесты пройдены успешно
      2. % успешно пройденных тест-кейсов соответствует ожидаемому
9. Технические проблемы
   1. Проблемы с сервером, сетью, и другие форс-мажорные обстоятельства
   2. Краш продукта
      1. слишком много критических и блокирующих багов
10. Личные особенности
    1. Что нам говорит наша интуиция
       1. Нет ли внутреннего ощущения незавершенности
       2. Не осталось ли каких-либо вопросов, неопределенностей
    2. Не знаю, что делать дальше
11. Внешние события
    1. Изменились требования
    2. Тестирование отменено менеджерами
    3. Изменены сроки релиза
    4. Функционал стал неактуальным
    5. Изменен приоритет задач
12. Что мы помним
    1. Результат тестирования
       1. Успешный
       2. Неуспешный
       3. Требуется продолжение работ
    2. Наш девиз: никогда не пренебрегаем качеством
    3. Тестирование никогда не бывает полным
       1. Принцип: исчерпывающее тестирование невозможно
    4. Чем дольше мы тестируем, тем больше багов мы находим
    5. Любой продукт содержит неограниченное число багов
    6. Мы не можем гарантировать, что продукт не содержит ошибок
    7. Все используемые пороговые значения, используемых метрик и сами метрики, используемые модели должны быть согласованы с командой, менеджерами
    8. Закон Паркинсона
13. Полезные ссылки
    1. Michael Bolton
       1. http://www.developsense.com/blog/2009/09/when-do-we-stop-test/
    2. The Art of Software Testing
       1. https://www.amazon.com/dp/0471043281/?tag=stackoverflow17-20
    3. Хабр: о надежности систем
       1. https://habrahabr.ru/post/326506/
    4. Simon Knight
       1. https://blog.gurock.com/when-do-i-stop-testing/
    5. Yegor Bugayenko
       1. The Formula for Software Quality
          1. http://www.yegor256.com/2017/12/26/software-quality-formula.html
       2. Any Program Has an Unlimited Number of Bugs
          1. http://www.yegor256.com/2017/05/23/unlimited-number-of-bugs.html
    6. http://www.softwaretestinghelp.com Renuka K.
       1. http://www.softwaretestinghelp.com/when-to-stop-testing-exit-criteria-in-software-testing/