Как создать тестирование?

<p>Вопросы создаются авторами: педагогами и разработчиками. Современный вопрос имеет следующие компоненты: сам вопрос (основа), набор возможных ответов, указатель на правильные ответы, тип интерфейса представления, информация обратной связи, которая выдается ученику независимо от его ответа и специфической обратной связи для каждого варианта ответа. Кроме того, автор может использовать метаданные, такие как темы разделов, ключевые слова, часть курса, соответствующая тесту, сложность вопроса, допустимое время, число попыток, и так далее. Эти метаданные могут использоваться для выбора выдаваемого вопроса, а также для выставления баллов. Варианты поддержки на стадии создания обычно зависят от технологии, используемой для хранения отдельного вопроса в системе.</p> <p>В настоящее время нам известно два разных способа хранения вопроса: в формате представления и во внутреннем формате. В контексте web-основанного учеба, хранение вопроса, в формате представления означает его хранение как части html-кода (обычно в виде html-формы). Такие вопросы могут также называться статическими вопросами. Они являются "черными ящиками" для wbe-системы. Система может представлять статические вопросы только "как есть" (в том виде, в котором они были созданы). Создание вопросов этого типа часто не поддерживается wbe-системой, поскольку это может быть сделано в любом html-редакторе. Сохранение вопроса во внутреннем формате обычно означает его хранение в записи базы данных, где разные части вопроса (основа, ответы, и обратная связь) сохранены в разных полях этой записи.</p> <p>Вопрос, как только его видит ученик, генерируется из внутреннего формата на стадии выдачи. Внутренний формат дает возможность более гибкого манипулирования вопросам: тот же вопрос может быть представлен в разных формах (например, открытый тип или множественный выбор) или с помощью разных интерфейсов (например, набором иконок или списком выбора). Порядок альтернатив в вопросах множественного выбора может меняться (Carbone Schendzielorz 1997). Это обеспечивает высший уровень индивидуализации. Это полезно с педагогической точки зрения и снижает возможность обмана. Существует два основных подхода к созданию вопросов во внутреннем формате: графический, предназначенный для пользователя интерфейс (GUI), и специальный язык разметки вопросов (Brown 1997; Campos Pimentel, dos Santos Junior Mattos Fortes 1998; Hubler Assad 1995).</p> <p>Каждый из этих подходов имеет свои достоинства и недостатки. В настоящее время подход, основанный на использовании GUI, намного более популярен. Он используется всеми продвинутыми коммерческими wbe-системами, такими как (Blackboard 1998; Question Mark 1998; WBT Systems 1999; WEBCT 1999). Однако некоторые wbe-системы используют GUI, но не хранят вопрос во внутреннем формате. Зато такие системы сразу генерируют html-вопросы и хранят их в статической форме. Наилучшим выходом для хранилища вопросов является статический тест или опрос, то есть статическая последовательность вопросов. Опрос обычно представляется в форме HTML и создается с помощью авторских средств html-уровня.</p> <p>Статические тесты и опросы обычно жестко привязаны к некоторому определенному месту курса. При использовании этой самой простой, технологии возникает одна проблема; все ученики получают одни и те же вопросы в одном и том же месте курса. Другая проблема заключается в том, что каждый вопрос, жестко встроенный в тест не может повторно использоваться. Лучшим вариантом для хранилища вопросов является поддерживаемый вручную фонд вопросов. Фонд может разрабатываться и поддерживаться группой преподавателей. Каждый вопрос в фонде - обычно статический, однако опросы - гибче. Несложные средства управления фондом позволят преподавателям многократно использовать вопрос; все опросы могут быть собраны и прибавлены к содержанию курса, когда это необходимо.</p> <p>Такой подход принято называть гибкостью создания. В следующем году тот же курс, следующая версия курса, или даже разные разделы в пределах того же курса могут включать разные опросы без необходимости разрабатывать эти контрольные опросы из нуля. Еще лучшим вариантом будет формирование на основе поддерживаемого вручную фонда вопросов базы данных вопросов. База данных добавляет то, что принято называть гибкостью времени выдачи. В отличие от поддерживаемого вручную списка, база данных формально структурирована и доступна системе выдачи вопросов. При наличии базы данных вопросов не только преподаватель может формировать опрос, когда это необходимо, но и сама система может генерировать опрос из набора вопросов.</p> <p>Естественно, вопросы могут быть выбраны случайно и помещены в опрос в случайном порядке (Asymetrix 1998; Brown 1997; Byrnes, Debreceny Gilmour 1995; Carbone Schendzielorz 1997; Ni, Zhang Cooley 1997; Radhakrishnan Bailey 1997; WBT Systems 1999; WEBCT 1999). В результате, всем ученым могут быть предложены индивидуальные опросы (то, чего преподаватель не может обеспечить вручную), что значительно снижает возможность обмана. Обратите внимание, что ведения базы данных вопросов не требует использование коммерческой СУБД. Продвинуты университетские системы, такие как Questwriter (Bogley et al. 1996) или Carnegie Mellon Online (Rehak 1997) и много коммерческих систем, такие как Topclass (WBT Systems 1999) или Learningspace (Lotus 1999) используют готовые базы данных типа ORACLE или Lotus Notes для хранения фондов вопросов во внутреннем формате.</p> <p>Впрочем, есть также системы, которые успешно имитируют базы данных с файловой системой UNIX, используя специально структурированную систему каталогов и файлов (Byrnes, Debreceny Gilmour 1995; Gorp Boysen 1996; Merat и Chung 1997). Проблема всех систем с автоматической генерацией опросов заключается в том, как обеспечить надлежащий набор вопросов, составляющих, опрос. Самый простой способ достижения этого заключается в организации специализированных баз данных вопросов для каждого урока. Этот подход, примененный, например, в Webassessor (COMPUTERPREP 1998), уменьшает возможность повторного использования одного и того же вопроса на разных уроках.</p> <p>Много продвинутых систем подобно Topclass (WBT Systems 1999) могут поддерживать многочисленные фонды вопросов и использовать несколько фондов для генерации каждого опроса. Имея такой уровень поддержки, преподаватель может организовать отдельный фонд для каждой темы или каждой степени сложности вопросов и определять желаемое количество вопросов в опросе, который сгенерировал, что принадлежат тому или иному фонду. В настоящее время база данных, которая хранит вопрос во внутреннем формате, является технологией хранения, которое активно разрабатывается.</p> <p>Исследовательские коллективы пытаются развивать ее в трех основных направлениях. Это позволяет создавать неограниченное число <a href="http://iatp.kharkov.ua/ru/sites/ac/u2_test.htm">тестов</a> из одного того же набора вопросов и фактически исключает возможность обмана (Kashy et al. 1997). Второе направление исследований связано с развитием метаданных вопроса. Если система знает немного больше относительно вопроса (например, тип, тема, ключевые слова, часть курса, вес или сложность), тогда система может генерировать настроенные и индивидуализируемые контрольные опросы по запросу системы или автора.</p> <p>Это значит, что авторы могли бы определить разные параметры опроса в соответствие с потребностями конкретного ученика в курсе: общее количество вопросов, относительная часть вопросов определенного типа или по определенной теме, трудность, и так далее, система генерирует настроенный опрос по требованию (Byrnes, Debreceny Gilmour 1995; Merat Chung 1997; Rehak 1997;). Такой подход, несомненно, является более существенным, чем простые случайные контрольные опросы. Системы, широко использующие метаданные, действительно больше "знают" о вопросе и их функциональные возможности. Третье направление исследований - адаптивная выдача вопросов. Такая функциональность основана на оверлейной модели ученика.</p>