Отдельного этапа тестирования нет: каждый слой запускается, когда его объект готов, а репетиция — это пользовательское приемочное тестирование (UAT). Поскольку платформа стандартизирована, тестирование касается конфигурации, данных и интеграций клиента — никогда не проводится повторное тестирование продукта.
| Слой | Когда |
|---|---|
| Проверка конфигурации — каждый параметр проверяется с помощью тестовых данных в рамках сессии. | Т-17 → Т-11 |
| Проверка миграции — подсчеты, итоговые хеш-суммы, ТБ и субреестры для каждого фиктивного экземпляра. | Т-10 → Т-3 |
| Интеграционные тесты — тестирование каждой конечной точки с участием партнеров, включая пути обработки ошибок. | Т-10 → Т-4 |
| Проверка ролей и прав доступа — каждая роль видит и делает именно то, что должна; SoD (разделение обязанностей) | Т-9 → Т-5 |
| Проверка непрерывности — тренировка по переключению, если заключен договор Live DR и восстановление данных; подтверждение работоспособности резервной копии. | Т-5 → Т-3 |
| Репетиция = UAT — реальный рабочий день, проведенный реальными пользователями параллельно с тестированием устаревших систем. | Т-2 → Т-1 |
Разделение обязанностей
Ни одна роль не может утверждать созданные ею данные, создавать поставщика и оплачивать его услуги, изменять банковские реквизиты и осуществлять платежи, а также публиковать записи в закрытые периоды и редактировать опубликованные документы. Каждая роль должна видеть только свои собственные сущности, данные и меню, выполнять все этапы своих задач в рамках репетиции, видеть правильные элементы очереди и использовать функцию «Запросить» (ASK) для выполнения своих задач в рамках своих собственных прав доступа.
Проверяйте каждую роль отдельно, никогда не используя учетную запись администратора. Успешный тест, пройденный с учетной записью администратора, ничего не доказывает о роли.
Репетиция
Создавайте сценарий, исходя из самого загруженного обычного дня клиента, а не из шаблонного алгоритма: утренняя очередь, от коммерческого предложения до заказа с проверкой кредитоспособности, закупка, приемка, отгрузка и выставление счетов, платежи с сопоставлением и утверждением, события, связанные с заработной платой, проведение платежей и заполнение банковской карты, а также закрытие дня с составлением пробного баланса — каждый этап сравнивайте с тем, что было получено с помощью устаревших систем за тот же день.
- Подготовка T-2 — тестовый экземпляр на основе данных пробного запуска; собраны реальные документы за день; каждый пользователь авторизован и его очередь запущена; наблюдатели на каждый процесс.
- Запуск T-1 — пользователи вводят свои реальные рабочие дни в TRANXACT, в то время как устаревшая система выполняет операцию в обычном режиме; ASK и поддержка Navigators включены в процесс; проблемы регистрируются с указанием времени и роли.
- Вечернее закрытие T-1 — результаты в сравнении с предыдущими; список исправлений выполнен и перепроверен; критерии оценки работы ворот; решение принимает владелец Countdown.
Решение «да/нет» (предлагаемый вариант по умолчанию)
| Критерий | Порог | Блоки запущены? |
|---|---|---|
| Процессы репетиций прошли успешно. | 100% критических этапов; 95% или более всех этапов. | Да |
| Результаты соответствуют наследию | Итоговые суммы равны или объяснены. | Да |
| Пробное согласование | Разница в ТБ равна нулю; субсчета совпадают. | Да |
| Продолжительность пробного запуска | В течение переходного периода | Да |
| Критические дефекты открыты | 0 | Да |
| Пользователи отрабатывали свои роли. | 95% или более пользователей T+1 | Обзор |
| Интеграции готовы к внедрению в производство. | Конечные точки и учетные данные подтверждены. | Если нет, то осмотрите окрестности. |
Отказ от выполнения по умолчанию не означает перенос даты. Владелец обратного отсчета может перенести неудачно выполненный этап на T-Plus и все равно запустить проект на T-0 с успешно выполненными задачами.
Оценка дефектов в ходе ежедневного совещания.
- Критическая ситуация — остановка основного процесса, неверный финансовый результат или потеря данных: необходимо исправить до истечения срока или перенести процесс в T-Plus с промежуточным ручным вмешательством.
- Высокий уровень — требует значительных усилий: исправить в тот же день; повторно протестировать на репетиции.
- Средний уровень сложности — существует простое решение: исправить проблему в течение двух недель после запуска.
- Низкий уровень — косметический: линия одежды Fit Ledger под названием T-Plus.
На репетиции в Calderwood все критически важные этапы проходят успешно, кроме обработки платежей: банковский файл создан, но учетные данные банка для производственной обработки еще не выданы. Интеграции, не готовые к производственной обработке, исключаются из рассмотрения — поэтому владелец Countdown передает банковскую интеграцию в T-Plus с временной ручной загрузкой банковского файла и записывает «ГОТОВО».
Попробуйте! На этапе T-1 91% пользователей T+1 в Calderwood отрепетировали свою роль. Будет ли этот блок запущен в работу?
Не автоматически: уровень подготовки пользователей ниже 95% является критерием «Проверки», а не препятствием. Пользователи, у которых отсутствует подготовка, получают запланированное занятие во второй половине дня T-1, отмечаются в реестре усыновления, и любой, кто все еще не готов, получает назначенного наставника на первую неделю.