- •Минобрнауки россии
- •Им. В.И.Ульянова (Ленина)” (сПбГэту)
- •Магистерская диссертация Тема: «Разработка оптимальных методов тестирования электронных курсов»
- •Минобрнауки россии
- •Им. В.И.Ульянова (Ленина)” (сПбГэту) техническое задание
- •Содержание
- •Словарь терминов
- •Введение
- •Аналитический обзор предметных областей
- •Общие вопросы тестирования и качества
- •Жизненный цикл проекта
- •Особенности web – приложений
- •Понятие дефект и качество
- •Анализ и управление требованиями
- •Основные виды тестирования
- •1.1.5.1. Функциональные виды тестирования
- •1.1.5.2. Нефункциональные виды тестирования
- •1.1.5.3. Связанные с изменениями виды тестирования
- •1.1.6. Внедрение тестирования
- •1.1.6.1. Фаза сбора требований
- •1.1.6.2. Фаза проектирования
- •1.1.6.3. Фаза реализации
- •1.1.6.4. Фаза выпуска продукта
- •1.1.7. Обобщение аналитической части
- •Тестирование
- •Тестирование
- •1.2. Системы электронного обучения
- •Задачи и особенности электронных курсов
- •1.2.2. Основные функции и свойства электронных курсов
- •1.2.3. Средства разработки электронных курсов
- •Определение критериев тестирования
- •2.1. Выявление особенностей тестирования электронных курсов
- •2.2. Выбор оптимальных методик и методов тестирования
- •2.3. Проектирование и разработка системы тестов
- •2.4. Тестовое покрытие и качество системы тестов
- •Разработка общих алгоритмов тестирования
- •3.1. Тестовые сценарии и их выполнение
- •3.2. Подготовка отчетов об ошибках
- •Практическое применение к электронным курсам courselab
- •4.1. Тестирование
- •4.2. Отчет о выполнение сценариев тестирования
- •4.3. Выводы
- •Вывод по результатам исследования
- •Список литературы
1.1.5.3. Связанные с изменениями виды тестирования
После проведения необходимых изменений, таких как исправление бага/дефекта, программное обеспечение должно быть пере тестировано для подтверждения того факта, что проблема была действительно решена. Ниже перечислены виды тестирования, которые необходимо проводить после установки программного обеспечения, для подтверждения работоспособности приложения или правильности осуществленного исправления дефекта:
-
Дымовое тестирование (Smoke Testing).
"При вводе в эксплуатацию нового оборудования ("железа") считалось, что тестирование прошло удачно, если из установки не пошел дым."
В области же тестирования программного обеспечения, оно применяется для поверхностной проверки всех модулей приложения на предмет работоспособности и наличия быстро находимых критических и блокирующих дефектов.
По результатам данного вида делается вывод о том, принимается или нет установленная версия программного обеспечения в тестирование, эксплуатацию или на поставку заказчику.
-
Регрессионное тестирование (Regression Testing) - это вид тестирования направленный на проверку изменений, сделанных в приложении или окружающей среде (починка дефекта, слияние кода, миграция на другую операционную систему, базу данных, веб сервер или сервер приложения), для подтверждения того факта, что существующая ранее функциональность работает как и прежде. Как правило, для регрессионного тестирования используются тест кейсы, написанные на ранних стадиях разработки и тестирования. Это дает гарантию того, что изменения в новой версии приложения не повредили уже существующую функциональность.
Регрессия багов (Bug regression) - попытка доказать, что исправленная ошибка на самом деле не исправлена.
Регрессия старых багов (Old bugs regression) - попытка доказать, что недавнее изменение кода или данных сломало исправление старых ошибок, т.е. старые баги стали снова воспроизводиться.
Регрессия побочного эффекта (Side effect regression) - попытка доказать, что недавнее изменение кода или данных сломало другие части разрабатываемого приложения.
-
Тестирование сборки (Build Verification Test).
Тестирование направленное на определение соответствия, выпущенной версии, критериям качества для начала тестирования. По своим целям является аналогом Дымового Тестирования, направленного на приемку новой версии в дальнейшее тестирование или эксплуатацию. Вглубь оно может проникать дальше, в зависимости от требований к качеству выпущенной версии.
-
Санитарное тестирование или проверка согласованности/исправности (Sanity Testing).
Санитарное тестирование - это узконаправленное тестирование достаточное для доказательства того, что конкретная функция работает согласно заявленным в спецификации требованиям. Является подмножеством регрессионного тестирования. Используется для определения работоспособности определенной части приложения после изменений произведенных в ней или окружающей среде. Обычно выполняется вручную.
1.1.6. Внедрение тестирования
Необходимо рассмотреть варианты и процесс внедрения тестирования на различных стадиях создания проекта.