5.3. "Рекомендации по решению проблемы 2000 года в информационных системах Банка России" (утв. Банком России)

Проверяется соответствие систем 2000 году. До начала проверки должны быть выполнены планирование и подготовка. Они включают определение лиц, которые будут выполнять проверку, установление процессов тестирования 2000 года и организацию инструментальных средств тестирования. Внимание руководителя проекта во время проверки должно быть сосредоточено на областях с небольшой или отсутствующей средой тестирования и на критических системах.

Проверка 2000 года требует установки дат системы на будущие даты или использования специальных инструментальных средств для моделирования будущих дат. В то время как средство моделирования дат позволяет ограничить тестирование дат конкретными приложениями и процессами, установка даты системы на будущую дату может иметь много нежелательных последствий из-за недостаточного контроля.

Предупреждение

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

Таблица 6. Потенциальные проблемы
установки будущих дат системы

┌────────────────────┬───────────────────────────────────────────┐
│Управление финансами│Может запустить ряд электронных переводов  │
│                    │денежных средств для месяцев в будущем     │
├────────────────────┼───────────────────────────────────────────┤
│Управление личной   │Обозначит все будущие встречи как          │
│информацией         │прошедшие, исключая напоминания            │
├────────────────────┼───────────────────────────────────────────┤
│Лицензии            │Перемещение даты за дату истечения срока   │
│                    │может препятствовать тестированию или даже │
│                    │использованию программы при текущей дате   │
├────────────────────┼───────────────────────────────────────────┤
│Безопасность        │Пароль может не годиться для будущих дат,  │
│                    │и при возврате к текущей дате происходит   │
│                    │отказ в доступе                            │
├────────────────────┼───────────────────────────────────────────┤
│Управление памятью  │Автоматическая запись неактивных файлов    │
│                    │на ленту может стать проблемой, если       │
│                    │будущая дата вызывает архивирование файлов │
│                    │и их удаление из активного хранилища       │
├────────────────────┼───────────────────────────────────────────┤
│Утилиты             │Утилиты, выполняющие фоновые               │
│                    │вспомогательные задачи, могут работать     │
│                    │неправильно                                │
└────────────────────┴───────────────────────────────────────────┘

Рекомендуемый подход

Определите и задокументируйте все тестовые данные.

При необходимости определите и задокументируйте сценарии тестирования.

Создайте тестовые случаи, специально предназначенные для проверки функций даты, таких как:

- исторические даты;

- настоящие даты;

- будущие даты;

- периоды времени;

- расчетные даты.

Исключите тестовые случаи, не связанные с датами; это уменьшит объем тестовых данных.

Установите средства сбора и воспроизведения данных в режиме он - лайн.

Стратегия проверки

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

Протестируйте систему, используя данные после 2000 года, чтобы проверить, соответствует ли она 2000 году.

Сравните этот вывод с базой, чтобы проверить, что результаты эквивалентны и точны.

Когда результаты проверены, система готова для производства.

Советы

Не устанавливайте системные даты вперед на техническом обеспечении производственных систем. Проверяйте техническое обеспечение по списку поставщика или войдите в контакт с поставщиком для проверки состояния технического обеспечения.

Не устанавливайте системные даты вперед на техническом обеспечении производственных систем для тестирования границ 2000 года. Создавайте резервные копии производственной системы и восстанавливайте ее на изолированной системе, выделенной для тестирования.

Если абсолютно необходимо провести тестирование на производственной системе, выполните полное копирование системы до тестирования и проверьте, будет ли резервная копия восстанавливаться на другой системе.

При тестировании рабочей станции сначала убедитесь, что система отключена от всех серверов файлов.

При тестировании сервера файлов сначала убедитесь, что отключены все рабочие станции и другие серверы файлов.

Для подтверждения правильности обработки будущих дат протестируйте следующие серверы:

- серверы печати;

- серверы факсов;

- серверы файлов;

- серверы баз данных;

- серверы связи;

- серверы Internet / Intranet / Web.

Выполните тестирование 2000 года как тестирование восстановления после катастроф:

- зарезервируйте все серверы;

- зарезервируйте все подключенные рабочие станции;

- восстановите на аналогичные серверы;

- восстановите на аналогичные рабочие станции;

- перенаправьте / подключите все рабочие станции и терминалы на восстановленные серверы;

- проверьте правильность восстановления серверов и рабочих станций;

- выполните тестирование 2000 года рабочих станций и серверов.

Все критические приложения должны быть проверены на соответствие 2000 году.