Представьте тест, состоящий всего из десяти вопросов. Человек отвечает на девять, доходит до последнего, нажимает «Узнать результат» и ничего не происходит.
Можно сделать красивую главную страницу, нарисовать современный интерфейс и написать сотню интересных вопросов, но после такого сбоя пользователь вряд ли захочет пройти второй тест. У сайтов с онлайн-тестами необычная логика. Здесь содержание и программная часть практически неотделимы друг от друга. В обычной статье ошибка в одном абзаце неприятна. В тесте неправильно заданный балл, потерянный ответ или неверно работающая кнопка способны испортить весь результат.
Поэтому создание сайта для тестов стоит начинать не с выбора цвета кнопок и даже не с CMS. Сначала нужно решить, что именно будет происходить между первым вопросом и страницей результата.
Сначала определитесь, какие тесты вы собираетесь делать
Слово «тест» объединяет совершенно разные проекты.
Учителю может понадобиться сайт для проверки знаний школьников. Онлайн-школе — контроль после каждого урока. Компании — внутреннее тестирование сотрудников. Развлекательному проекту — викторины и тесты, которыми пользователи делятся с друзьями.
Еще один вариант, открытая площадка, где посетители сами создают тесты и публикуют их для других людей.
Технически это уже пять разных сайтов.
Если требуется несколько небольших викторин, нет смысла проектировать огромную образовательную систему с личными кабинетами. И наоборот, простой плагин с вопросами быстро станет тесным, если планируется сервис с тысячами пользователей, статистикой, рейтингами и самостоятельным созданием тестов.
Полезно заранее ответить хотя бы на несколько вопросов:
- кто создает тесты;
- кто их проходит;
- нужна ли регистрация;
- есть ли правильные и неправильные ответы;
- нужно ли сохранять результаты;
- можно ли проходить один тест несколько раз;
- будет ли ограничение по времени;
- должен ли пользователь получить сертификат или другой документ;
- будут ли тесты открыты для поисковых систем.
После этого становится намного понятнее, какой сайт действительно нужно создавать.
Один вопрос на экране или весь тест сразу
Это первое заметное решение в интерфейсе.
Можно показать двадцать вопросов на одной странице. Пользователь прокручивает ее вниз, отмечает ответы и в конце нажимает кнопку завершения.
Такой вариант прост и хорошо подходит для небольших анкет и некоторых учебных заданий.
Другой подход — показывать вопросы последовательно. Ответил на первый, перешел ко второму, затем к третьему.
На смартфоне такой интерфейс часто удобнее. Пользователь сосредоточен на одном задании и не видит перед собой огромную простыню.
Но появляется важная деталь: можно ли вернуться назад и изменить ответ?
Универсального решения нет.
В развлекательной викторине запрет возвращаться обычно бессмысленен. В экзаменационном тестировании правила могут быть другими.
Главное — чтобы пользователь понимал их до начала прохождения, а не обнаруживал на пятнадцатом вопросе.
Полоса прогресса полезнее красивой анимации
Человеку нужно понимать, сколько осталось.
«Вопрос 7 из 10» дает эту информацию мгновенно.
Для длинного тестирования можно добавить визуальную шкалу прохождения. Она особенно полезна на телефоне, где пользователь не может оценить длину страницы по полосе прокрутки.
Если тест занимает примерно определенное время, об этом тоже лучше предупредить заранее.
Пять вопросов и пятьдесят вопросов требуют совершенно разного настроя.
Вопрос — это не только четыре круглые кнопки
Самый привычный формат — один вопрос и несколько вариантов, из которых нужно выбрать правильный.
Но сайт может поддерживать гораздо больше типов заданий:
- один правильный вариант;
- несколько правильных вариантов;
- текстовый ответ;
- числовой ответ;
- выбор изображения;
- сопоставление элементов;
- установка правильной последовательности;
- заполнение пропусков;
- шкала оценки;
- вопрос без правильного ответа для опросов и анкет.
Необязательно реализовывать все это в первой версии.
Наоборот, если сайт запускается с нуля, лучше начать с двух-трех действительно необходимых типов вопросов и сделать их надежно.
Редкий формат, которым воспользуются два раза в год, не должен задерживать запуск всего проекта.
Как считать результат
Вот здесь простой тест начинает превращаться в систему.
В базовом варианте все очевидно: правильный ответ дает один балл, неправильный — ноль.
Но довольно быстро возникают исключения.
Один вопрос важнее другого и должен давать три балла. В задании несколько правильных вариантов. За частично верный ответ хочется начислить часть баллов. Ошибка в критическом вопросе должна влиять на итог сильнее.
Все правила подсчета нужно определить до создания десятков тестов.
Иначе получится ситуация, когда разные авторы начинают считать результаты каждый по-своему, а программист добавляет исключение за исключением.
Для образовательного сайта также необходимо решить, какой результат считается успешным. Например, достаточно ли определенной доли правильных ответов или существуют обязательные задания, без которых тест не засчитывается.
Математика должна быть однозначной и проверяемой.
А иногда правильного ответа вообще нет
Развлекательные тесты работают иначе.
Предположим, сайт предлагает определить, какой стиль путешествий больше подходит пользователю.
Здесь ответ «поехать с палаткой» не правильнее ответа «забронировать хороший отель». Каждый вариант просто добавляет баллы определенному результату.
После последнего вопроса система сравнивает накопленные значения и показывает подходящий итог.
Именно таким способом создаются многие тесты с несколькими типами результатов.
Для них нужно заранее продумать, что произойдет при равенстве баллов. Нельзя оставлять этот случай на волю случайной ошибки в коде.
Результат должен объяснять результат
Экран с надписью «8 из 10» формально выполняет задачу, но дает человеку очень мало.
Если это проверка знаний, полезно показать, где были допущены ошибки и почему правильный вариант является правильным.
Иногда ответы можно разобрать сразу. В других случаях, например при контролируемом экзамене, их специально скрывают до определенного момента.
Для развлекательного теста результат обычно становится самостоятельной страницей с названием и небольшим описанием.
Если проект рассчитывает на распространение через социальные сети и мессенджеры, именно итог должен вызывать желание поделиться им.
Но не стоит заставлять пользователя публиковать результат ради возможности его увидеть. Такая механика чаще раздражает, чем помогает распространению сайта.
Нужна ли регистрация
Для прохождения теста «Насколько хорошо вы знаете географию России» регистрация, скорее всего, только помешает.
Человек пришел проверить себя, а ему предлагают придумать пароль, подтвердить почту и заполнить профиль.
Часть посетителей просто закроет страницу.
Другое дело — обучение.
Если ученику нужно видеть историю попыток, преподавателю — успеваемость группы, а системе — сохранять прогресс, без идентификации пользователя уже трудно обойтись.
Хорошее правило простое: учетная запись должна давать понятную пользу.
Не просите человека регистрироваться только потому, что технически такая возможность есть.
Личный кабинет нужен не каждому сайту тестов
Это один из элементов, который легко переоценить.
Полноценный кабинет означает дополнительную разработку: регистрацию, авторизацию, восстановление пароля, профиль, хранение данных, историю результатов и настройки.
Для небольшого проекта все это может оказаться дороже и сложнее самой системы тестирования.
Но если тесты являются частью учебного процесса, кабинет становится действительно полезным.
В нем можно показывать пройденные задания, результаты, число попыток, прогресс по темам и доступные следующие тесты.
Преподавателю понадобится другая сторона системы — статистика учеников и групп.
Не заставляйте пользователя начинать сначала из-за случайного обновления страницы
Это особенно болезненно в длинных тестах.
Человек ответил на тридцать вопросов, случайно закрыл вкладку или потерял интернет — и все исчезло.
Если тест занимает две минуты, неприятность небольшая. Если сорок минут — пользователь может вообще не вернуться.
Для длинных заданий стоит предусмотреть сохранение текущего состояния.
Способ зависит от проекта. Для анонимного пользователя часть данных можно временно хранить на его устройстве. Для авторизованного — сохранять прогресс на сервере.
После возвращения сайт предлагает продолжить с того места, где прохождение было прервано.
Таймер нужен только там, где время действительно имеет значение
Обратный отсчет выглядит эффектно, поэтому его иногда добавляют даже в обычные викторины.
Но таймер меняет сам характер теста.
Если цель — проверить знание материала в условиях ограничения времени, он оправдан.
Если человек просто изучает тему, красные цифры в углу скорее мешают.
Нужно также заранее решить, что произойдет после окончания времени: тест отправится автоматически, незавершенные вопросы получат ноль баллов или пользователю дадут закончить текущий ответ.
Все эти правила должны быть известны до старта.
Перемешивание вопросов не делает тест защищенным от списывания
Случайный порядок вопросов и вариантов ответа полезен. Особенно если несколько человек проходят один тест одновременно.
Еще лучше, когда система выбирает определенное количество заданий из большого банка.
Например, каждому пользователю достаются двадцать вопросов из сотни.
Но абсолютной защиты это не дает.
Если тест проходит удаленно на обычном сайте, нельзя гарантировать, что человек не откроет поисковик, учебник или второй телефон.
Поэтому не стоит рекламировать стандартный веб-тест как полностью защищенный экзамен только из-за таймера и случайной сортировки.
Банк вопросов сильно упрощает жизнь
Когда тестов становится много, хранить каждый вопрос только внутри одного конкретного задания неудобно.
Гораздо практичнее создать банк.
Вопрос получает тему, уровень сложности, тип, варианты ответа и другие необходимые параметры. После этого один и тот же банк можно использовать для формирования разных проверочных работ.
Преподаватель, например, выбирает тему и количество заданий, а система собирает вариант автоматически.
Это уже не обязательная функция первого небольшого сайта, но для серьезной образовательной платформы она быстро становится одной из основных.
Кто будет создавать новые тесты
Если только владелец сайта, все сравнительно просто.
Нужна удобная административная форма, где можно написать вопрос, добавить ответы, указать правильный и настроить баллы.
Если тесты создают преподаватели, редакторы или сотрудники компании, понадобятся роли и права доступа.
Один автор может редактировать только свои материалы, методист — проверять их перед публикацией, администратор — управлять всей системой.
Самый сложный вариант — открытый конструктор, где создавать тесты разрешено любому зарегистрированному пользователю.
В этот момент проект превращается в пользовательскую платформу.
Понадобятся черновики, публикация, жалобы, модерация, блокировки, правила использования и защита от спама.
Это совсем другой объем разработки.
Предпросмотр спасает от глупых ошибок
Автору нужен способ пройти собственный тест до публикации.
Причем именно так, как его увидит обычный пользователь.
Это позволяет обнаружить вопросы без отмеченного правильного ответа, опечатки, обрезанные изображения, неправильные баллы и логические тупики.
После изменения уже опубликованного теста его тоже стоит проверять заново.
Особенно если от результата зависит оценка ученика или сотрудника.
Что делать со старыми результатами после изменения вопросов
Неочевидная проблема появляется, когда сайт уже работает.
Допустим, сто человек прошли тест. Затем автор обнаружил ошибку и заменил один вопрос.
Что теперь означает результат старого пользователя «18 из 20»?
Он проходил уже не совсем тот тест, который существует сегодня.
Для серьезных систем полезно хранить версии тестов или как минимум фиксировать, по какому набору вопросов была совершена попытка.
Тогда изменение текущей версии не разрушает историю.
Статистика может быть интереснее итогового балла
Если тесты образовательные, преподавателю мало знать, что средний результат группы составляет условные 72 процента.
Гораздо полезнее увидеть, на каких вопросах ошибается большинство.
Возможно, проблема не в учениках, а в неудачной формулировке задания.
Или определенная тема действительно усвоена хуже остальных.
Полезная статистика может показывать количество попыток, средний результат, распределение баллов, сложные вопросы и динамику конкретного пользователя.
Не стоит собирать десятки показателей просто ради красивой панели. Сначала определите, какие решения будут приниматься на основе каждого показателя.
Сайт для тестов на WordPress
Для небольшого и среднего проекта WordPress вполне может стать основой.
Существуют плагины для викторин, опросов и учебных курсов, которые позволяют создавать вопросы, считать баллы и выводить результаты без написания всей системы с нуля.
Такой путь особенно разумен, если тесты являются частью обычного контентного сайта.
Например, на сайте публикуются статьи по истории, а после каждой темы посетителю предлагается небольшая проверка знаний.
Но выбирать плагин только по количеству функций в описании не стоит.
Сначала составьте собственный список требований: типы вопросов, подсчет баллов, статистика, регистрация, таймер, импорт, экспорт, мобильная версия.
И уже затем проверяйте, способен ли конкретный инструмент выполнить эти задачи.
Когда WordPress становится тесным
Если вы хотите создать самостоятельный сервис тестирования с большим количеством пользователей, сложными ролями, банком заданий, подробной аналитикой, платными тарифами и собственным конструктором тестов, индивидуальная разработка может оказаться разумнее постоянного наращивания десятков плагинов.
Это не значит, что большой проект обязательно нужно программировать с нуля в первый день.
Можно запустить минимальную версию, проверить спрос и только после этого инвестировать в отдельную платформу.
Главное — не строить архитектуру будущего крупного сервиса на случайном наборе расширений, если масштаб уже известен заранее.
Какой хостинг нужен сайту с онлайн-тестами
Здесь важен не только объем страниц.
Обычная статья в основном отдается посетителю в готовом виде. Во время тестирования сервер постоянно получает действия пользователя, проверяет ответы, обращается к базе данных и сохраняет результаты.
Для небольшого проекта на WordPress качественного виртуального хостинга обычно достаточно.
Но нагрузка растет не только вместе с общим числом посетителей. Имеет значение, сколько людей работают с системой одновременно.
Особенно хорошо это заметно в учебных заведениях и компаниях.
Если пятьсот человек должны начать тест в 10:00, нагрузка будет совсем другой, чем при тех же пятистах прохождениях, равномерно распределенных по неделе.
По мере роста проекта может понадобиться более производительный тариф, VPS или другая серверная инфраструктура.
Поэтому нагрузочное тестирование лучше проводить до важного экзамена, а не во время него.
Резервные копии здесь действительно имеют значение
Потерять статью неприятно.
Потерять результаты экзамена нескольких групп намного хуже.
Если сайт хранит важные результаты, резервное копирование базы данных должно быть регулярным и автоматическим.
Причем наличие копии еще не гарантирует возможность восстановления.
Полезно периодически проверять, что резервная копия действительно открывается и из нее можно восстановить рабочую систему.
Не собирайте данные просто потому, что можете
Для развлекательного теста часто вообще не требуется знать имя, дату рождения, телефон и электронную почту посетителя.
Если результаты привязаны к конкретным ученикам, сотрудникам или клиентам, ситуация другая.
Тогда нужно заранее продумать, какие персональные данные необходимы, где они хранятся, кто имеет к ним доступ и сколько времени они нужны.
При разработке следует учитывать действующие требования законодательства о персональных данных и особенности конкретного проекта.
Принцип здесь простой: если информация не нужна для работы сервиса, лучше ее не собирать.
Можно ли продвигать сайт тестов в поиске
Да, и у такого проекта есть интересная особенность.
Каждый качественный публичный тест способен стать отдельной посадочной страницей.
Люди ищут тесты по истории, географии, русскому языку, профессиям, фильмам, книгам и множеству других тем.
Но создавать тысячи автоматически сгенерированных страниц с пятью примитивными вопросами ради поискового трафика — плохая стратегия.
У теста должна быть собственная ценность.
На странице полезно объяснить тему, уровень сложности, количество вопросов и то, что пользователь узнает после прохождения.
Заголовок и описание должны соответствовать содержанию.
Если это тест по конкретному произведению, внутри действительно должны быть вопросы по нему, а не набор общих заданий, в которых заменили название.
Закрытые учебные тесты индексировать не нужно
SEO требуется далеко не каждой странице.
Если тест предназначен только для учеников курса, сотрудников компании или участников конкретного экзамена, появление его вопросов в поисковой выдаче может быть совершенно нежелательным.
Открытая информационная часть сайта и закрытая система тестирования могут существовать отдельно.
Например, поисковику доступны описания курсов и полезные материалы, а сами контрольные задания открываются только после авторизации.
Домен зависит от того, чем станет проект
Для отдельного сервиса тестирования лучше подобрать короткое запоминающееся название и зарегистрировать соответствующий домен.
Если тесты являются лишь разделом уже существующего образовательного или информационного сайта, отдельный домен обычно не нужен.
В таком случае логичнее развивать их внутри основного проекта.
Не стоит регистрировать новое имя только ради одной викторины.
Проверьте сайт не как разработчик, а как участник
Перед запуском создайте несколько намеренно неудобных сценариев.
Начните тест на компьютере и попробуйте продолжить его после перерыва.
Откройте тот же тест на маленьком смартфоне.
Выберите неправильные ответы на все вопросы.
Затем правильные на все.
Пропустите вопрос, если это разрешено.
Дождитесь окончания таймера.
Обновите страницу посередине прохождения.
Нажмите кнопку завершения дважды.
Попробуйте пройти тест повторно.
Посмотрите результат под учетной записью обычного пользователя и отдельно в административной части.
Если используются изображения, проверьте тест при медленном соединении.
И обязательно попросите пройти его человека, который вообще не знает, как устроен ваш сайт.
Разработчик слишком хорошо понимает интерфейс, который сам создал. Новый пользователь сразу обнаруживает места, где «очевидная» кнопка оказывается совсем не очевидной.
Хороший сайт для тестов начинается с честного результата
При создании такого проекта легко увлечься функциями. Рейтинги, достижения, анимация, сертификаты, таблицы лидеров и красивые диаграммы действительно могут сделать сервис интереснее.
Но сначала должна безошибочно работать короткая цепочка.
Пользователь открывает тест. Понимает правила. Отвечает на вопросы. Сайт не теряет его ответы. Система правильно считает баллы. Результат появляется тогда, когда должен, и соответствует выбранным ответам.
Если эта цепочка надежна, вокруг нее уже можно строить образовательную платформу, развлекательный проект, корпоративное тестирование или большой каталог онлайн-тестов.
А если она не работает, даже самый эффектный дизайн останется только красивой оболочкой вокруг кнопки «Узнать результат», которую страшно нажимать.
