Баг репорт / Severity и Priority / Цикл жизни бага

Баг: несоответствие фактического/выдаваемого результата работы программы относительно ожидаемого результата.

Атрибуты Баг-репорта:

  • Короткое описание проблемы
    • Шаги воспроизведения
    • Полученный результат
    • Ожидаемый результат
  • Проект
  • Компонент
  • Версия билда/программы
  • Серьезность (Severity)
  • Приоритет (Priority)
  • Статус
  • Автор
  • Назначение
  • Окружение (environment)
  • Прикрепленные файлы

Серьезность (Severity)

  • Blocker (Ошибка приводящая программу в нерабочее состояние)
  • Critical (Ошибки приводящие ключевой функционал в нерабочее состояние, отклонение от бизнес логики, потеря пользовательских данных, в отличии от Блокера часть программы может функционировать)
  • Major (Серьезные ошибки в логике, не приводящие приложение в нерабочее состояние)
  • Minor (Незначительный дефект, не нарушающий функционал приложения)
  • Trivial (Тривиальные баги, не мешающие работать программе, например опечатка)

Окружение (environment)

  • dev (разработчики, тестирование нового функционала)
  • stage (стабильная версия приложения, доведение до пред-релиза, тестирование)
  • prod (работа конечных пользователей)

Цикл жизни бага

  1. Unconfirmed (Не проверен)
  2. New (Новый, внесен в баг-трекер)
  3. Assigned (В работе, открыт)
  4. Resolved (Закрыт)
  5. Reopen or Verifed (Переоткрыт или подтвержденно решен)
  6. Closed (Закрыт)

Чек лист и Тест кейс

Чек лист

  • список проверок
  • что тестировать
  • результат наших проверок

Тест кейс

  • пошаговый сценарий
  • как тестировать
  • результат проверки
  • заголовок
  • приоритет

Функциональное \ Не функциональное \ По исполнению сценария \ По запуску кода \ тестирование

  • Функциональное

Проверка системы на работоспособность ее заявленного функционала и соответствие заявленным требованиям

  • Не функциональное

Проверка свойств не относящихся к функционалу системы, например надежность, реакцию системы на непредвиденные ситуации

  • Тестирование на отказ и восстановление (Failover and Recovery Testing)

вид тестирования, основной миссией которого является определение способности ПО к сопротивлению и восстановлению после сбоев в работе, которые возникли как внутри приложения, так и от других программно-независимых факторов

  • Тестирование производительности

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

        1. Нагрузочное (рассчитанная на обычную работу нагрузка)
        2. Стресс (экстримальная нагрузка, нагрузкой большей чем планируется)
        3. Стабильности (проверка длительным временем работы)
        4. Объемное (увеличенными объемами обрабатываемых данных)
  • Тестирование удобства использования

исследование, выполняемое с целью определения, удобен ли некоторый искусственный объект для его предполагаемого применения.

  • Тестирование безопасности

Проверка защищенности пользовательских данных и получения доступов

  • Тестирование установки

Успешность установки приложения, его настройки и удаления

  • Конфигурационное тестирование

Тестирование различными пользовательскими конфигурациями (Кросс-платформерное, кросс-браузерное)

  • Интернационализационное тестирование (i18n)

Насколько наш продукт может адаптироваться к определенной локализации (вертикальный текст, чтение справа налево)

  • Тестирование локализаций (l10n)

Адаптация к языку клиента

  • Тестирование GUI

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

  • Тестирование доступности

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

 

  • По исполнению сценария

 

    • Ad-hoc тестирование

Тестирования без использования планов и сценариев

    • Исследовательское тестирование

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

без тестовой документации

    • Сценарное тестирование

по заранее подготовленному плану тестирования, по определенному сценарию

 

  • По запуску кода

 

    • Статическое тестирование

Не предполагает запуск кода, часть процесса верификация, проверка документации

    • Динамическое тестирование

предполагает запуск кода, анализируется поведение программы во время ее работы

Классификация тестирования (По знанию кода)(Ящики)

  • Тестирование черного ящика

Тестирование только на основе внешнего интерфейса, не зная как написана данная программа и ее код

Только GUI

  • Тестирование белого ящика

Нам известны все детали реализации данной программы, понимание внутренней структуры программы и ее нюансы

  • Тестирование серого ящика

Известны только некоторые особенности реализации тестируемого продукта

Внутреннее устройство программы известно лишь частично

Posts navigation

1 2 3
Scroll to top