Модульное тестирование Web – приложений

• Номер работы:
  446536
• Раздел:
  Все работы   →   Дипломные работы   →   Информационные технологии
• Год добавления:
  05.05.2017 г.
• Объем работы:
  95 стр.
• Содержание:
  СОДЕРЖАНИЕ
  Введение 3
  1 Обзор современных подходов к процессу тестирования веб приложений. 5
  1.1 Тестирования программного обеспечения. 5
  1.2 Количественные критерии качества тестирования. 14
  1.3 Модульное тестирование. 15
  1.4 Автоматизированное тестирование 24
  2 Метод модульного тестирования веб приложений. 31
  2.1 Описание метода и методики его применения. 31
  2.2 Разработка математической модели. 35
  2.3 Теоретическое обоснование преимуществ разработанного метода. 38
  2.4 Язык описания тестов. 41
  3 Результаты применения разработанных методов. 57
  3.1 Анализ применения разработанных методов и средств. 57
  Заключение 62
  Список литературы 63
  Приложения 68
  
  
• Выдержка из работы:
  Некоторые тезисы из работы по теме Модульное тестирование Web – приложений
  ВВЕДЕНИЕ
  
  Web-приложения — динамично развивающаяся сфера. Не все подходы и методы, применяемые для тестирования классических приложений могут быть применимы для тестирования web-приложений.
  Web-приложение — это клиент-серверное приложение, в котором клиентом выступает браузер, а сервером web-сервер, что уже является по сути двумя разнополыми программами, которые необходимо тестировать как отдельно, так и в связке.
  Почти все современные программы ориентированы на работу с сетью. Хранение данных web-приложений осуществляется, преимущественно, на сервере, обмен информацией происходит по сети. Когда мы видим ошибку в сетевой среде, то зачастую сложно точно указать, где именно она произошла, и потому режим работы, или сообщение об ошибке которое мы получаем, может быть результатом ошибок, случившихся в разных частях сетевой системы.
  Имея много общего с тестированием классических приложений, тестирование web-ориентированных приложений имеет свои особенности, связанные прежде всего со средой функционирования. Имея компонентные, структурные и технологические особенности, web-приложениям присущи особенности режимов работы, инсталляции, запуска, остановки и удаления, а также формирования интерфейсов. Работая всегда с сетью и с большим количеством пользователей, web-приложения подразумевают под собой разные права доступа для разных пользователей.
  ............
  1 ОБЗОР СОВРЕМЕННЫХ ПОДХОДОВ К ПРОЦЕССУ ТЕСТИРОВАНИЯ ВЕБ ПРИЛОЖЕНИЙ.
  
  1.1 Тестирования программного обеспечения.
  
  Рассмотрим основные методики тестирования программного обеспечения и web-приложений в том числе.
  В классической теории тестирования различают два основных вида тести¬рования: тестирование «белого ящика» (структурное тестирование) [28] и тестирование «чёрного ящика» (функциональное тестирование) [19; 27; 28; 33].
  Хронологический порядок выполнения тестов в. общем случае соответ-ствует следующему сценарию: создаются и тестируются отдельные элементы программы (тесты методом «белого ящика»); эти элементы объединяются в одно целое как подсистемы и подвергаются тестированию (тесты методом «чёрного ящика»); подсистемы объединяются в полную систему и подвергают¬ся тестированию (интеграционные тесты); полученная система помещается в реальное окружение и' подвергается тестированию (системные тесты); все эти тесты сохраняются для повторного выполнения в случае внесения изменений (регрессионное тестирование).
  Целью тестирования «белого ящика» является тестирование наиболее ненадёжных путей программы. Для выполнения тестирования «белого ящика». проект разбивается на отдельные элементы, и ищутся пути для отдельного тестирования данных и управления. Затем разрабатываются тесты, прослеживающие все или некоторые из этих путей, и проверяются все составные части.
  Также к методам тестирования белого ящика относятся различные методы сбора покрытий кода тестами. Один из подобных методов - метод анализа покрытия операторов (С1) или метод покрытия узлов. Эти измерения показывают, был ли выполнен каждый исполняемый оператор.
  Метод покрытия решений направлен на определение всех возможных исходов решений, которые были проверены с помощью комплекта тестовых процедур (С2). Он требует, чтобы каждая точка входа и выхода в программе была выполнена хотя бы единожды, чтобы все возможные условия для решений в программе были проверены не менее одного раза, и каждое решение в программе хотя бы единожды было протестировано с учётом всех возможных исходов.
  .....