Сопровождение и обслуживание программного обеспечения для компьютерных систем

1.

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ,
СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное
учреждение высшего образования
«Санкт – Петербургский государственный университет телекоммуникаций
им. проф. М.А. Бонч-Бруевича»
Специальность: 09.02.07 «Информационные системы и программирование»
ПМ.04. СОПРОВОЖДЕНИЕ И ОБСЛУЖИВАНИЕ ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ ДЛЯ КОМПЬЮТЕРНЫХ СИСТЕМ
МДК. 04.01 Внедрение и поддержка компьютерных систем
Преподаватель
Рожков А.И.
Санкт-Петербург 2023

2.

Лекция 4.
План занятия:
1. Тестирование программного обеспечения в процессе внедрения и
эксплуатации.
2. Эксплуатационная документация.

3.

1. Тестирование программного обеспечения
процессе внедрения и эксплуатации.
в
Тестирование
программного
обеспечения
–
процесс
исследования программного обеспечения (ПО) с целью
получения информации о качестве продукта.
Различие тестирования и отладки:
• Тестирование – поиск ошибок в ПО
• Отладка – поиск местоположения ошибок в программном коде и
их исправление.

4.

Контролировать качество системы можно с помощью процессов
верификации и валидации
Процессы
верификации,
валидации
и
сертификации
программных
средств
служат
для
удостоверения
и
подтверждения их качества и надежности:
• Валидация – доказательство того, что в результате
разработки ПО достигнуты те цели, которые планировали
достичь благодаря ее использованию.
• Верификация
–
достижение
гарантии
того,
что
верифицируемый объект (требования или программный код):
–соответствует требованиям,
–реализован без непредусмотренных функций и
–удовлетворяет проектным спецификациям и стандартам.

5.

Классификация видов тестирования:
1. По объекту тестирования.
Функциональное тестирование — это тестирование ПО в целях
проверки реализуемости функциональных требований, то есть
способности ПО в определённых условиях решать задачи,
нужные пользователям. Функциональные требования определяют,
что именно делает ПО, какие задачи оно решает.
Тестирование производительности - различают следующие
направления:
• нагрузочное тестирование — это простейшая форма
тестирования производительности. Обычно проводится для того,
чтобы оценить поведение приложения под заданной ожидаемой
нагрузкой. Этой нагрузкой может быть, например, ожидаемое
количество
одновременно
работающих
пользователей
приложения, совершающих заданное число транзакций за
интервал времени.

6.

• стресс-тестирование обычно используется для понимания
пределов пропускной способности приложения. Этот тип
тестирования проводится для определения надёжности системы
во время экстремальных или диспропорциональных нагрузок и
отвечает на вопросы о достаточной производительности системы
в случае, если текущая нагрузка сильно превысит ожидаемый
максимум.
• тестирование стабильности - проводится с целью убедиться в
том, что приложение выдерживает ожидаемую нагрузку в течение
длительного времени. При проведении этого вида тестирования
осуществляется наблюдение за потреблением приложением
памяти,
чтобы
выявить
потенциальные
утечки.
Также
тестирование
выявляет
деградацию
производительности,
выражающуюся в снижении скорости обработки информации
и/или
увеличении
времени
ответа
приложения
после
продолжительной работы по сравнению с началом теста.

7.

• конфигурационное - в этом случае вместо того, чтобы
тестировать производительность системы с точки зрения
подаваемой нагрузки, тестируется эффект влияния на
производительность изменений в конфигурации. Пример
конфигурационного - эксперименты с различными методами
балансировки нагрузки. Конфигурационное тестирование также
может быть совмещено с нагрузочным, стресс или тестированием
стабильности.
Тестирование
удобства
использования
(проверка
эргономичности) — исследование, выполняемое с целью
определения, удобен ли некоторый искусственный объект (такой
как веб-страница, пользовательский интерфейс или устройство) для
его предполагаемого применения.
Проверка эргономичности измеряет эргономичность объекта или
системы и сосредоточена на определённом объекте или небольшом
наборе объектов.

8.

Тестирование
безопасности
—
оценка
уязвимости
программного обеспечения к различным атакам.Тестирование
безопасности проверяет фактическую реакцию защитных механизмов,
встроенных в систему, на проникновение. В ходе тестирования
безопасности испытатель играет роль взломщика.
При
неограниченном
времени
и
ресурсах
хорошее
тестирование безопасности взломает любую систему. Задача
проектировщика системы — сделать цену проникновения более
высокой, чем цена получаемой в результате информации.
Тестирование интерфейса пользователя (UI testing).
Тестирование локализации (localizationtesting).
Тестирование совместимости (compatibilitytesting).

9.

2. По знанию системы.
Тестирование чёрного ящика нацелено на проверку требований.
Тесты для него и критерии полноты тестирования строятся на основе
требований и ограничений, четко зафиксированных в спецификациях,
стандартах, внутренних нормативных документах. Часто такое
тестирование называется тестированием на соответствие При
тестировании черного ящика тестировщик имеет доступ к ПО
только через те же интерфейсы, что заказчик или пользователь
либо через внешние интерфейсы позволяющие другому
компьютеру либо другому процессору подключится к системе для
тестирования

10.

Тестирование белого ящика оно же структурное тестирование—
тесты создаются на основе знаний о структуре самой системы и о том,
как она работает. Критерии полноты основаны на проценте элементов
кода, которые отработали в ходе выполнения тестов. При
тестировании белого ящика разработчик теста имеет доступ к
исходному коду тестируемого ПО. Оно обеспечивает то, что
компоненты конструкции — работоспособны и устойчивы, до
определённой степени

11.

3. По степени автоматизации.
Ручное тестирование — часть процесса тестирования на этапе
контроля качества в процессе разработки программного
обеспечения.
Оно производится тестировщиком без использования программных
средств, для проверки программы или сайта путём моделирования
действий пользователя. В роли тестировщиков могут выступать и
обычные пользователи, сообщая разработчикам о найденных ошибках.
Автоматизированное
тестирование
—
часть
процесса
тестирования на этапе контроля качества в процессе разработки
программного обеспечения.
Оно использует программные средства для выполнения тестов и
проверки результатов выполнения, что помогает сократить время
тестирования и упростить его процесс.

12.

4. По степени изолированности компонентов.
Модульное тестирование — предназначено для проверки
правильности отдельных модулей, вне зависимости от их
окружения. При этом проверяется, что если модуль получает на вход
данные, удовлетворяющие определенным критериям корректности, то
и результаты его корректны.
Интеграционное тестирование — предназначено для проверки
правильности взаимодействия модулей некоторого набора друг с
другом. При этом проверяется, что в ходе совместной работы модули
обмениваются данными и вызовами операций, не нарушая взаимных
ограничений на такое взаимодействие, например, предусловий
вызываемых
операций.
Интеграционное
тестирование
также
используется при отладке, но на более позднем этапе разработки.

13.

Системное тестирование — предназначено для проверки
правильности работы системы в целом, ее способности
правильно решать поставленные пользователями задачи в
различных ситуациях. Системное тестирование выполняется через
внешние интерфейсы ПО и тесно связано с тестированием
пользовательского интерфейса, проводимым при помощи имитации
действий пользователей над элементами этого интерфейса. Частными
случаями
этого
вида
тестирования
являются
тестирование
графического пользовательского интерфейса (Graphical User
Interface, GUI) и пользовательского интерфейса Web-приложений
(WebUI).

14.

5. По времени проведения тестирования.
Альфа – тестирование. Внутреннее тестирование — стадия
начала тестирования программы в целом специалистамитестерами, обычно не разработчиками программного продукта, но,
как
правило,
внутри
организации
или
сообществе
разрабатывающих продукт. Также это может быть стадия добавления
новых функциональных возможностей. Программы на данной стадии
могут применяться только для ознакомления с будущими
возможностями.

15.

Бета-тестирование. Публичное тестирование — стадия
активного бета-тестирования и отладки программы, прошедшей
альфа-тестирование (если таковое было). Программы этого
уровня могут быть использованы другими разработчиками
программного обеспечения для испытания совместимости. Тем не
менее, программы этого этапа могут содержать достаточно большое
количество ошибок. Также бета-тестированием называют - интенсивное
использование почти готовой версии продукта (как правило,
программного или аппаратного обеспечения) с целью выявления
максимального числа ошибок в его работе для их последующего
устранения перед окончательным выходом (Релизом) продукта на
рынок, к массовому потребителю.

16.

2. Эксплуатационная документация.
Эксплуатационная документация – это вид технической
документации, описывающий порядок установки, настройки и
использования
разработанного
программного
обеспечения
(автоматизированной системы).
Именно
эксплуатационную
документацию
чаще
всего
подразумевают, когда говорят о программной документации в целом.
1. Ведомость эксплуатационных документов разрабатывается на
отдельные программы или комплексы программ АСУ в целом или его
отдельных подсистем.
Эксплуатационные документы, разработанные для программ,
записываются в следующем порядке:
• на комплекс программ системы;
• на комплексы программ ее отдельных подсистем;
• на отдельные программы.

17.

В ведомости по каждому эксплуатационному документу
указываются наименование документа, его подсистем, которые
предполагается использовать в других АСУ или в качестве
типовых и состоит из следующих разделов:
1.Общие указания - приводятся общие рекомендации
применению программ на технологических объектах управления.;
по
2. Общие сведения - приводятся:
• наименование комплекса программ системы или ее отдельных
подсистем и обозначение программной документации по
спецификации;
• назначение и краткая характеристика области применения
программ с учетом как непосредственного назначения для
конкретного объекта управления, так и возможного
применения на других объектах;

18.

• наименование объекта, на котором внедрены программы в
эксплуатацию;
• наименование и почтовый адрес организации-разработчика
специального программного обеспечения системы или ее
отдельных подсистем;
• прочие данные.;
3. Основные характеристики - приводятся данные, необходимые
при эксплуатации комплекса программ системы или ее отдельных
подсистем;
4. Комплектность поставки - приводится перечень всех
поставляемых разработчиком программ или ее отдельных подсистем
на машинных носителях информации и программных документов на
них с указанием наименований и обозначений;

19.

5. Свидетельство о приемке - приводится свидетельство,
подписанное лицами, ответственными за соответствие программ на
машинных носителях информации программным документам на них;
6. Гарантийные обязательства - приводится гарантийное
обязательство организации-разработчика специального программного
обеспечения автоматизированных систем;
7. Сведения о рекламациях - приводится краткое изложение
порядка предъявления рекламации (оставляется место для
регистрации всех предъявляемых рекламаций, их содержания и
принятым по ним мерам);
8. Сведения о хранении - приводится данные об условиях
хранения программ на машинных носителях информации;
9. Сведения о закреплении при эксплуатации - оставляется место
для записи лиц, за которыми закреплены программы системы или
отдельные подсистем на машинных носителях информации на время
их эксплуатации;

20.

10. Сведения об изменениях - оставляется место для указания
документов, на основании которых вносятся в программы и
программные документы на них, краткое содержание внесенных
изменений;
11. Особые отметки - оставляются несколько чистых листов для
специальных отметок, которые вносятся во время эксплуатации
программ .

21.

2. Общее описание - документ, разрабатываемый на комплексы
программ АСУ ТП в целом или отдельных ее подсистем и
содержащий:
• описание структуры специального информационного обеспечения
системы и (или) отдельных ее подсистем;
• структуру специального программного обеспечения системы и
(или) ее отдельных подсистем;
• общий алгоритм функционирования
отдельных подсистем;
системы
и
(или)
ее
• возможные варианты использования специального программного
и информационного обеспечения системы и (или) отдельных
подсистем на той или иной конфигурации управляющего
операционного
комплекса
(машины)
под
управлением
определенной операционной системы реального времени.

22.

3. Руководство системного программиста - документ,
разрабатываемый на комплексы программ АСУ ТП в целом или ее
отдельных подсистем. Предназначен для использования при
работе по внесению изменений в информационное и программное
обеспечение в процессе эксплуатации системы или подсистемы
на объекте и содержащий:
• рекомендации по способу и порядку внесения изменений в
информационное и программное обеспечение системы и (или)
отдельных подсистем;
• рекомендации по включению в подсистемы новых программ;
• рекомендации по включению в систему новых подсистем;
• описание средств и способов перенастройки программ системы
или подсистемы при изменении конфигурации технических
средств вычислительного комплекса и др.

23.

4. Руководство программиста - документ, разрабатываемый на
комплексы программ автоматизированных систем в целом или ее
отдельных подсистем и содержащий следующие сведения:
• перечень программ, включенных в состав программного
обеспечения АСУ ТП или ее отдельных ее подсистем с указанием
обозначений программ и их наименований;
• форматы обращений к программам на алгоритмических и (или)
машинно-ориентированных языках;
• краткое описание возможных вариантов применения программ с
указанием ограничений на их применение;
• сведение о самонастраиваемости программ;
• сведения об используемых средствах диагностики в программах и
др.

24.

5. Руководство оператора - документ, разрабатываемый на
комплексы программ систем управления технологическими
процессами в цело или ее отдельных ее подсистем и содержащий
следующие описания:
• конфигурации технических средств вычислительного комплекса;
• действий оператора по загрузке программ системы или отдельной
ее подсистемы в память вычислительного комплекса;
• действий оператора по первоначальной настройке программ на
выполнение;
• действий оператора по первоначальному запуску программ на
выполнение;

25.

• действий оператора по работе за пультом вычислительного
комплекса при нормальной работе системы, при сбоях и отказах
отдельных устройств вычислительного комплекса;
• действий оператора по перезапуску программа выполнение при
устранении причин отказов устройства;
• действий оператора системы при пусках и остановках
технологического процесса на технологическом оборудовании,
при переходе из нормального в аварийный режим и наоборот и
др.

26.

6. Порядок и методика испытаний - документ, предназначенный
для использования при проведении контрольных испытаний на
объекте при их сдаче в опытную или промышленную
эксплуатацию.
Документ разрабатывается на основании технического задания
на разработку специального программного и информационного
обеспечения систем управления технологическими процессами с
перечислением всех требований, подлежащих проверке в ходе
испытаний и других вопросов, подлежащих проверке на субъекте при
проведении
испытаний.
Указанный
документ
не
должен
дублировать сведений, содержащихся в рубрике «Руководство
оператора».

27.

В документ включены следующие материалы:
• цель испытаний;
• перечень программ, представленных на испытании;
• краткое описание конфигурации вычислительного комплекса для
проведения испытаний;
• краткое описание результатов выполнения программ;
• описание действий оператора по испытанию отдельных программ
и комплексов программ отдельных подсистем и систем в целом в
нормальных и ненормальных условиях эксплуатации;
• описание реакции программ на ненормальные ситуации;
• продолжительность и режим испытания программ.

28.

7. Документы прочие - все те программные документы, которые
разрабатываются для отдельных программ и комплексов
программ по усмотрению организации-разработчика специального
программного обеспечения АСУ ТП:
• Инструкция по подготовке входных массивов данных, вводимых в
память
вычислительного
комплекса
в
процессе
функционирования системы;
• Инструкция по
перфоленте;
перфорированию
исходных
• Инструкция по хранению, воспроизведению,
машинных носителей информации и др.;
данных
на
маркировке