77
соответствие программного продукта всем заявленным в документации
функциям и требованиям. Система должна пройти детальную проверку
программного кода, а также на выявление ошибок при работе систем. Также
необходимо проведение позитивных и негативных сценариев тестирования
программного обеспечения. Одна из главных целей тестирования – проверка
соответствия работоспособности модулей. Заказчик системы должен быть
уверен, что в коммерческой эксплуатации программный продукт будет
работать надежно, и со всеми заявленными функциями.
Существуют:
• Функциональное тестирование информационных систем;
• Нагрузочное тестирование информационных систем;
• Автоматизированное тестирование информационных систем;
• Инсталляционное тестирование информационных систем.
Ниже в таблице приведен перечень проверяемых функций в таблица 16:
Таблица 16
Перечень проверяемых функций
№
Проверяемая
функция
Примечание
1.
Функциональное
тестирование
проверка соответствия системы заявленным
функциональным требованиям. Специалист,
проводящий тестирование, проверяет реализацию и
работоспособность всех функций, заявленных в ТЗ
2.
Регрессионное
функциональное
тестирование
проверка работоспособности системы, уже
подвергавшейся процедуре функционального
тестирования, после внесения в систему или ее
инфраструктуру каких-либо изменений. Специалист,
проводящий тестирование, проверяет
работоспособность всех функций системы, НЕ
ЗАТРОНУТЫХ изменениями.
3.
Интеграционное
тестирование
проверка взаимодействия между интегрированными
системами и\или их компонентами. Специалист,
проводящий тестирование, проверяет все
описанные варианты взаимодействия между
системами и\или их компонентами.
4.
Тестирование
пользовательских
интерфейсов с
помощью
целевой группы
проверка удобства и простоты использования
системы с помощью фокус-группы.
78
Продолжение 1 таблицы 16
№
Проверяемая
функция
Примечание
5.
Экспертное
тестирование
пользовательских
интерфейсов
экспертная проверка удобства и простоты
использования системы для конечных
пользователей.
6.
Приёмочное
тестирование
проверка соответствия системы функциональным
и нефункциональным требованиям,
контролируемым в рамках официальных
приемосдаточных испытаний. Специалист,
проводящий тестирование, проверяет
прохождение системой всех проверок и
достижение всех показателей.
7.
Нагрузочное
тестирование
проверка работоспособности и
производительности системы и\или ее
компонентов при различных значениях нагрузки
(число одновременно работающих пользователей,
число транзакций, объем обрабатываемых данных
и т.п.). Специалист, проводящий тестирование,
эмулирует различные типы и значения нагрузки
на систему и контролирует основные параметры
ее работоспособности и производительности.
8.
Тестирование
надежности и
отказоустойчивос
ти
проверка поведения системы и\или ее
компонентов в штатных и нештатных режимах.
Специалист, проводящий тестирование,
моделирует различные ситуации, которые могут
возникнуть при работе системы (остановка или
перезапуске различных компонентов системы,
продолжительная нагрузка на систему, сбои
серверного оборудования и т.д.) и контролирует
основные параметры ее работоспособности и
производительности
9.
Синтетическое
тестирование
стандартизированная проверка
производительности серверного оборудования
системы. Специалист, проводящий тестирование,
с помощью специализированных тестов оценивает
основные параметры производительности
оборудования (скорость чтения или записи на
диск, скорость страничного обмена памяти,
утилизация сети и т.д.).
79
Продолжение 2 таблицы 16
№
Проверяемая
функция
Примечание
10.
Автоматизирова
нное
регрессионное
тестирование
проверка работоспособности системы после
внесения в нее или ее инфраструктуру каких-либо
изменений, при которой основные шаги теста, такие
как запуск, инициализация, выполнение, анализ и
выдача результата производятся автоматически.
Специалист, проводящий тестирование, формирует
набор автоматических тестов для проверки
работоспособности текущей функциональности
системы и передает их заказчику вместе с
руководством по их применению. В дальнейшем, при
внесении любых изменений в систему или ее
инфраструктуру производится запуск
автоматических тестов и оперативная проверка
работоспособности всех функций системы, НЕ
ЗАТРОНУТЫХ изменениями.
11.
Автоматизиров
анное смоук-
тестирование
на
промышленной
среде
проверка работоспособности ключевых функций
системы после внесения в нее или ее
инфраструктуру каких-либо изменений, при которой
основные шаги теста, такие как запуск,
инициализация, выполнение, анализ и выдача
результата производятся автоматически.
Специалист, проводящий тестирование, формирует
набор автоматических тестов для проверки
работоспособности ограниченного количества
ключевых функций системы и передает их
заказчику вместе с руководством по их применению.
В дальнейшем, при внесении любых изменений в
систему или ее инфраструктуру производится запуск
автоматических тестов и максимально быстрая
проверка общей работоспособности системы
12.
Инсталляционн
ое
тестирование
проверка возможности развертывания и
конфигурирования системы из дистрибутива,
предоставленного разработчиком. Специалист,
проводящий тестирование, полностью
разворачивает систему из дистрибутива,
руководствуясь предоставленной документацией, и
выполняет базовую проверку ее работоспособности.
13.
Тестирование
методического
обеспечения
проверка актуальности методического обеспечения
системы и его соответствия всем заявленным
требованиям. Специалист, проводящий
тестирование, анализирует каждый из документов и
оценивает его соответствие текущей версии
системы, требованиям ТЗ (ЧТЗ) и прочих документо-
оснований, актуальной нормативной базе,
оценивает его полноту и непротиворечивость.
80
2.4.2 Методы проведения испытаний
Метод испытаний — это совокупность правил применения
определенных принципов и средств для реализации испытаний,
позволяющих определить проверку изделия в соответствии с программной
документацией. Проверка комплектности программной документации на
программное изделие производится визуально представителем службы,
ответственной за эксплуатацию. В ходе проверки сопоставляется состав и
комплектность программной документации, представленной Разработчиком,
с перечнем программной документации, приведенным в п. "Состав
программной документации, предъявляемой на испытания" настоящего
документа.
Проверка считается завершенной в случае соответствия состава и
комплектности программной документации, представленной Разработчиком,
перечню программной документации.
Проверка работоспособности программы выполняется согласно п.
"Проверка работоспособности программы" Руководства системного
программиста. Проверка считается завершенной в случае соответствия
состава и последовательности действий, при выполнении данной проверки.
По результатам проведения проверки представитель службы, ответственной
за эксплуатацию вносит запись в Протокол испытаний.
Проверка на сообщение об ошибке выполняется согласно п.
"Проверка на сообщение об ошибке" Руководства системного программиста.
Проверка считается завершенной в случае соответствия состава и
последовательности действий, при выполнении данной проверки, указанному
выше подразделу Руководства системного программиста. По результатам
проведения проверки представитель службы, ответственной за эксплуатацию
вносит запись в Протокол испытаний - "п. "Проверка на сообщение об
ошибке " выполнена". Описание проверки приведено в таблице 17.
81
Таблица 17
Описание проверки
Параметр
Значение
Сценарий внесения контрагента в базу и создание счета
Войти в систему с ролью
«Оператор обслуживания», внести
данные о контрагенте, создать
заявку на счет
Внести данные, новая заявка создана.
Заполнить необходимые поля,
подтвердить изменения.
Внесенные изменения сохранены.
Формирование данных по
материалам
Данные сформированы
Прикрепить отсканированные
документы по замеру
Отсканированные документы успешно
прикреплены к заявке.
Перевести заявку на следующий
уровень.
Заявка успешно переведена, имеет
уникальный номер
Войти в систему с ролью
«Оператор обработки
Данные о контрагенте и его запросе
сформированы, сформирован и и
выведен счет на экран, можно
распечатать
Сценарий «Запрошенные документы найдены и могут быть
предоставлены»
Открыть заявку, изменить статус
заявки
Статус заявки изменился.
Система уведомляет оператора о
изменении статуса и передачи
документов в другие отделы и на
производство
Уведомление получено.
Сценарий «Запрошенные документы не могут быть предоставлены»
Открыть заявку, выполнить
действие «Отказ в
предоставлении документов».
Статус заявки не изменился, появилось
поле для ввода комментариев.
Подтвердить изменение статуса
заявки
Появилось текстовое уведомление о
необходимости ввести комментарий.
Внести текстовый комментарий о
причинах отказа в
предоставлении документов,
сохранить заявку.
Заявка успешно сохранена, статус
изменился, оператор в филиале
заведения заявки получает
уведомление о изменении статуса.
Оператор в обслуживания
открывает заявку и может
прочитать комментарий с
причинами отказа в
предоставлении документов.
Заявка открывается, комментарий с
причинами отказа доступен и может
быть прочтен.
82
Продолжение 1 таблицы 17
Сценарий "прикрепить расчеты и чертежи инженерной группы к
заказу"
Войти в систему с ролью
«Оператор обслуживания»,
создать заявку расчет материалов
Новая заявка, соответствующего типа
создана.
Заполнить необходимые поля,
подтвердить изменения.
Внесенные изменения сохранены.
Прикрепить отсканированные
документы к заявке
Отсканированные документы успешно
прикреплены к заявке.
Оператор производства открывает
заявку для печати
Отсканированные документы успешно
распечатываются для дальнейшей
работы
Сценарий «Запрошенная услуга внесения изменений в заказ"
Открыть заявку, изменить статус.
Статус заявки изменился.
Система уведомляет оператора
Уведомление получено.
Сценарий "Передача документации в Строительный отдел"
Открыть заявку, выполнить
соответствующие комментарии
для прораба
Статус заявки не изменился, появилось
поле для ввода комментариев.
Подтвердить изменение статуса
заявки
Появилось текстовое уведомление о
необходимости ввести комментарий.
Внести текстовый комментарий,
прикрепить документы на
материалы и чертежи, сохранить
заявку.
Заявка успешно сохранена, статус
изменился, оператор строительного
отдела получает уведомление о
готовности заказа на производстве и
комментарии по монтажу
Оператор обслуживания
открывает заявку и может
прочитать комментарий
Заявка открывается, комментарий с
комментариями доступен и может быть
прочтен, нужные документы
распечатаны.
Сценарий «Поиск заявки по номеру заказа»
Оператор с любой ролью
выбирает пункт «Поиск заявки».
Открылась форма для ввода номера
заявки.
Ввести не существующий номер
заявки и нажать «Поиск».
Вернулась страница с информацией о
том, что заявка с указанным номером
не найдена.
Перейти к пункту «Поиск заявки».
Открылась форма для ввода номера
заявки.
Ввести номер существующей
заявки и нажать «Поиск»
Вернулась страница с заявкой
83
Продолжение 2 таблицы 17
Сценарий «Поиск заявки с помощью инфомата»
На странице инфомата перейти к
разделу «Информация о статусе
заявки».
Открылась форма для ввода номера
заявки.
Ввести не существующий номер
заявки и нажать «Поиск».
Вернулась страница с информацией о
том, что заявка с указанным номером
не найдена.
Вернуться на страницу
«Информация о статусе заявки».
Открылась форма для ввода номера
заявки.
Ввести существующий номер
заявки
Вернулась страница с информацией о
статусе заявки.
Сценарий «Запрос справочной информации (стоимость услуг и
комплектующих)».
Перейти на страницу
информационно справочному
разделу для получения
информации о комплектующих и
их стоимости
Раздел описывающий комплектующие
и услуги с указанием цены на них
доступен и корректно отображается.
2.4.3 Проведение проверочных испытаний и их результаты
Документ «Счет на оплату покупателю» является основным
документом по заказу и предназначен для сбора всей плановой информации
и расчётных данных по этому заказу. Документ «Счет на оплату
покупателю» является основанием для создания «заявки на материалы» и
«заказа поставщику».
Документ «Счет на оплату покупателю» можно создать только на
основании документа «Контакт» (рисунок 24).
84
Рисунок 24. Создать контакт
Сначала необходимо внести данные о контрагенте. Если Контрагент
новый, то нужно внести в базу его реквизиты. Для этого нужно войти в
КОНТРАГЕНТ. Нажать на кнопку СОЗДАТЬ. Появится форма, куда
вносятся данные (рисунок 25):
Рисунок 25. Внести реквизиты контрагента
85
Далее необходимо в КОНТРАГЕНТЕ найти кнопку КОНТАКТНЫЕ
ЛИЦА, нажать. Появится форма для заполнения контактного лица
контрагента, с которым в дальнейшем будет контактировать менеджер ООО
"Наяда-Столица". Внести данные, нажав кнопку АДРЕСА, можно внести
номер телефона, электронный адрес и другие данные о контактном лице.
Если контактное лицо поменяется, можно дополнительно создать таким же
образом новые данные на новое лицо (рисунок 26):
Рисунок 26. Данные контактного лица от контрагента
Далее в КОНТАКТЕ необходимо нажать кнопку ОБЪЕКТ
ЗАКАЗЧИКА, куда вносится адрес объекта, где будут проводиться работы
(рисунок 27):
86
Рисунок 27. Адрес объекта
Ниже - заполненная форма КОНТАКТА (рисунок 28):
Рисунок 28. Заполненная форма контакта