Министерство науки и высшего образования РФ

Федеральное государственное бюджетное образовательное

учреждение высшего образования

«Уфимский государственный авиационный технический университет»

Факультет информатики и робототехники

Кафедра вычислительной математики и кибернетики

Отчет по лабораторной работе №5

Поиск и документирование дефектов

по дисциплине

«Обеспечение качества и тестирование программного обеспечения»

Выполнила:

студентка группы ПРО-323

Алексеева А. В.

Проверил:

Тугузбаев Гаяз Ахтямович

Уфа 2022

Оглавление

Теоретические сведения 3

1. Описание дефектов 4

2. Ответы на контрольные вопросы 5

Вывод 5

Приложение А 6

Цель:

Протестировать приложение и описать найденные дефекты.

Задачи:

1. Изучить теоретические сведения.

2. Выполнить практическое задание по лабораторной работе.

3. Оформить отчёт и ответить на контрольные вопросы.

Теоретические сведения

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

Описание каждого дефекта сохраняется в специализированной – багтрэкинговой – системе (например, JIRA, Bugzilla, Mantis, Redmine и др.) или в предварительно созданном в программной среде Microsoft Excel файле.

Описание дефекта включает следующие обязательные поля:

1. Headline – название дефекта.

2. Severity – степень критичности (важность дефекта).

3. Description – алгоритм воспроизведения.

4. Result – фактический результат.

5. Expected result – ожидаемый результат.

6. Attachment – прикреплённые файлы (приложение).

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

Требование спецификации, которое нарушает обнаруженный дефект, можно дополнительно вынести в примечание.

Дополнительно в описании дефекта может быть указана Priority – степень срочности исправления дефекта разработчиком.

1. Описание дефектов

Acceptance Sheet – документ, который содержит подробный перечень всех модулей и функций приложения, а также результаты всех тестов данных функций. Как правило, содержит статистику по наиболее важным показателям каждой сборки, определяющим ее качество.

В рамках модуля в качестве функциональных проверок выступают действия над активными элементами пользовательского интерфейса (полями, кнопками, чекбоксами и т.д.).

Таблица 1.1

Описание дефектов

№	Название дефекта	Важность	Алгоритм воспроизведения	Фактический результат	Ожидаемый результат	Приложение
1	Главный экран: Форма для добавления задачи: Отсутствие кнопки для импорта списка задач на устройство	Enhancement (предложение по улучшению)	Шаги по воспроизведению: 1. Добавить задачи 2. Нажать на кнопку для импорта списка задач на свое устройство	Кнопка для импорта отсутствует.	Есть кнопка для импорта.	Рисунок А

2. Ответы на контрольные вопросы

   1. Алексеева Анна, 2 вариант

Ответ на вопрос №5 «Какие характеристики необходимо указать при описании дефекта?»:

1. Headline – название дефекта.

2. Severity – степень критичности (важность дефекта).

3. Description – алгоритм воспроизведения.

4. Result – фактический результат.

5. Expected result – ожидаемый результат.

6. Attachment – прикреплённые файлы (приложение).

Вывод

В ходе лабораторной работы протестировала веб приложение и описала найденные дефекты.

Приложение А

Рисунок А Отсутствие кнопки импорта