Як створити тестування?

<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>Дослідницькі колективи намагаються розвивати її в трьох основних напрямах. Один напрям пов'язаний з питаннями, що параметризуються, використовуваними, наприклад, в CAPA (Kashy et al. 1997), EEAP282 (Merat Chung 1997) або Mallard (Brown 1997; Graham, Swafford Brown 1997). Це дозволяє створювати необмежене число <a href="http://iatp.kharkov.ua/sites/ac/u2_test.htm">тестів</a> з одного того ж набору питань і фактично виключає можливість обману (Kashy et al. 1997). Другий напрям досліджень пов'язаний з розвитком метаданих питання. Якщо система знає трохи більше щодо питання (наприклад, тип, тема, ключові слова, частина курсу, вага або складність), тоді система може генерувати настроєні і індивідуалізовані контрольні опити по запиту системи або автора.</p> <p>Це означає, що автори могли б визначити різні параметри опиту, відповідно до потреб конкретного учня в конкретній крапці курсу: загальна кількість питань, відносна частка питань певного типу або по певній темі, трудність, система генерує настроєний опит на вимогу (Byrnes, Debreceny Gilmour 1995; Merat Chung 1997; Rehak 1997; Rios, Pйrez de la Cruz Conejo 1998). Такий підхід, поза сумнівом, є могутнішим, ніж прості випадкові контрольні опити. Системи, широко використовуючі метадані, дійсно більше "знають" про питання і їх функціональні можливості. Третій напрям досліджень - адаптивна видача питань. Така функціональність заснована на оверлейній моделі учня, в якій окремо представлені знання навчаним різних понять і розділів курсу.</p>