ОКиТПО_05_Алексеева_ПРО-323
.docxМинистерство науки и высшего образования РФ
Федеральное государственное бюджетное образовательное
учреждение высшего образования
«Уфимский государственный авиационный технический университет»
Факультет информатики и робототехники
Кафедра вычислительной математики и кибернетики
Отчет по лабораторной работе №5
Поиск и документирование дефектов
по дисциплине
«Обеспечение качества и тестирование программного обеспечения»
Выполнила:
студентка группы ПРО-323
Алексеева А. В.
Проверил:
Тугузбаев Гаяз Ахтямович
Уфа 2022
Оглавление
Теоретические сведения 3
1. Описание дефектов 4
2. Ответы на контрольные вопросы 5
Вывод 5
Приложение А 6
Цель:
Протестировать приложение и описать найденные дефекты.
Задачи:
Изучить теоретические сведения.
Выполнить практическое задание по лабораторной работе.
Оформить отчёт и ответить на контрольные вопросы.
Теоретические сведения
Дефекты, обнаруженные тестировщиком, должны быть корректно и понятно описаны, чтобы разработчик смог воспроизвести данный дефект и устранить его.
Описание каждого дефекта сохраняется в специализированной – багтрэкинговой – системе (например, JIRA, Bugzilla, Mantis, Redmine и др.) или в предварительно созданном в программной среде Microsoft Excel файле.
Описание дефекта включает следующие обязательные поля:
Headline – название дефекта.
Severity – степень критичности (важность дефекта).
Description – алгоритм воспроизведения.
Result – фактический результат.
Expected result – ожидаемый результат.
Attachment – прикреплённые файлы (приложение).
В багтрэкинговых системах для каждого дефекта автоматически генерируется его уникальный номер, в случае использования Microsoft Excel номер дефекту необходимо присваивать вручную.
Требование спецификации, которое нарушает обнаруженный дефект, можно дополнительно вынести в примечание.
Дополнительно в описании дефекта может быть указана Priority – степень срочности исправления дефекта разработчиком.
Описание дефектов
Acceptance Sheet – документ, который содержит подробный перечень всех модулей и функций приложения, а также результаты всех тестов данных функций. Как правило, содержит статистику по наиболее важным показателям каждой сборки, определяющим ее качество.
В рамках модуля в качестве функциональных проверок выступают действия над активными элементами пользовательского интерфейса (полями, кнопками, чекбоксами и т.д.).
Таблица 1.1
Описание дефектов
№ |
Название дефекта |
Важность |
Алгоритм воспроизведения |
Фактический результат |
Ожидаемый результат |
Приложение |
1 |
Главный экран: Форма для добавления задачи: Отсутствие кнопки для импорта списка задач на устройство |
Enhancement (предложение по улучшению) |
Шаги по воспроизведению: 1. Добавить задачи 2. Нажать на кнопку для импорта списка задач на свое устройство |
Кнопка для импорта отсутствует. |
Есть кнопка для импорта. |
Рисунок А |
Ответы на контрольные вопросы
Алексеева Анна, 2 вариант
Ответ на вопрос №5 «Какие характеристики необходимо указать при описании дефекта?»:
1. Headline – название дефекта.
2. Severity – степень критичности (важность дефекта).
3. Description – алгоритм воспроизведения.
4. Result – фактический результат.
5. Expected result – ожидаемый результат.
6. Attachment – прикреплённые файлы (приложение).
Вывод
В ходе лабораторной работы протестировала веб приложение и описала найденные дефекты.
Приложение А
Рисунок А Отсутствие кнопки импорта