Тест не считается пройденным, пока его не согласовал кто-то другой

Тестирование поставщиков

Тест поставщика привязан к конкретному плану и конкретному поставщику: ответственный, дата проведения, список участников, результат и причина неудачи, если результат отрицательный, — а согласование проходит по общей статусной модели тестов, единой для офисов, поставщиков и систем.

Аттестация поставщиков

Аттестация поставщика — отдельная от теста сущность: у неё своя карточка, свой номер попытки и обязательное поле «Место хранения (ссылка) результатов теста» — результат аттестации всегда ведёт на конкретный документ, а не остаётся утверждением на слово. Именно действующая положительная аттестация, а не сам факт существования поставщика, открывает возможность создать тест поставщика — что подробнее на схеме предпосылок ниже.

Тестирование систем и приложений

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

Тестирование офисов

Тест офиса проверяет саму стратегию восстановления подразделения: офис, резервную площадку и стратегию восстановления, привязанные к плану, — с тем же набором обязательных полей при отрицательном результате и тем же деревом повторных попыток, что и у остальных видов тестирования.

Окно переключения

У теста системы есть то, чего нет у теста офиса или поставщика, — окно переключения: дата начала переключения, дата окончания переключения и отдельный результат переключения. Это фиксирует не только «система восстановилась», но и «переключение прошло в заявленное время» — два разных факта, которые легко перепутать, если вести их одним полем «результат».

Обязательные предпосылки запуска теста

Создать тест поставщика или системы нельзя из воздуха — система проверяет состояние связанных карточек ещё до открытия формы создания.

Для теста системы условие проще, но так же жёстко: карточка системы должна быть одобрена. Без выполнения предпосылки форма создания теста просто не открывается — сотруднику не нужно помнить, в каком порядке заводить карточки, система помнит это за него.

Повторное тестирование и порог попыток

Отрицательный результат теста — не тупик и не повод открывать новую карточку вручную: как только тест с отрицательным результатом переходит в статус «Согласован», система сама создаёт дочерний тест со статусом «Создан», копирует в него ответственного, участников, план, процесс, офис и стратегию восстановления, а номер попытки увеличивает на единицу. Цепочка попыток остаётся связанной, а не рассыпается на несвязанные карточки.