Чтобы снизить риск утечки банка вопросов, ограничьте доступ к заданиям до экзамена, проверьте защиту во время их показа и определите порядок разбора возможного инцидента. Ниже — пять практических проверок для сертификационных организаций и экзаменационных команд. Их проводят на демонстрационных заданиях до запуска реального экзамена.
Защита заданий снижает возможности копирования и распространения и помогает подготовить соразмерный разбор подозрительного события. Одна программная мера не перекрывает все пути утечки, особенно съёмку внешней камерой.
Начните с материалов и доступа к ним
Определите, что защищаете: многоразовый банк вопросов, ограниченный вариант или практическое задание. Опишите доступ до, во время и после экзамена. Контроль участников не компенсирует неограниченный доступ при подготовке материалов.
Проверьте программные меры в реальной среде
Подтвердите ограничения для выбранной платформы, приложения и операционной системы. Проверьте разрешённые источники, средства доступности и обычные действия. Меру, мешающую допустимой работе, нужно изменить до запуска, даже если она успешно блокирует нежелательное действие.
Как работает Content Protect в TrustExam
Модуль Content Protect скрывает экзаменационные материалы, когда обнаруживает поддерживаемое вмешательство через демонстрацию экрана, удалённый доступ или дублирование изображения. После прекращения вмешательства показ восстанавливается. Это реакция на обнаруженное условие. Она сама по себе не доказывает копирование вопроса, не выявляет любой способ съёмки и не подтверждает защищённость всего банка заданий.
Согласуйте режим приложения, операционные системы и конфигурации устройств для вашего внедрения. Проверки ниже — предлагаемые критерии приёмки пилота, а не опубликованные результаты испытаний или гарантия поддержки любой конфигурации. Используйте отдельную тестовую сессию, демонстрационные задания и уполномоченных тестировщиков.
Пять проверок до запуска реального банка вопросов
1. Проверьте обычное прохождение экзамена
Сначала пройдите тест с разрешёнными источниками, средствами доступности и оборудованием, которые будут использовать участники. Проверьте переходы между заданиями и отправку ответов. Зафиксируйте операционную систему, версию приложения и настройки экзамена, чтобы проверку можно было повторить.
Критерий приёмки: допустимые действия выполняются в согласованной конфигурации, а для особых условий предусмотрен понятный порядок согласования. Устраните неожиданную блокировку до проверки запрещённых действий.
2. Отдельно проверьте демонстрацию экрана и удалённый доступ
Вместе с технической командой выполните каждый согласованный сценарий на демонстрационном вопросе. Наблюдайте экран участника и принимающий экран, а не только уведомление о событии. Запишите момент начала, видимый контент и момент срабатывания защиты. Для демонстрации экрана и удалённого доступа нужны отдельные результаты.
Критерий приёмки: согласованное запрещённое действие вызывает ожидаемую реакцию в проверяемой среде, а после срабатывания защиты вопрос не виден на принимающей стороне. Если он остаётся виден, отметьте проверку как неуспешную и разберите конфигурацию. Успешный тест подтверждает результат только для проверенной среды.
3. Проверьте используемую конфигурацию дисплеев
Проверьте пути передачи изображения, актуальные для вашей программы: разрешённый второй экран, если он предусмотрен, и запрещённое дублирование. Зафиксируйте переходники, режимы дисплеев и подключённое оборудование. В руководстве по HDMI-разветвителям и путям вывода изображения объясняется, почему нужно испытывать конкретную конфигурацию, а не считать любое оборудование одинаковым.
Критерий приёмки: у каждой конфигурации есть наблюдаемый результат и статус — поддерживается, не поддерживается или требует проверки. Один успешный тест не означает, что система обнаруживает любой разветвитель или устройство захвата.
4. Проверьте продолжение после прекращения вмешательства
Прекратите контролируемое вмешательство и проверьте возвращение к обычной работе. Посмотрите на отображение вопроса, переходы, ранее введённый ответ и таймер. Фиксируйте фактическое поведение: скрытие материалов само по себе не означает остановку времени или гарантированное восстановление ответа.
Критерий приёмки: продолжение соответствует согласованным правилам экзамена, а поддержка знает, что делать, если участник не может вернуться к работе. Отдельно определите, какие решения о возобновлении, времени и пересдаче принимает организатор.
5. Зафиксируйте ограничения для внешней камеры
Камера вне экзаменационного компьютера может сфотографировать вопрос без демонстрации экрана и удалённого доступа. Одна программная защита контента не подтверждает отсутствие такой фотографии. Согласуйте правила помещения, допустимые устройства, способы наблюдения и особые условия. Затем проверьте разбор учебного инцидента с демонстрационными материалами.
Критерий приёмки: организатор может объяснить границы защиты и назвать ответственного за разбор. Технический сигнал не является автоматическим решением о нарушении. Руководство по разбору сигналов и апелляций поможет определить необходимые материалы, проверяющего и порядок получения объяснений участника.
Учитывайте физическую среду
Согласуйте правила дополнительных устройств, помещения и обзора камер, если они входят в программу. Заранее объясните требования и предусмотрите особые условия. Камеры дают контекст для разбора; неполный обзор нельзя выдавать за исчерпывающие материалы.
Добавьте меры на уровне самого экзамена
Оцените риск с учётом доступности вопросов, разрешённых источников и повторного использования заданий. Это решения владельца программы. Изменения должны сохранять смысл оценки знаний или квалификации, а не просто усложнять экзамен.
Подготовьте разбор возможной утечки
Зафиксируйте сессию, время, затронутый материал и доступные проверяющему сведения. При работе с записями и заданиями соблюдайте правила доступа. Различайте подозрение на попытку копирования и подтверждённое распространение: для них нужны разные доказательства.
Оцените сочетание мер
На пилоте проверьте обычные задания, согласованные исключения и контролируемые примеры рисков. Зафиксируйте предотвращённые действия и оставшиеся ограничения. Это позволит согласовать границы защиты и ответственность организатора, технической команды и проверяющих.
Ведите отдельную запись по каждой проверке
В рабочем протоколе пилота предусмотрите поля: сценарий; ссылка на демонстрационное задание; устройство и операционная система; версия и режим приложения; значимые настройки; ожидаемое поведение; фактическое поведение; время и ссылка на подтверждающие материалы; проверяющий; результат «пройдено», «не пройдено» или «не определено»; оставшийся риск и следующее действие. Это рекомендуемый протокол оценки, а не обещание автоматической выгрузки всех этих полей из платформы.
Храните тестовые записи и скриншоты по правилам доступа и хранения организатора. Отдельно фиксируйте, оставался ли вопрос виден, была ли заблокирована попытка копирования и подтверждено ли распространение. Количество предупреждений нельзя выдавать за долю утечек.
Примите решение о внедрении по результатам пилота
Для сертификационной программы полезный итог — согласованный перечень поддерживаемых конфигураций, проверенных мер, оставшихся рисков и ответственных. Критичные нерешённые сценарии нужно разобрать до использования реального банка вопросов. После изменения приложения, операционной системы или правил экзамена повторите затронутые проверки.
На демонстрацию TrustExam подготовьте режим проведения, разрешённые инструменты и приоритетные сценарии утечки. На их основе можно обсудить объём пилота и материалы, необходимые вашей экзаменационной команде для принятия решения.