- •Минобрнауки россии
- •Им. В.И.Ульянова (Ленина)” (сПбГэту)
- •Магистерская диссертация Тема: «Разработка оптимальных методов тестирования электронных курсов»
- •Минобрнауки россии
- •Им. В.И.Ульянова (Ленина)” (сПбГэту) техническое задание
- •Содержание
- •Словарь терминов
- •Введение
- •Аналитический обзор предметных областей
- •Общие вопросы тестирования и качества
- •Жизненный цикл проекта
- •Особенности 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. Выводы
- •Вывод по результатам исследования
- •Список литературы
-
Особенности web – приложений
Процесс разработки приложения для работы в Internet/Intranet мало отличается от процесса создания обычной программы. Создание любой программы, будь то настольное приложение или распределенные Web сервисы – одинаково. Этапы процесса практически не отличаются, лишь в зависимости от объема реализуемых функций они могут незначительно сокращаться, пропуская создание отдельных частей проекта [3].
Определение требований, анализ, проектирование и реализация, тестирование и развертывание – эти стадии должен пройти любой программный продукт, независимо для какой платформы он создается, и в какой программной среде он будет функционировать.
При работе Web приложения точно также как и в обычной системе, пользователь вводит и получает информацию, работает с окнами и меню, сохраняет данные на сервере и получает отчеты. Единственное отличие заключается в том, что само программное обеспечение работает не на компьютере пользователя, а на удаленном сервере сети, а доступ к данным можно получить из любой точки мира, где кабельные сети или телефонная связь. С одной стороны это удобно, а с другой предъявляет дополнительные требования к надежности создаваемого программного обеспечения.
1. Надежность Web приложений.
Любая программа должна работать и желательно без сбоев. Невозможно перезапускать систему несколько раз в день из-за внутренних ошибок, поскольку пользователи работают удаленно, в разных городах или даже на разных континентах.
Так же невозможно установить новую версию базы данных, пока никого нет в системе. Для Web приложений – это непозволительно. У программы, работа с которой осуществляется независимо от часовых поясов, нет окончания рабочего дня, в лучшем случае есть только перерыв на профилактику.
Система, работающая через сеть Internet, должна быть доступна двадцать четыре часа в сутки, семь дней в неделю, триста шестьдесят пять дней в году. Если нужна профилактика, то нужно запускать дублирующий сервер, но работа не должна остановиться. Для программ любая остановка, будь то профилактика или «зависание» системы, может принести миллионные убытки, вот почему надежности программного обеспечения для Web уделяется так много внимания.
2. Многопользовательская работа.
Для работы приложения, ориентированного на Web, не важно кто создает представление, с которым работает пользователь. Какой процессор, установленный на домашнем компьютере или же где-то во всемирной паутине, рассчитывает координаты для вывода кнопки на экранной форме.
И при этом многопользовательский режим работы Internet приложения – это не исключение, а нормальный порядок работы. Если программа для небольшого предприятия может себе позволить надолго заблокировать данные, то Internet приложение не этого не может сделать вовсе.
А возможность в любой момент закрыть окно своего браузера, после банального обрыва модемной связи не позволяет приложению точно отследить текущую активность и корректно завершить сеанс связи. Поэтому, большинство приложений, работающих в Web, используют максимально короткое, насколько это возможно блокирование данных.
3. Проблемы быстродействия.
Ожидание пользователя более 10 секунд при переключении со страницы на страницу приложения может привести как минимум к раздражению, и в конечном итоге к возможному отказу от работы с такой системой вовсе, что ведет к потери клиентов.