Определите, что означает завершение
Просмотр всех экранов и успешный ответ на вопросы являются разными событиями. Можно открыть каждый слайд, но ошибиться в тесте. Можно правильно ответить на знакомые вопросы, не просмотрев часть обязательного материала. Поэтому до настройки инструмента сформулируйте правило завершения простыми словами. Например, условный модуль требует просмотра всех обязательных разделов и прохождения итоговой проверки. Для другого материала может быть достаточно ознакомления без оценки. Важно, чтобы выбранное правило соответствовало реальной задаче. Сам факт открытия файла не доказывает понимания, а красивое финальное поздравление не гарантирует, что нужный статус передан наружу.
Учитывайте формат обмена с системой
При публикации учебного модуля для системы управления обучением используется поддерживаемый ею формат. SCORM описывает, в частности, взаимодействие учебного содержимого и принимающей системы. В версии SCORM 2004 завершение и успешность представлены отдельными статусами. В SCORM 1.2 статус организован иначе, поэтому одинаковые слова в отчётах не всегда означают одинаковое устройство данных. Не нужно угадывать совместимость по названию программы. Проверьте возможности установленной версии iSpring и требования конкретной системы. Старый проект, новый браузер и обновлённая платформа могут сочетаться иначе, чем в первоначальной среде. Проверка должна касаться опубликованного пакета, а не только предпросмотра внутри редактора.
Испытайте разные пути пользователя
Один успешный проход автора не показывает, как модуль поведёт себя при ошибке, выходе посередине или повторном запуске. Составьте несколько коротких сценариев. В первом пользователь проходит материал полностью и отвечает правильно. Во втором заканчивает просмотр, но не набирает нужный результат. В третьем прерывается и возвращается позже. После каждого сценария смотрите и на экран пользователя, и на отчёт в системе. Сравнивайте ожидаемый статус, фактический результат и сохранённый прогресс. Если данные расходятся, фиксируйте условия: версия пакета, учётная запись, последовательность действий и время проверки. Это полезнее общего сообщения о том, что всё не работает. Обратите внимание на скрытые или недоступные слайды, если они участвуют в подсчёте обязательного просмотра. Требование увидеть экран, до которого нельзя добраться, создаёт невыполнимое условие. Также проверяйте понятность переходов и обратной связи после ответа: технически переданный балл не исправляет запутанное объяснение ошибки.
Попробуйте на практике
Подготовьте план проверки небольшого учебного модуля до его размещения для аудитории.
- Запишите правило завершения: какие разделы обязательны и нужен ли определённый результат теста. Отделите просмотр от успешности ответа.
- Укажите формат публикации, который поддерживает принимающая система, и версию проекта. Не переносите настройки из другого модуля без проверки.
- Опишите три сценария: успешное прохождение, недостаточный результат и выход до завершения с последующим возвращением. Для каждого запишите ожидаемый результат.
- Проведите проверку опубликованного пакета в тестовой среде и сопоставьте экран пользователя с отчётом системы. Каждое расхождение зафиксируйте вместе с последовательностью действий.
Как проверить результат. План различает содержание, правила прохождения и передачу данных. У каждого сценария есть ожидаемый исход, а успешный предпросмотр не считается единственной проверкой.
Частые вопросы
Можно ли ограничиться проверкой презентации в PowerPoint?
Нет, если итог должен работать в системе обучения и передавать результаты. Нужно проверить опубликованный модуль в той среде, где его действительно будут проходить.
Любая ошибка статуса означает проблему в тесте?
Не обязательно. Причина может находиться в настройке завершения, формате публикации или обработке данных принимающей системой. Сначала воспроизведите конкретный сценарий и сравните уровни проверки.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.