Лекция 2 - Работа с дефектами презентация

Содержание

ЛЕКЦИЯ 2 «Работа с дефектами»

Слайд 1Вопросы:
В чём разница между Testing, Quality Control и Quality Assurance?

Какие этапы

разработки ПО Вы знаете?
Назовите основных участников проекта.


Слайд 2ЛЕКЦИЯ 2 «Работа с дефектами»


Слайд 3Содержание:
Описание и структура дефектов
Основные ошибки описания дефектов и как их

избежать
Правила выставления критичности



Слайд 4Описание и структура дефектов
В IT дефект (баг, bug, issue, ticket)

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

Что такое дефект?


Слайд 5Описание и структура дефектов
«First actual case of bug being found»


(«первый реальный случай, когда был найден жук»)

Слайд 6Описание и структура дефектов
Составляющие дефекта
Headline/Summary = Заголовок
Severity = Серьезность
Priority =

Приоритет
Description = Описание
Result = Фактический результат
Expected result = Ожидаемый результат
Attachments = Вложения (прикрепленные файлы)

Слайд 7Описание и структура дефектов
Headline
Краткость – удобство чтения
Информативность – подчиняется правилу

«Где-Что-Когда»
Точная идентификация проблемы – избегаем слов, типа «неверный», «некорректный»


Слайд 8Описание и структура дефектов
Severity
Указывает на серьезность дефекта с точки зрения

важности его для функциональности приложения
Показатели Severity:

Blocker (блокирующий),
Critical (критический),
Major (серьезный),
Average (средний),
Minor (незначительный),
Trivial (несущественный)
Enhancement (рекомендация)


Слайд 9Описание и структура дефектов
Priority
Указывает на серьезность дефекта с точки зрения

его важности для бизнеса заказчика

Показатели Priority:
Blocker,
Critical,
Major,
Minor,
Trivial



Слайд 10Описание и структура дефектов
А наоборот?
Как вы думаете, бывает ли одновременно

дефект с высоким Severity и низким Priority?

Слайд 11Описание и структура дефектов
Description+Result



Cтандартная структура:

1. Шаг #1
2. Шаг #2
3. …
Результат:


1. Зарегистрироваться
2. Открыть страницу Помощи
3. Посмотреть заголовок

Результат: Слова в заголовке написаны без пробела. Смотрите приложение 1.png


Слайд 12Описание и структура дефектов
Expected result
Указывать, что конкретно ожидается
Аргументация

Attachments
Могут относится к

описанию, результату, ожидаемому результату
Должны иметь пояснения



Слайд 13Основные ошибки описания дефектов и как их избежать
Сокращение инструкции по

воспроизведению ошибки:
Использование сокращений
Частое применение аббревиатур
Опускание «маловажных» подробностей

Неправильно:

Открыть СП
5

Результат: грамматическая ошибка

Правильно:

Запустить приложение
Открыть страницу помощи
Перейти на 5 страницу

Результат: грамматическая ошибка в заголовке


Слайд 14Основные ошибки описания дефектов и как их избежать
Отсутствие описания ошибочного

поведения

Необходимо указывать, в чём ошибочность полученного результата!

Неправильно:

Запустить приложение
Нажать кнопку «Редактировать»

Результат: Форма для редактирования появляется

Правильно:

Запустить приложение
Нажать кнопку «Редактировать»

Результат: Форма для редактирования появляется, все кнопки не активны


Слайд 15Основные ошибки описания дефектов и как их избежать
Использование нечётких или

неоднозначных формулировок

Неправильно:

Запустить приложение
Перейти в библиотеку
Выбрать любую книгу

Результат: книга разблокирована

Правильно:

Запустить приложение
Перейти в библиотеку
Выбрать любую книгу

Результат: книга доступна для редактирования


Слайд 16Основные ошибки описания дефектов и как их избежать
Ожидаемый результат слишком

краток либо отсутствует

Неправильно:

Ожидаемый результат: смотри спецификацию

Правильно:

Ожидаемый результат: Страница помощи должна открывать при нажатии кнопки “Help”. Смотри спецификацию – страница 10, раздел «Помощь», пункт 5.


Слайд 17Основные ошибки описания дефектов и как их избежать
Используются личные предложения,

и не делается чёткого вывода, как должен быть реализован фикс

Неправильно:


Ожидаемый результат: я думаю, что должно быть ограничение на минимальный размер окна или уменьшение размера должно быть заблокировано

Правильно:


Ожидаемый результат: Уменьшение размера окна должно быть заблокировано.


Слайд 18Основные ошибки описания дефектов и как их избежать
Неинформативные описание и

заголовок, нет точной причины

Неправильно:

Заголовок: Функция приложения документов не соответствует спецификации

Описание: При добавлении файла, его путь не показывается

Правильно:

Заголовок: Путь файла не показан на форме добавления документов
Описание:
Запустить приложение
Перейти на форму добавления документов
Добавить файл

Результат: Путь файла не показан. Отображено только имя.


Слайд 19Основные ошибки описания дефектов и как их избежать
Заголовок не должен

содержать сленга! Отсылка на приложенный файл к дефекту без описания, нет результата.

Неправильно:

Заголовок: При сворачивании прилаги она крэшится

Результат: смотри аттачмент 5

Правильно:

Заголовок: Работа приложения неожиданно останавливается после сворачивания.

Описание:
Запустить приложение
Свернуть приложение

Результат: Приложение неожиданно останавливается. Смотри видео в приложении


Слайд 20Правила выставления критичности
Для чего нужно правильно описывать дефекты?


Слайд 21Что-то не так с мебелью в кабинете


В аудитории на стуле висит

стикер


Аудитория 103: стул около доски: висит стикер, если перевернуть сидение

Слайд 22Правила описания дефектов
Аудитория 103: Стул около доски: висит стикер, если перевернуть

сидение

Где: Что Когда


Слайд 23Описание и структура дефектов
«Читатели» дефектов, кто они?
Заказчик
Руководители: руководитель разработки, руководитель

тестирования
Команда разработки
Команда тестирования
Команда аналитиков


Слайд 24Описание и структура дефектов
Кто, что, для чего читает?
Заказчик – читает

заголовок дефекта
Цель – понять какие в проекте существуют проблемы

Руководитель разработки – читает заголовок дефекта
Цель – понять кому на исправление нужно отправить дефект


Слайд 25Описание и структура дефектов
Разработчик – читает все составляющие дефекта
Цель –

понять детали для исправления дефекта

Аналитик – в зависимости от ситуации может читать различные составляющие дефекта
Цель – понять «масштаб бедствия»

Кто, что, для чего читает?


Слайд 26Описание и структура дефектов
Кто, что, для чего читает?
Тестировщик – читает

все составляющие дефекта
Цель – воспроизвести дефект и проверить исправление
Руководитель QA – читает все составляющие дефекта
Цель – составление отчетов, контроль работы команды ☺

Слайд 27Правила выставления критичности


Слайд 28Правила выставления критичности
Уровни критичности дефектов


Слайд 29Правила выставления критичности
Уровни критичности дефектов


Слайд 30Правила выставления критичности
Уровни критичности дефектов


Слайд 31Правила выставления критичности


Слайд 33Пример описания дефекта
Headline: Каталог: USB: кнопка «Добавить в корзину» не нажимается

при указании количества товара больше 1 штуки
Severity: Average
Description:
1. Открыть сайт интернет-магазина
2. Перейти в «Каталог»
3. Открыть «USB накопители»
4. Выбрать любой USB накопитель
5. Указать количество больше 1 шт. (например 2 шт.)
6. Нажать «Добавить в Корзину»
Result: кнопка не нажимается, добавления в корзину не происходит
Expected Result: кнопка должна нажаться, товары должны добавиться в корзину


Слайд 34Спасибо за внимание! Жду Ваших вопросов


Обратная связь

Если не удалось найти и скачать презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое ThePresentation.ru?

Это сайт презентаций, докладов, проектов, шаблонов в формате PowerPoint. Мы помогаем школьникам, студентам, учителям, преподавателям хранить и обмениваться учебными материалами с другими пользователями.


Для правообладателей

Яндекс.Метрика