Автоматизация сбора данных. Результаты тестирования Внедрение системы
 Скачать 5.77 Mb.
|
5.2 Политика безопасностиДанное приложение не требует разграничения прав доступа, так как вся информация, получаемая им, находится в открытом доступе. Оно лишь собирает ее в удобном для пользователя виде, то есть формирует отчеты. Существует лишь ряд ограничений на действия пользователя, рассчитанных на повышение удобства работы и уменьшение ошибок, связанных с человеческим фактором (опечатки, случайное незаполнение полей и пр.). Перечислим их: Запрет ввода всех символов, кроме цифр в поля идентификаторов. Запрет ввода всех символов, кроме цифр и разделителей в поля "Баллы", "Задачи". Запрет ввода в поля "Дата" (только выбор из календаря). При этом выполняются следующие проверки: Соответствия количества баллов количеству задач. Заполненности полей (кроме поля "Язык программирования"). Есть ли как минимум одна запись в каждой таблице. 6. Тестирование ПП6.1 Обоснование методики тестированияТестирование − это процесс выполнения программ или иная деятельность с программой и программными документами, осуществляемая в целях обнаружения факта наличия ошибок или аттестации программного продукта.[5] Оно осуществляется на наборе данных, для которых заранее известен результат выполнения программы (ожидаемый результат). Такие данные называются тестом, или тестовым набором. Главная цель тестирования – обнаружить максимальное количество ошибок, то есть подготовить для этого определенный набор тестов. Их можно начинать проектировать сразу после того, как написано описание ПП. Если ошибка обнаружена, то есть фактический результат не совпадает с ожидаемым, то тест считается удачным. [5] Существует три стратегии тестирования по знанию внутренностей системы: "черный ящик", "белый ящик", а также комбинирование двух этих методов. Для нашей системы выберем стратегию "черного ящика" или тестирование с управлением по данным. Она обычно применяется для тестирования пользовательских интерфейсов. При этом требуется взаимодействие с системой: ввод данных и сбор результатов, но нет необходимости в знании ее внутреннего устройства. Цель такого тестирования – выяснить, при каких условиях и данных программа ведет себя не так, как прописано в спецификации. [11] Чтобы обнаружить и нейтрализовать все ошибки при такой стратегии, необходимо выполнить исчерпывающее тестирование, т. е. протестировать ПП на всех наборах данных, что является невозможным. Поэтому существуют такое понятие, как приемлемое тестирование. Его суть заключается в том, что программа проверяется на подмножествах входных данных. [11] Функциональное тестирование включает следующие методы: Эквивалентное разбиение. Оно заключается в том, что все входные данные разбиваются на классы эквивалентности. Они объединяются по принципу того, что если набор какого-либо класса обнаруживает некоторую ошибку, то предполагается, что все другие тесты этого класса тоже обнаружат эту ошибку. Анализ граничных значений. Производится анализ значений, находящихся на границах классов эквивалентности. [11] Анализ причинно-следственных связей. В данном случае используется алгебра логики и понятия "причина" (входное условие, либо класс эквивалентности) и "следствие" (преобразование системы или выходное условие). Все следствия сопоставляются с причинами, уточняются причинно-следственные связи, строится таблица истинности с различными комбинациями причин. Предположение об ошибке. Он, как правило, используется программистами, обладающими большим опытом. Они составляют список возможных ошибок, которые могут быть не учтены при проектировании, а затем составляют тесты на основе этого списка. [11] Для нашей системы рассмотрим следующий набор тестов. Поле "идентификатор" (программа написана таким образом, что возможен ввод только цифр в поле): Идентификатор участника должен быть положительным числом. Идентификатор участника является отрицательным числом. Идентификатора участника на сайте не существует. Идентификатор не введен. Поле "дата" (предусматривает выбор даты из календаря) : Даты введены верно, есть промежуток между ними. Даты перепутаны местами. Введена одна и та же дата. Дата не введена. Поле "номера задач" (предусмотрен ввод только цифр): Введены положительные номера задач. Введены отрицательные номера задач. Номер задачи не введен. Номер задачи введен некорректно (несколько разделителей, лишний разделитель и т.д.). Поле "язык программирования" (предусмотрен ввод языка только с заглавной буквы"): Язык введен верно. Язык введен не верно. Ничего не введено. Так как, для полей "сайт электронного архива задач" предусмотрен выбор из списка, то проведем следующие тесты. Ничего не выбрано. Выбран элемент списка. Кроме того, у нас есть возможность загрузки шаблона участников и задач курса. Загрузка пустого шаблона. Загрузка шаблона некорректного формата. Загрузка корректного шаблона. Так как сайтов электронных архивов задач для отчета может быть несколько, логично добавить: Не выбран ни один сайт для отчета. Выбран один сайт. Выбрано два разных сайта. Выбрано два одинаковых сайта. Чтобы протестировать поле "баллы" (предусмотрено только для сайтов http://acm.timus.ru и https://acmp.ru, существует возможность ввода только цифр и разделителей), необходимо: Не введено ничего. Введено корректно. Введено некорректно (лишние разделители и т.д.). Введено баллов меньше, чем записано задач. В программе возможно два вида сортировки результатов в отчете: по количеству баллов и по количеству решенных задач. Целесообразно проверить оба. Критерием завершения тестирования будем считать то, что будет выполнено определенное количество тестов, полученных путем анализа эквивалентных классов, без обнаружения ошибок. 6.2 Результаты тестированияВ результате тестирования мы выяснили, что ПП не имеет грубых ошибок. Мелкие недочеты, найденные в процессе, были устранены. Кроме того, были учтены предложения пользователей, которые участвовали в тестировании. Перечислим некоторые изменения, добавленные после тестирования. В первоначальной версии предполагалось, что поле "Язык программирования" должно быть обязательно заполнено для формирования отчета по конкретному языку, иначе выдавалось сообщение об ошибке. После доработки программы при незаполнении этого поля в отчет попадают результаты решений на всех допустимых на сайте языках программирования. Была добавлена возможность редактирования записей таблицы участников кружка. Ранее предполагалось только удаление или добавление записей. После проведения тестирования была закрыта возможность введения всех символов, кроме цифр и запятых в поля идентификаторов, "Номера задач", "Баллы", для уменьшения ошибок ввода пользователей. Определим основные параметры ПП: Производительность системы. Время реакции системы варьировалось. Это объясняется тем, что количество данных, получаемых в отчете менялось (от одной задачи одного участника с одного ресурса до нескольких задач нескольких участников со всех трех ресурсов). К сожалению, заданное время реакции системы достичь не удалось, так как объем данных, парсингом которых занимается наш ПП, слишком большой, а также требуется время для реакции сервера электронных архивов задач. Удобство ручного ввода. Время, затрачиваемое пользователем на добавление нового участника:40 секунд. Время, затрачиваемое пользователем на добавление новых 6 задач: 22 секунды. Время, затрачиваемое пользователем на загрузку шаблона и получение отчета: 22 секунды. Таким образом, можно сделать вывод, что ручной ввод в программу удобен в использовании, так как заполнить формы можно достаточно быстро. Основное время тратится на добавление нового участника, так как приходится вводить его определенный идентификатор с сайта. Надежность системы. За время тестирования системы зависаний и иных сбоев обнаружено не было. Все функциональные возможности разработанного ПП соответствуют функциям, которые были заявлены в п. 3.1. 7. Внедрение системы |