Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
329.pdf
Скачиваний:
35
Добавлен:
07.01.2021
Размер:
434.2 Кб
Скачать

1.6. Тестирование, отладка и оценка качества программного обеспечения

Вопросы для рассмотрения: Стратегии и методы тестирования. Прямое и обратное тестирование. Программные средства автоматизации тестирования. Методики оценки качества ПО. Процессный подход к оценке качества ПО.

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 2, 4, перечень ресурсов в сети Интернет.

Наименование вида самостоятельной работы: изучение ли-

тературы, выполнение тестовых заданий.

Отладка – этап разработки компьютерной программы, на котором обнаруживают, локализуют и устраняют ошибки. Чтобы понять, где возникла ошибка, приходится: узнавать текущие значения переменных; выяснять, по какому пути выполнялась программа.

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

Отладка ПО включает в себя: тестирование, локализацию ошибок, редактирование; тестирование, оптимизацию; тестирование, локализацию ошибок, оптимизацию; тестирование, оптимизацию, документирование.

Основной задачей отладки ПО являются: выявление максимального количества ошибок; определение момента окончания отладки; создание тестов; тестирование и оптимизация ПО.

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

Программа и требования поступают к тестировщику.

Он совершает необходимые операции, ведет наблюдение за тем, как ПО выполняет поставленные задачи.

По результатам проверки формируется список соответствий

инесоответствий.

Используя полученную информацию, можно либо улучшить существующий софт, либо обновить требования к разрабатываемой программе.

В контексте общего процесса разработки, процесс тестирования (зеленая ветка схемы) выглядит следующим образом:

Юзабилити тестирование (проверка эргономичности) помогает определить: удобен ли сайт или пользовательский интерфейс для его предполагаемого применения.

Создание чек-листа – подготовка набора тестов, внесение необходимых предложений в разрабатываемые требования (с точки зрения качества).

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

Верификация — проверка, которая показывает: были ли исправлены ошибки, обнаруженные в результате тестов. Обычно тесно связана с регрессионным тестированием(regression testing), направленным на обнаружение дефектов в участках кода, которые уже были протестированы.

Тест производительности (performance testing) проводится на стендах, где в дальнейшем будет эксплуатироваться софт. Цель — выявление проблем стенда (не софта), имитация работы пользователей, проверка на стрессоустойчивость.

С помощью всех эатпов тестирования формируется качество

ПО.

Качество программного обеспечения – способность программного продукта при заданных условиях удовлетворять установленным или предполагаемым потребностям

Стандарт ISO/IEC 25010:2011 (ГОСТ Р ИСО/МЭК 25010- 2015)[8] определяет модель качества продукта, которая включает восемь характеристик верхнего уровня: функциональная пригодность; уровень производительности; совместимость; удобство использования (юзабилити); надёжность; защищённость; сопровождаемость; переносимость (мобильность).

3.ПРАКТИЧЕСКИЕ РАБОТЫ

3.1Практическая работа №1

«Работа с CASE-средствами. Построение диаграмм потоков данных»

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 1, 3, 4, перечень ресурсов в сети Интернет.

Цель работы: Освоить работу с CASE-средствами при построении диаграмм потоков данных.

Ход работы:

1)Изучить методологию структурного анализа предметной области с использованием диаграмм потоков данных (DFD), а также возможности моделирования DFD в Case-системах MS Visio / BPWin.

2)Определить функции, подлежащие автоматизации в рамках выбранной предметной области.

3)Построить функциональную модель ИС автоматизирующую выбранные процессы предметной области варианта задания с использованием методологии DFD.

4)Построить модели бизнес процессов «как есть» и «как должно быть».

5)Составить отчет по проделанной работе.

6)Защитить работу.

Вкачестве программного обеспечения использовать: MS Visio

иErWin.

Вопросы к самопроверке:

Для чего служит DFD - диаграмма?

В чем отличие DFD - диаграммы от IDFE0?

Какой инструмент используется для построения внешних сущностей?

Каким инструментом можно построить Хранилище данных?

Какие графические элементы используются для обозначения на диаграмме Работы, Потоков данных, Хранилищ данных?

3.2 Практическая работа №2 «Применение методов ООП. Разработка программного продукта

с использованием объектно-ориентированного программирования»

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 1, 3, перечень ресурсов в сети Интернет.

Цель работы: Освоить применение методов ООП для. разработки программного продукта с использованием объектноориентированного программирования.

Ход работы:

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

Определение термина «ООП» и его основные концепции.

Описание принципов ООП.

Этапы разработки ООП.

Классификация подвидов ООП.

Особенности реализации ООП.

Проектирование ПО для разработки методом ООП.

Среды реализации ООП.

Примеры языков ООП.

3.3 Практическая работа №3 «Технологии разработки технического задания»

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 3, 4, перечень ресурсов в сети Интернет.

Цель работы: научиться писать технического задания для разработки информационных систем.

Ход работы:

В рамках практического занятия необходимо разработать техническое задание по стандарту «ГОСТ 19.201-78 Техническое

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]