Типы багов (Итог)

Что такое баг, какие типы багов мы различаем и как определить тип правильный для вашего бага.

Баг - это проблема, связанная с программным обеспечением. Если что-то на веб-сайте или в приложении работает не так, как предполагалось, эта "ошибка" называется багом. Здесь на test IO мы различаем следующие типы багов:

Функциональные ошибки
Ошибки контента
Визуальные ошибки
Предложения по удобству использования

Функциональные баги Функциональные баги связаны с функциональностью части программного обеспечения, например, кнопка не отправляет форму, поиск не реагирует на ввод данных пользователем, происходит сбой приложения и т.д. Каждый раз, когда вы выполняете какое-либо действие, а веб-сайт/app реагирует не так, как вы ожидаете, это может быть функциональной проблемой.

Как определить, является ли поведение приложения функциональным багом:

Попробуйте выяснить, спроектирована ли функция определенным образом или на самом деле она сломана. Протестируйте ее самостоятельно и в комбинации с другими функциями, чтобы выявить потенциальные различия.
Подумайте о том, каковы могли быть намерения клиента, и подумайте о том, что продукт может просто работать так, как он был реализован.
Найдите доказательства того, что что-то работает не так, как должно, и подтвердите свое утверждение.
Пример: Функциональность веб-магазина работает иначе, чем в других известных Вам веб-магазинах. Это не означает, что функциональность нарушена. Клиенты могут реализовывать свои продукты как им заблагорассудится.
Пример: Если вы утверждаете, что поле формы не валидируется и что это ошибка, пожалуйста, убедитесь, что есть какие-либо признаки того, что это поле предназначено для валидации. Вы можете предоставить это доказательство, показав, что в некоторых случаях поле является валидированным, но не в других. Если вы не предоставите никаких доказательств, это будет недоказанное утверждение.
Проблема с визуализацией или контентом становится функциональной проблемой, когда она мешает функциональности, и поэтому о ней следует сообщать как о функциональной ошибке.
Если часть функциональности последовательно работает одинаково в разных сценариях и без очевидных проблем, то, скорее всего, она такой задумана (не баг).

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

Низкий:

Минимальное влияние на использование продукта.
Продукт показывает непреднамеренное поведение, но на общее использование не влияет.
Немногие пользователи, продукты или предметы затрагиваются.
Функция/объект функциональности нарушена или недоступна, но легкая обходная мера решает проблему.

Высокий:

Серьезное влияние на использование продукта, но основная функциональность не повреждена.
Обращает на себя внимание большое количество пользователей, продуктов или предметов.
Нетривиальная функциональность нарушена или недоступна, но легкий обходной путь не существует.
Важная функциональность нарушена или недоступна, но есть обходной путь (следовательно, нет шоу-стоппера).
Критический:

Ошибка предотвращает основную функциональность приложения/веб-сайта.
showstopper не позволяет пользователю продолжить основной процесс, например, процесс оформления заказа.
Ошибка приводит к потенциальной и заметной потере продаж для покупателя.
Основываясь на общих оценках, мы подготовили список случаев, которые имеют фиксированный уровень серьезности: Отведите меня на лист оценки ошибок! Пожалуйста, внимательно ознакомьтесь со списком и регулярно проверяйте его на предмет будущих обновлений.

Баги контента Баги контента относятся к фактическому содержанию веб-сайтов или приложений: текст, ярлыки, картинки, видео, иконки, ссылки, данные и т.д. Следовательно, типичные баги контента:

Неисправные ссылки или изображения (404s) (если только они не расположены в навигационном меню, заголовке, нижнем колонтитуле или в навигации , тогда они являются функциональными ошибками низкого качества).
Дефектные переадресации в целом
Пропущенный текст, например, в пустой подсказке.
Пропущенное содержимое, например, пустая область содержимого
Пропущенное содержимое, например, если 4 из 5 иконок имеют всплывающую подсказку, 1 не имеет
Пропущенные переводы, например, какая-нибудь кнопка на английском веб-сайте с французскими ярлыками.
Некоторые продукты отсутствуют в результатах поиска, но функция поиска работает сама по себе.
Пропущенные данные
Пожалуйста, обратите внимание, что орфографические ошибки не считаются ошибками контента на нашей платформе и не могут быть отправлены как таковые.

Визуальные баги Визуальные баги относятся к графическим интерфейсам веб-сайтов или приложений, например:

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

Изменение контеного или визуального бага на функциональный баг

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

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

Повторяющиеся проблемы Когда контент или визуальная проблема возникает повторно, его можно отправить только один раз, даже если у каждого случая может быть свой URL, ссылка, картинка и т.д. Это также относится к случаям, когда происшествия происходят на одной и той же странице или на разных страницах. В этом единственном сообщении об ошибке должно быть указано, что другие URL, ссылки, изображения и т.д. также имеют отношение к проблеме.

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

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