Условия и порядок проведения испытаний
Испытания АИС ГКУ должны проводиться на целевом оборудовании Заказчика. Оборудование должно быть предоставлено в той конфигурации, которая запланирована для начального развёртывания системы, и указана в Техническом задании.
Во время испытаний проводится полное функциональное тестирование, согласно требованиям, указанным в Техническом задании.
При проведении приемочных испытаний доступ к сайту Системы предоставляется ограниченному кругу пользователей.
В ходе проведения опытной эксплуатации для каждого зарегистрированного пользователя Системы администратор определяет разделы Системы, к которым данный пользователь получит доступ для проведения полнофункционального тестирования. В момент авторизации осуществляется проверка роли и полномочий пользователя, в зависимости от которых пользователю предоставляется доступ к определённым разделам Системы, а также определяется набор функционала, отвечающий задачам данного пользователя.
Данные пользователи работают с Системой, выполняя свои служебные обязанности, то есть размещают, редактируют, публикуют и удаляют содержание, подвергая тем самым АИС ГКУ полнофункциональному тестированию в течение установленного срока.
Методика проведения испытаний
| № | Действие | Результат | ||
| 1. | Сценарий «Прием документов для предоставления заинтересованным лицам сведений государственного кадастра недвижимости»
| |||
| Войти в систему с ролью «Оператор обслуживания», создать новую заявку на предоставление сведений. | Новая заявка, соответствующего типа создана. | |||
| Заполнить необходимые поля, подтвердить изменения. | Внесенные изменения сохранены. | |||
| Формирование и выдача расписки заявителю. | Форма выведена на экран и успешно распечатана. | |||
| Прикрепить отсканированные документы к заявке. | Отсканированные документы успешно прикреплены к заявке. | |||
| Перевести заявку на следующий уровень. | Заявка успешно переведена, имеет уникальный номер, оператор ответственный за следующий шаг получил уведомление. | |||
| Войти в систему с ролью «Оператор обработки», открыть уведомление о поступившем запросе. | Запрос открыт, информация, введенная на предыдущем шаге корректно отображается. | |||
| 1.а | Сценарий «Запрошенные документы найдены и могут быть предоставлены» | |||
| Открыть заявку, изменить статус заявки | Статус заявки изменился. | |||
| Система уведомляет оператора о изменении статуса и передачи документов в экспедицию. | Уведомление получено. | |||
| 1.б | Сценарий «Запрошенные документы не могут быть предоставлены»
| |||
| Открыть заявку, выполнить действие «Отказ в предоставлении документов». | Статус заявки не изменился, появилось поле для ввода комментариев. | |||
| Подтвердить изменение статуса заявки | Появилось текстовое уведомление о необходимости ввести комментарий. | |||
| Внести текстовый комментарий о причинах отказа в предоставлении документов, сохранить заявку. | Заявка успешно сохранена, статус изменился, оператор в филиале заведения заявки получает уведомление о изменении статуса. | |||
| Оператор в обслуживания открывает заявку и может прочитать комментарий с причинами отказа в предоставлении документов. | Заявка открывается, комментарий с причинами отказа доступен и может быть прочтен. | |||
| 2. | Сценарий «Учет текущих изменений земельных участков» | |||
| Войти в систему с ролью «Оператор обслуживания», создать новую заявку на изменение сведений. | Новая заявка, соответствующего типа создана. | |||
| Заполнить необходимые поля, подтвердить изменения. | Внесенные изменения сохранены. | |||
| Формирование и выдача расписки заявителю. | Форма выведена на экран и успешно распечатана. | |||
| Прикрепить отсканированные документы к заявке. | Отсканированные документы успешно прикреплены к заявке. | |||
| 2.а | Сценарий «Запрошенная услуга внесения изменений в государственный кадастр недвижимости может быть выполнена»
| |||
| Открыть заявку, изменить статус. | Статус заявки изменился. | |||
| Система уведомляет оператора | Уведомление получено. | |||
| 2.б | Сценарий «Запрошенная услуга внесения изменений в государственный кадастр недвижимости не может быть выполнена» | |||
| Открыть заявку, выполнить действие «Отказ во внесение изменений». | Статус заявки не изменился, появилось поле для ввода комментариев. | |||
| Подтвердить изменение статуса заявки | Появилось текстовое уведомление о необходимости ввести комментарий. | |||
| Внести текстовый комментарий о причинах отказа в предоставлении документов, сохранить заявку. | Заявка успешно сохранена, статус изменился, оператор в филиале заведения заявки получает уведомление о изменении статуса. | |||
| Оператор обслуживания открывает заявку и может прочитать комментарий с причинами отказа в предоставлении документов. | Заявка открывается, комментарий с причинами отказа доступен и может быть прочтен. | |||
| 3. | Сценарий «Поиск заявки по номеру в АИС ГКУ оператором»
| |||
| Оператор с любой ролью выбирает пункт «Поиск заявки». | Открылась форма для ввода номера заявки. | |||
| Ввести не существующий номер заявки и нажать «Поиск». | Вернулась страница с информацией о том, что заявка с указанным номером не найдена. | |||
| Перейти к пункту «Поиск заявки». | Открылась форма для ввода номера заявки. | |||
| Ввести номер существующей заявки и нажать «Поиск» | Вернулась страница с заявкой | |||
| 4 | Сценарий «Поиск заявки с помощью инфомата» | |||
| На странице инфомата перейти к разделу «Информация о статусе заявки». | Открылась форма для ввода номера заявки. | |||
| Ввести не существующий номер заявки и нажать «Поиск». | Вернулась страница с информацией о том, что заявка с указанным номером не найдена. | |||
| Вернуться на страницу «Информация о статусе заявки». | Открылась форма для ввода номера заявки. | |||
| Ввести существующий номер заявки | Вернулась страница с информацией о статусе заявки. | |||
| 5 | Сценарий «Запрос справочной информации с помощью инфомата». | |||
| На странице инфомата перейти к информационно справочному разделу для получения информации о способе и порядке оказания услуг. | Раздел описывающий способ и порядок оказания услуг доступен и корректно отображается. | |||
Тестирование безопасности
Цель работы
6.1.1 Научиться проводить тестирование безопасности программы.
Приборы и оборудование
6.2.1 Методические указания по выполнению практического занятия.
Порядок выполнения работы
6.3.1 Изучите необходимые теоретические сведения.
6.3.2 Открыть ранее созданный программный продукт.
6.3.3 Разработать 5 тестовых наборов для тестирования безопасности.
6.3.4 Провести тестирование программы и представить результаты в виде таблицы.
| Номер теста | Назначение теста | Тест (значения для входных данных) | Ожидаемый результат (значения для выходных данных) | Фактический результат (полученные значения выходных данных) | Результат тестирования (успешно/неуспешно) |
6.3.5 Реальные результаты каждого тестового варианта сравнить с ожидаемыми результатами. Выработать рекомендации для корректировки тестируемой программы.
Контрольные вопросы
6.4.1 Что такое тестирование безопасности?
6.4.2 Что такое стресс тестирование?
6.4.3 Основные принципы безопасности программы?
Приложение К
ТЕОРЕТИЧЕСКИЕ СВЕДЕНИЯ
Нефункциональные тесты
Тестирование безопасности
Безопасность приложения является одной из главных задач разработчика. Тестирование безопасности проверяет программное обеспечение на обеспечение конфиденциальности, целостности, аутентификации, доступности и безотказности. Индивидуальные испытания проводятся в целях предотвращения несанкционированного доступа в программный код.
Стресс-тестирование
Стресс-тестирование является методом, при котором программное обеспечение подвергается воздействию условий, которые выходят за рамки нормальных условий работы программного обеспечения. После достижения критической точки, полученные результаты записываются. Этот тест определяет устойчивость всей системы.
Дата добавления: 2021-02-10; просмотров: 229; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!