Тестирование как одна из форм эффективной учебной деятельности. Цель теста


Тестирование как одна из форм эффективной учебной деятельности

Разделы: Химия

Введение

В области образования одной из актуальных является проблема оценки уровня знаний (подготовленность) учащихся по различным предметам. Объективность оценки знаний учащихся необходима, прежде всего, для принятия верного решения при проектировании деятельности учащихся по окончании средней общеобразовательной школы.

Тестирование – это стандартизированный метод оценки знаний, умений, навыков учащихся, который помогает выявить и сформировать индивидуальный темп обучения, пробелы в текущей итоговой подготовке.

Путь к созданию тестов – изучение теории и методики тестового контроля знаний. Здесь самое главное – осознать, что тест – это не просто проба или ученическая проверка с помощью традиционных вопросов, а научно-обоснованный метод, представляющий систему заданий специфической формы, возрастающей трудности, определенного содержания, позволяющий качественно оценить структуру знаний и эффективно измерить их уровень.

Актуальность работы обусловлена нетрадиционным подходом к проверке знаний как механизму активизации познавательной деятельности учащихся.

Цель: Эффективное использование тестирования на уроках химии.

Тест как измерительный инструмент

Тестология как теория и практика тестирования существует более 120 лет и за это время накоплен громадный опыт использования тестов в различных сферах человеческой деятельности, включая и образование.

Тесты – не только более качественный, но и значительно более объективный способ оценивания. Объективность тестирования достигается путем стандартизации процедуры проведения и путем стандартизации и проверки показателей качества отдельных заданий и тестов в целом.

Тесты представляют собой своеобразную базу для проведения мониторинга, корректировки сравнений, определения уровня усвоения материала. Таким образом, тест – это измерительный инструмент с точки зрения оценивания.

Отличие тестов от контрольных работ является его оснащение, то есть существование жесткой процедуры проведения. Отличие тестов от экзаменов состоит в том, что тесты, используя единые критерии оценки, ставят всех учащихся в равные условия, а это приводит к снижению предэкзаменационных нервных напряжений. Широта теста позволяет ученикам показать свои достижения на широком поле материала. Кроме того, тесты – это эффективный инструмент с экономической точки зрения. Но важнейшее отличие тестов от других форм поверки знаний – его технологичность: задания имеют точный однозначный ответ, и оценивается стандартно.

По средствам предъявления существуют тесты

  • с использованием тестовых тетрадей, в которых находятся тестовые задания и в которых испытуемый фиксирует результаты.
  • бланковые, когда испытуемые отмечают или вписывают правильные ответы на специальных бланках. Бланки предъявляются отдельно от заданий.
  • компьютерные.

Для отслеживания контроля знаний подходит любой из этих способов, но необходимо отметить, что предъявляя один и тот же тест в разных формах, мы получим разные результаты.

По целям использования выделяются следующие группы тестов:

  • Определяющий тест, предназначенный для оценки начальных способностей (применяется в начале года или четверти), несложный, охватывающий небольшой диапазон знаний)
  • Формирующий тест (используется для контроля за прогрессом обучения, затрагивает ограниченный сегмент обучения, оценивается результаты обучения определенной главы или раздела, делается на оценке степени владения материалом).
  • Диагностический тест, предназначенный для определения трудностей обучения, (внимание сосредотачивается на ответах учащихся, содержит большое число вопросов, имеющих отношение к конкретной тестируемой области). Этот тест фокусируется на распространенных ошибках учащихся, четко ожидаемых результатах обучения, имеет очень невысокий уровень сложности, применяется для тех учеников, у которых есть проблемы обучения.
  • Суммирующий тест. Данный тест разрабатывается для оценки широкого диапазона результатов обучения, определяет степень достижений, содержит более сложные вопросы.

Для мониторинга можно использовать три вида тестов, это – определяющий, диагностический и суммирующий.

Основные требования к тестам

Под содержанием теста подразумевается оптимальное отображение содержания учебной дисциплины в системе тестовых знаний. При создании теста обычно ставятся цели, задачи и ожидаемые результаты.

В научной литературе выделяют 4 основные задачи:

  • Обучающая задача направлена на формирование у учащихся знаний основных общеучебных умений и навыков усвоения в процессе учебной деятельности. При этом необходимо инструктировать учащихся о требованиях к выполняемой работе и ее частям, знакомить со способами самоконтроля.
  • Развивающая задача направлена на развитие учебных мотиваций, на формирование у учащихся приемов самоконтроля.
  • Контролирующая направлена на усвоение у учащихся учебного материала, по нему они могут самостоятельно проверить свои знания по теме, определить уровень подготовки.
  • Воспитывающая задача направлена на интересы учащихся к предмету. Она фиксирует отношение учащегося к себе как к субъекту.

Содержание теста не может быть только легким или только трудным. Трудность теста зависит от цели, уровня овладения материалом, специальными умениями и навыками, уровня развития психических познавательных процессов.

Критерии ориентированности теста

В любой тест должны быть включены три основных уровня умения усвоения знаний и умений.

1. Первый уровень – базовый, на этом уровне ученик овладевает конкретным материалом по предмету на уровне его воспроизведения.

2. Второй уровень обеспечивает овладение учащимися теми общими и специфическими приемами учебной и умственной деятельности, которые необходимы для решения задач.

3. Третий уровень поднимает учащихся на уровень осознанного творческого применения знаний, предусматривает свободное овладение практическим материалом, приемами учебной работы умственных действий.

Согласно методике составления теста, разработанной в лаборатории образования ИОСО РАО, основная часть должна состоять из заданий вопросов первого и второго уровней. Именно задания этих уровней соответствуют обязательным требованиям к знаниям и умениям учащихся.

Методическое описание работы

На своих уроках для проверки и корректировки уровня знаний учащихся, наряду с другими методами, мы используем метод тестирования.

Тесты могут быть использованы не только для контроля, но и для обучения. Они позволяют ученикам самостоятельно обнаружить и ликвидировать пробелы в своих знаниях.

Цель тестирования: получение объективной информации по усвоению учащимися знаний, умений, навыков, выяснение возникших затруднений.

Для достижения цели ставятся следующие задачи:

  1. Создавать каждому ученику ситуацию успеха,
  2. Вовлекать каждого ребенка в активную познавательную деятельность.
  3. Предоставить ученику возможность работать (в своем темпе, на своем уровне сложности).

Все тестовые задания составляются с учетом психологических особенностей учащихся в соответствии со следующими принципами:

  • Познавательность,
  • Разноуровневость изучения материала: 1 уровень – репродуктивный, 2 – аналитический, 3 – творческий.
  • Успешность: первое задание в любой самостоятельной работе составлено так, что его может выполнить даже самый слабый ученик.
  • Логичность и последовательность.
  • Многовариантность.
  • Полнота и всесторонность подачи материала.
  • Универсальное применение: можно использовать и при изучении новой темы и при повторении.

Именно тестовый контроль обеспечивает равные для всех обучаемых объективные условия проверки.

Методические особенности тестового контроля с различными типами заданий

С целью повышения активности и самостоятельности учащихся на уроках химии мы применяем методику тестового контроля с выборочным ответом следующих типов: дополнения, выборочный, напоминание, альтернативный, ранжирования, комбинированный, профнаправленный.

Данные типы развивают у учащихся умения анализировать задачи и находить оптимальные пути их решения. Следует отметить, что для выполнения различных типов тестовых заданий необходимы такие мыслительные операции, как сравнение, анализ, синтез, функция, аналогия, умозаключения и др.

Таким образом, системная проверка знаний не только способствует прочному усвоению учебного материала. Но и воспитывает сознательное отношение к учебе, формирует аккуратность, трудолюбие, целеустремленность, активизирует внимание, развивает способности к анализу. Наряду с другими преимуществами, перечисленными выше, данный метод вносит разнообразие в учебную работу, повышает интерес к предмету.

Варианты заданий индивидуальны для каждого учащегося. Содержание таких тестов рассчитано на различный уровень умственной деятельности, ответы на задания предполагают их дифференциацию, что очень важно для психологически неустойчивых учащихся. Выполняя общеклассное задание, слабые ученики отвечают на уровне узнавания, средние – воспроизведения знаний, сильные – применения своих знаний, преобразуя их относительно новым условиям.

Алгоритм тестирования, применяемый на наших уроках химии:

  1. Относитесь к тестированию серьезно и хорошо к нему подготовьтесь.
  2. Помните, что на выполнение работы дается ограниченное время.
  3. Прежде чем начать отвечать, вникните в смысл задания.
  4. НЕ задерживайтесь слишком долго на одном задании, переходите к другому.
  5. Помните, что Ваш успех зависит от Вашей собранности и настойчивости.
  6. Из нескольких предложенных вариантов выберите один правильный ответ.
  7. Ответ на задание состоит из одной цифры. В карточке для фиксации результатов тестирования ответы напишите в виде колонки цифр.
  8. Если Вы не согласны ни с одним из предложенных ответов или условию задания , на Ваш взгляд, соответствуют несколько ответов из числа предложенных, то ответ введите с помощью цифры 0
  9. Не забудьте на своей карточке поставить название темы, класс, дату выполнения работы, свою фамилию и имя.

Учащиеся получают контрольную программу – тест, знакомятся с вопросами, последовательно анализируют варианты ответов и заносят их в карточку ответов в виде крестика в соответствующей ячейке матрицы.

Оценивание результатов работы:

Оценивание результатов проводится следующим образом:

- единицей, по которой можно судить о качестве выполнения учащимися тестового задания, служит так называемая существенная операция теста (проверки, при которых необходимо заполнить номер правильного ответа).

- для выполнения и подсчета числа существенных операций теста используется эталон с правильным ответом.

- если операция выполнена правильно, то учащийся получает один балл, если не выполнена или выполнена неправильно, то ноль баллов. Также используется оценка 0,5 баллов на задание, решение которого было выполнено верно наполовину.

Общее число существенных операций теста соответствует 100%, а число существенных операций, выполненных учащимся х%

В результате математических расчетов определяется процент выполнения тестовых заданий каждым учащимся, а потом переводится в соответствующую отметку. Например, 79 из 100% - “хорошо”, 53 из 100% - “удовлетворительно”.

Тестовые задания используются нами на уроках закрепления, повторения, при итоговом контроле и контрольной работе. По результатам тестирования составляется мониторинг знаний учащихся.

Результаты обучения и внедрения системы тестирования на уроках химии:

  • Значительно улучшилось качество знаний и успеваемость.
  • Сформировались навыки самостоятельно совершенствовать и углублять знания по химии, что в свою очередь, способствует развитию интереса к этому предмету, в использовании знаний на практике.
  • Развились такие качества как трудолюбие и целеустремленность.
  • Повысилось качество знания выпускников поступающих в ВУЗ

 Заключение

Таким образом, преимущество тестов в том, что они позволяют проверить элементарные знания учащихся, которые составляют необходимую базу обучения любой дисциплины.

На уроках химии используются такие виды тестирования, как абитуриентское (вузовское), аттестационное (школьное).

Умение заполнять тесты помогает нашим абитуриентам успешно принимать участие в централизованном тестировании в Республике Саха (Якутия), а также выполнение ЕГЭ, результаты которого засчитываются в школе как оценка итоговой аттестации и представляется для участия в конкурсах ВУЗов всей страны.

xn--i1abbnckbmcl9fb.xn--p1ai

Основные положения тестирования / Хабр

Области применения, цели и задачи тестирования ПО разнообразны, поэтому тестирование оценивается и объясняется по-разному. Иногда и самим тестировщикам бывает сложно объяснить, что такое тестирование ПО 'as is'. Возникает путаница.

Для распутывания этой путаницы Алексей Баранцев (практик, тренер и консалтер в тестировании ПО; выходец из Института системного программирования Российской академии наук) предваряет свои тренинги по тестированию вводным видео про основные положения тестирования.

Мне кажется, что в этом докладе лектор смог наиболее адекватно и взвешенно объяснить «что такое тестирование» с точки зрения ученого и программиста. Странно, что этот текст еще не появлялся на хабре.

Привожу здесь сжатый пересказ этого доклада. В конце текста есть линки на полную версию, а также на упомянутое видео.

Основные положения тестирования

Уважаемые коллеги,

сначала попробуем понять, чем тестирование НЕ является.

Тестирование не разработка,

даже если тестировщики умеют программировать, в том числе и тесты (автоматизация тестирование = программирование), могут разрабатывать какие-то вспомогательные программы (для себя).

Тем не менее, тестирование — это не деятельность по разработке программного обеспечения.

Тестирование не анализ,

и не деятельность по сбору и анализу требований.

Хотя, в процессе тестирования иногда приходится уточнять требования, а иногда приходится их анализировать. Но эта деятельность не основная, скорее, это приходится делать просто по необходимости.

Тестирование не управление,

несмотря на то, что во многих организациях есть такая роль, как «тест-менеджер». Конечно же, тестировщиками надо управлять. Но само по себе тестирование управлением не является.

Тестирование не техписательство,

однако тестировщикам приходится документировать свои тесты и свою работу.

Тестирование нельзя считать ни одной из этих деятельностей просто потому, что в процессе разработки (или анализа требований, или написания документации для своих тестов) всю эту работу тестировщики делают для себя, а не для кого-то другого.

Деятельность значима только тогда, когда она востребована, то есть тестировщики должны что-то производить «на экспорт». Что они делают «на экспорт»?

Дефекты, описания дефектов, или отчеты о тестировании? Частично это правда.

Но это не вся правда.

Главная деятельность тестировщиков

заключается в том, что они предоставляют участникам проекта по разработке программного обеспечения отрицательную обратную связь о качестве программного продукта.

«Отрицательная обратная связь» не несет какой-то негативный оттенок, и не означает, что тестировщики делают что-то плохое, или что они делают что-то плохо. Это просто технический термин, который обозначает достаточно простую вещь.

Но эта вещь очень значимая, и, наверное, единственная наиболее значимая составляющая деятельности тестировщиков.

Существует наука — «теория систем». В ней определяется такое понятие как «обратная связь».

«Обратная связь» это некоторые данные, которые с выхода попадают обратно на вход, или какая-то часть данных, которые с выхода попадают обратно на вход. Эта обратная связь может быть положительной и отрицательной.

И та, и другая разновидности обратной связи равноценно важны.

В разработке программных систем положительной обратной связью, конечно же, является какая-то информация, которую мы получаем от конечных пользователей. Это запросы на какую-то новую функциональность, это увеличение объема продаж (если мы выпускаем качественный продукт).

Отрицательная обратная связь тоже может поступать от конечных пользователей в виде каких-то негативных отзывов. Либо она может поступать от тестировщиков.

Чем раньше предоставляется отрицательная обратная связь, тем меньше энергии необходимо для модификации этого сигнала. Именно поэтому тестировать нужно начинать как можно раньше, на самых ранних стадиях проекта, и предоставлять эту обратную связь и на этапе проектирования, и еще, может быть, раньше, еще на этапе сбора и анализа требований.

К слову, отсюда и произрастает понимание того, что тестировщики не отвечают за качество. Они помогают тем, кто за него отвечает.

Синонимы термина «тестирование»

С точки зрения того, что тестирование — это предоставление отрицательной обратной связи, всемирно известная аббревиатура QA (англ. Quality Assurance — Обеспечение качества) синонимом термина «тестирование» уж совершенно точно НЕ является.

Нельзя считать обеспечением качества простое предоставление отрицательной обратной связи, ведь Обеспечение — это некоторые позитивные меры. Подразумевается, что в этом случае мы именно обеспечиваем качество, своевременно предпринимаем какие-то меры для того, чтобы качество разработки ПО повысилось.

А вот «контроль качества» — Quality Control, можно считать в широком смысле синонимом для термина «тестирование», потому что контроль качества это и есть предоставление обратной связи в самых разных ее разновидностях, на самых разных этапах программного проекта.

Иногда тестирование подразумевается как некоторая отдельная форма контроля качества.

Путаница приходит из истории развития тестирования. В разное время под термином «тестирование» подразумевались различные действия, которые можно разделить на 2 больших класса: внешние и внутренние.

Внешние определения
Определения, которые в разное время дали Майерс, Бейзер, Канер, описывают тестирование как раз с точки зрения его ВНЕШНЕЙ значимости. То есть, с их точки зрения, тестирование — это деятельность, которая предназначена ДЛЯ чего-то, а не состоит из чего-то. Все три этих определения можно обобщить как предоставление отрицательной обратной связи.
Внутренние определения
Это определения, которые приведены в стандарт терминологии, используемой в программной инженерии, например, в стандарт де-факто, который называется SWEBOK.

Такие определения конструктивно объясняют, ЧТО представляет из себя деятельность по тестированию, но не дают ни малейшего представления о том, ДЛЯ ЧЕГО нужно тестирование, для чего потом будут использоваться все полученные результаты проверки соответствия между реальным поведением программы и ее ожидаемым поведением.

Итак,

тестирование — это

  • проверка соответствия программы требованиям,
  • осуществляемая путем наблюдения за ее работой
  • в специальных, искусственно созданных ситуациях, выбранных определенным образом.
Отсюда и далее будем считать это рабочим определением «тестирования».

Общая схема тестирования примерно следующая:

  1. Тестировщик на входе получает программу и/или требования.
  2. Он с ними что-то делает, наблюдает за работой программы в определенных, искуственно созданных им ситуациях.
  3. На выходе он получает информацию о соответствиях и несоответствиях.
  4. Далее эта информация используется для того, чтобы улучшить уже существующую программу. Либо для того, чтобы изменить требования к еще только разрабатываемой программе.

Что такое тест

  • Это специальная, искусственно созданная ситуация, выбранная определенным образом,
  • и описание того, какие наблюдения за работой программы нужно сделать
  • для проверки ее соответствия некоторому требованию.
Не нужно считать, что ситуация – это нечто одномоментное. Тест может быть достаточно длинным, например, при тестировании производительности вот эта искусственно созданная ситуация это может быть продолжающаяся в течение достаточно продолжительного времени нагрузка на систему. А наблюдения, которые нужно при этом делать, это набор различных графиков или метрик, которые мы измеряем в процессе выполнения этого теста.

Разработчик тестов занимается тем, что он из огромного потенциально бесконечного набора тестов выбирает некоторый ограниченный набор.

Ну и таким образом мы можем заключить, что тестировщик делает в процессе тестирования две вещи.

1.Во-первых, он управляет выполнением программы и создает эти самые искусственные ситуации, в которых мы собираемся проверять поведение программы.

2.И, во-вторых, он наблюдает за поведением программы и сравнивает то, что он видит с тем, что ожидается.

Если тестировщик автоматизирует тесты, то он не сам наблюдает за поведением программы — он делегирует эту задачу специальному инструменту или специальной программе, которую он сам написал. Именно она наблюдает, она сравнивает наблюдаемое поведение с ожидаемым, а тестировщику выдает только некоторый конечный результат — совпадает ли наблюдаемое поведение с ожидаемым, или не совпадает.

Любая программа представляет собой механизм по переработке информации. На вход поступает информация в каком-то одном виде, на выходе информация в некотором другом виде. При этом входов и выходов у программы может быть много, они могут быть разными, то есть у программы может быть несколько разных интерфейсов, и эти интерфейсы могут иметь разные виды:

  • Пользовательский интерфейс (UI)
  • Программный интерфейс (API)
  • Сетевой протокол
  • Файловая система
  • Состояние окружения
  • События
Наиболее распространенные интерфейсы это
  • пользовательский,
  • графический,
  • текстовый,
  • консольный,
  • и речевой.
Используя все эти интерфейсы, тестировщик:
  • каким-то образом создает искусственные ситуации,
  • и проверяет в этих ситуациях как программа себя ведет.

Вот это и есть тестирование.

Другие классификации видов тестирования

Чаще всего используется разбиение на три уровня, это
  1. модульное тестирование,
  2. интеграционное тестирование,
  3. системное тестирование.
Под модульным тестированием обычно подразумевается тестирование на достаточно низком уровне, то есть тестирование отдельных операций, методов, функций.

Под системным тестированием подразумевается тестирование на уровне пользовательского интерфейса.

Иногда используются также некоторые другие термины, такие, как «компонентное тестирование», но я предпочитаю выделять именно эти три, по причине того, что технологическое разделение на модульное и системное тестирование не имеет большого смысла. На разных уровнях могут использоваться одни и те же инструменты, одни и те же техники. Разделение условно.

Практика показывает, что инструменты, которые позиционируются производителем как инструменты модульного тестирования, с равным успехом могут применяться и на уровне тестирования всего приложения в целом.

А инструменты, которые тестируют все приложение в целом на уровне пользовательского интерфейса иногда хотят заглядывать, например, в базу данных или вызывать там какую-то отдельную хранимую процедуру.

То есть разделение на системное и модульное тестирование вообще говоря чисто условное, если говорить с технической точки зрения.

Используются одни и те же инструменты, и это нормально, используются одни и те же техники, на каждом уровне можно говорить о тестировании различного вида.

Комбинируем:

То есть, можно говорить о модульном тестировании функциональности.

Можно говорить о системном тестировании функциональности.

Можно говорить о модульном тестировании, например, эффективности.

Можно говорить о системном тестировании эффективности.

Либо мы рассматриваем эффективность какого-то отдельно взятого алгоритма, либо мы рассматриваем эффективность всей системы в целом. То есть технологическое разделение на модульное и системное тестирование не имеет большого смысла. Потому что на разных уровнях могут использоваться одни и те же инструменты, одни и те же техники.

Наконец, при интеграционном тестировании мы проверяем, если в рамках какой-то системы модули взаимодействуют друг с другом корректно. То есть, мы фактически выполняем те же самые тесты, что и при системном тестировании, только еще дополнительно обращаем внимание на то, как именно модули взаимодействуют между собой. Выполняем некоторые дополнительные проверки. Это единственная разница.

Давайте еще раз попытаемся понять разницу между системным и модульным тестированием. Поскольку такое разделение встречается достаточно часто, эта разница должна быть.

И разница эта проявляется тогда, когда мы выполняем не технологическую классификацию, а классификацию по целям тестирования.

Классификацию по целям удобно выполнять с использованием «магического квадрата», который был изначально придуман Брайаном Мариком и потом улучшен Эри Тенненом.

В этом магическом квадрате все виды тестирования располагаются по четырем квадрантам в зависимости от того, чему в этих тестах больше уделяется внимания.

По вертикали — чем выше располагается вид тестирования, тем больше внимания уделяется некоторым внешним проявлениям поведения программы, чем ниже он находится, тем больше мы внимания уделяем ее внутреннему технологическому устройству программы.

По горизонтали — чем левее находятся наши тесты, тем больше внимания мы уделяем их программированию, чем правее они находятся, тем больше внимания мы уделяем ручному тестированию и исследованию программы человеком.

В частности, в этот квадрат можно легко вписать такие термины как приемочное тестирование, Acceptance Testing, модульное тестирование именно в том понимании, в котором оно чаще всего употребляется в литературе. Это низкоуровневое тестирование с большой, с подавляющей долей программирования. То есть это все тесты программируются, полностью автоматически выполняются и внимание уделяется в первую очередь именно внутреннему устройству программы, именно ее технологическим особенностям.

В правом верхнем углу у нас окажутся ручные тесты, нацеленные на внешнее какое-то поведение программы, в частности, тестирование удобства использования, а в правом нижнем углу у нас, скорее всего, окажутся проверки разных нефункциональных свойств: производительности, защищенности и так далее.

Так вот, исходя из классификации по целям, модульное тестирование у нас оказывается в левом нижнем квадранте, а все остальные квадранты — это системное тестирование.

Спасибо за внимание.

Дополнительно

  • Полная расшифровка текста со всеми картинками. Рассказывается о тестировании методом черного и белого ящика, о шести аспектах качества верхнего уровня (функциональность, надежность, практичность, эффективность, сопровождаемость, переносимость), о критериях полноты тестирования.
  • Видео-версия доклада: тут (ее можно и смотреть, и скачать как .wmv).
  • Если интересно: проводится распродажа записей вебинаров Баранцева.

habr.com

Задача: Определение цели теста

Определите, какое программное обеспечение будет реализовано

Цель:  Понять основные запланированные сроки выпуска различных продуктов. 

Используя план итераций и другие доступные источники, определите, какие компоненты программного обеспечения должны быть созданы коллективом в ходе последующей итерации. Если разработка выполняется несколькими разделенными коллективами, может потребоваться обсудить планы разработки с представителями каждого из них. Проверьте, были ли заключены контракты о передаче работ и определите, какие источники информации доступны для сбора данных о процессе разработки, проводимом третьей стороной.

Обращайте внимание на изменения в инфраструктуре и общих компонентах. Эти изменения могут повлиять на зависимые программные компоненты, разработанные на ранних итерациях, что может привести к необходимости тестирования этих компонентов в измененных условиях. По тем же причинам следует отслеживать изменения, внесенные в компоненты, которые разрабатываются другими компаниями и впоследствии будут использованы в проекте. Сюда входят общие компоненты, базовые или общие библиотеки, элементы графического интерфейса, утилиты хранения данных и т. п. Пересмотрите архитектуру программного обеспечения и определите, на какие механизмы повлияют изменения в компонентах, разрабатываемых третьей стороной.

Определите элементы, которые может потребоваться протестировать

Цель:  Определить элементы, которые следует протестировать. 

Просмотрите список компонентов, выпускаемых на данном этапе разработки, и определите связь каждого из них с причиной, вызвавшей необходимость тестирования. Исключите из списка тестируемых компонентов те, которые не связаны с причинами тестирования. В список может потребоваться добавить программы, как закупленные у третьей стороны, так и разработанные самим коллективом.

Также требуется оценить влияние, которое на тестируемые элементы оказывает среда развертывания. В список компонентов, которые может потребоваться протестировать, следует добавить как разрабатываемую систему, так и компоненты целевой среды. Эти компоненты включают аппаратное обеспечение, драйверы устройств, операционные системы, средства взаимодействия и работы с сетью, сторонние программные компоненты (например, клиент электронной почты, браузер Internet и т. п.). Сюда также относятся различные конфигурации и параметры этих компонентов.

После определения целевой среды развертывания необходимо оформить полученную информацию, создав или обновив одну или несколько конфигураций среды тестирования. Структура конфигурации должна содержать имя, краткое описание и основные требования либо параметры конфигурации. На создание этих документов не следует тратить много времени; более подробная информация о требованиях и функциях будет добавлена в ходе выполнения задачи Определить конфигурации среды тестирования.

Уточнить список тестируемых элементов

Цель:  Убрать ненужные и добавить недостающие элементы плана тестирования. 

После согласования задачи и области тестирования с заинтересованными лицами необходимо удалить из списка тестируемых компонентов те пункты, которые не отвечают задаче тестирования и явно выходят за пределы требуемых работ.

Перечитайте список еще раз и проверьте, позволит ли он полностью выполнить задачи тестирования. Возможно, для достижения цели потребуется изменить область тестирования, добавив в нее некоторые элементы.

Окончательно сформировать список тестируемых элементов

Цель:  Сделать информацию о принятых решениях, связанных с выбором тестируемых элементов, общедоступной. 

Теперь, когда тестируемые компоненты определены, необходимо донести ваши решения до непосредственных испытателей и лиц, заинтересованных в результате тестирования. Один из стандартных способов - внесение решений о тестируемых компонентах в документацию итеративного плана тестирования.

Альтернативный способ - внести эту информацию в таблицу или электронный документ и использовать его для управления действиями и для распределения задач. В ходе реализации и выполнения тестирования испытатели смогут использовать эту информацию для принятия тактических решений (какие тесты необходимо выполнить, и на какие результаты следует обращать внимание).

Оцените и проверьте полученные результаты

Цель:  Проверить, было ли задание выполнено должным образом и являются ли полученные рабочие продукты пригодными к использованию. 

Теперь, когда работа завершена, полезно проверить, принесла ли она результаты, либо вы просто потратили бумагу. Следует оценить качество выполненной работы, уровень ее завершенности (может ли полученный результат быть использован в дальнейшем другими участниками коллектива). При возможности используйте для проверки качества и завершенности соответствующие справочные таблицы RUP.

Попросите людей, которые будут в дальнейшем пользоваться результатами вашей работы, оценивать промежуточные результаты. Используйте этот метод при возможности учитывать их замечания. Необходимо также оценить полноту представления ключевых рабочих продуктов. Это может оказаться полезным при оценке вашей работы автором входного продукта.

Помните, что RUP - это итеративный процесс, и во многих случаях рабочие продукты могут измениться через некоторое время. Таким образом, обычно не требуется - и часто понижает продуктивность - создание рабочего продукта, который будет использоваться только частично либо вообще не будет использоваться в последующей работе сразу же после его выпуска. Причина состоит в том, что ситуация по отношению к рабочему продукту может измениться, и предположения, сделанные при создании рабочего продукта, могут оказаться неверными. Если это произойдет перед фактическим использованием продукта, результатом будут являться впустую потраченные усилия и затраты средств на повторные работы. Также не следует уделять слишком много внимания презентациям в ущерб разработке продукта. Если презентации важны для выпуска продукта, то для их проведения рекомендуется использовать административный ресурс.

dit.isuct.ru

12. Понятие психологического теста. Классификации психологических тестов.

Слово "тест" означает испытание, проверка, диагностическая методика.

Тестирование и тестология - диагносцирование и диагностика.

Слово тест у нас ассоциировалось с методикой Бине-Симона и Стенфорд-Бине.

Специфические особенности теста.

Тестом называют стандартизированное, краткое, ограниченное во времени психодиагностическое испытание, предназначенное для установления, прежде всего:

  1. Количественных психоиндивидуальных различий. Л.Кронбах - тесты предназначены описывать индивидуальные психологические различия с помощью количественной шкалы. Штерн в 1911 году описывал требования к тестам. С помощью тестовых оценок происходит ранжирование людей.

  2. Тест представляет собой набор заданий, которые испытуемые должны выполнять по жестко-определенной инструкции, строго детерминирующей поведение. Инструкция жестко задает поведение испытуемого.

  3. Выполнение тестов оценивается по критерию правильности. За правильно выполненное задание начисляются баллы.

  4. Стимульный материал теста должен восприниматься всеми испытуемыми одинаково.

Какие бывают тесты?

Критерии классификации тестов:

  1. цель тестирования

  2. содержание

  3. форма тестирования.

1. По цели различают тесты:

  • тесты для отбора

  • тесты для распределения

  • тесты для классификации

2. По содержанию:

  • тесты общих способностей:

  • тесты специальных способностей

  • тесты личности

  • тесты достижений

  • критериально-ориентированные тесты

Тесты достижения приравниваются к тестам успешности обучения (насколько хороша учебная программа).

Критериально-ориентированные тесты - это новый вид тестов, появились в 60-е годы 20 века.

Устанавливается соответствие испытуемого некоторому определенному критерию (соответствуют ли они внешне заданному критерию).

3. По форме тесты бывают - индивидуальные и групповые:

  • вербальные и невербальные (по форме, в которой представлены задания)

  • бланковые (тесты карандаш-бумага). По форме представления испытуемому.

  • аппаратурные тесты (с помощью специальные приспособлений)

  • компьютерные

13. Характеристика проективных методов, их классификация.

Проективные методы - это группа специфических методик, направленных для измерения личности. Эти методики направлены на раскрытие содержания внутреннего мира личности.

Специфические особенности методик.

Карл Юнг открыл первым феномен, лежащий в основе проективных методик. Можно посредством косвенного воздействия на значимые области переживания испытуемого вызывать изменения в экспериментальной деятельности.

Выполняя что-либо, любой человек проявляет свое отношение к этому. Его высказывания, восприятие, двигательные акты являются проекцией его личности.

Термин "проекция" впервые применен Лоренсом Франком для обозначения группы методик в 1939 году.

Он описал основные принципы проективной диагностики.

В 1896 году Фрейд ввел термин "проекция" - приписывание другим людям социально неприемлимых влечений и желаний, в которых человек отказывает себе.

В начале 20 века Фрейд использует "проекцию" в другом смысле - символический перенос во вне - внутреннего мира человека. Наблюдая процесс экстериоризации тревожности, страха.

Проекция потом стала пониматься как нормальный естественный психический процесс, участвующий в восприятии здорового человека.

Группы проективных методик.

Впервые выделены Франком.

studfiles.net


Смотрите также