Понимание Ошибок, Дефектов и Багов в Разработке ПО

1 слайд
Понимание Ошибок, Дефектов и Багов в РазработкеВ мире разработки программного обеспечения важно различать ошибки, дефекты и баги, чтобы эффективно управлять качеством продукта. Эта презентация поможет вам разобраться в этих понятиях и их взаимосвязи.

1 слайд

2 слайд
Дефект: От Ошибки к Системному Сбою Дефект Дефект - это недостаток или несоответствие в программном обеспечении или продукте, возникающий из-за ошибок в коде или проектировании. Он представляет собой отклонение от ожидаемого поведения системы. Пример Неправильная формула расчета налогов, приводящая к неточному результату, является примером дефекта. Это ошибка в логике или реализации, которая приводит к неверному вычислению.

2 слайд

3 слайд
Различие между Ошибками, Дефектами и Багами Ошибка Ошибка - это действие человека, которое приводит к неверному результату. Это может быть неправильное понимание требований, некорректное выполнение тестового случая или неточная документация. Дефект Дефект - это результат ошибки в коде или проектировании. Он представляет собой недостаток или несоответствие в программном обеспечении или продукте, которое приводит к отклонению от ожидаемого поведения системы. Баг Баг - это проявление дефекта в программном обеспечении, которое обнаруживается во время тестирования или эксплуатации и требует исправления.

3 слайд

4 слайд
Классификация Дефектов по Типу Функциональные Дефекты Функциональные дефекты - это ошибки, которые нарушают функциональные требования системы. Они могут привести к неверному выполнению задач, некорректному отображению информации или отсутствию ожидаемых функций. Нефункциональные Дефекты Нефункциональные дефекты - это проблемы, связанные с производительностью, безопасностью, удобством использования и другими аспектами системы, которые не относятся к ее основным функциям. Они могут повлиять на скорость работы, надежность, доступность или безопасность системы. Логические Дефекты Логические дефекты - это ошибки в логике программы или вычислениях. Они могут привести к неверным результатам, некорректным расчетам или несоответствиям в обработке данных. Дефекты Интерфейса Дефекты интерфейса - это проблемы с пользовательским интерфейсом, которые влияют на внешний вид и удобство использования системы. Они могут включать в себя некорректное отображение элементов, несоответствие стилей, ошибки в навигации или неинтуитивные взаимодействия.

4 слайд

5 слайд
Классификация Дефектов по Типу (Продолжение) Дефекты Безопасности Дефекты безопасности - это уязвимости или ошибки, которые могут нарушить безопасность системы. Они могут позволить злоумышленникам получить доступ к конфиденциальным данным, нарушить целостность системы или вызвать отказ в обслуживании. Дефекты Совместимости Дефекты совместимости - это проблемы, возникающие при запуске системы на разных платформах, браузерах или устройствах. Они могут привести к некорректному отображению, неработоспособности или ошибкам в работе системы.

5 слайд

6 слайд
Классификация Дефектов по Причине 1 Дефекты Проектирования Дефекты проектирования возникают из-за ошибок, допущенных на этапе проектирования или определения требований. Это может быть неправильное понимание требований, неполная спецификация или некорректное проектирование архитектуры системы. 2 Дефекты Реализации (Кода) Дефекты реализации (кода) возникают во время написания кода. Это могут быть ошибки в синтаксисе, логике, использовании переменных или некорректные алгоритмы. 3 Дефекты Интеграции Дефекты интеграции возникают при объединении различных модулей или систем. Это могут быть проблемы с совместимостью, конфликты данных или несогласованность в интерфейсах.

6 слайд

7 слайд
Критичность (severity): Важность воздействия конкретного дефекта на разработку или функционирование компонента или системы. (IEEE 610) Приоритет (priority): Степень важности, присваиваемая объекту. Например, дефекту. (ISTQB) https://vladislaveremeev.gitbook.io/qa_bible/obshee/sereznost-i-prioritet-d efekta-severity-and-priority Серьезность и приоритет Дефекта (Severity & Priority)

7 слайд

8 слайд
Приоритизация Дефектов с Помощью Матрицы Для эффективного распределения ресурсов и оптимизации процесса исправления дефектов используется матрица приоритизации. Она помогает определить приоритетность дефектов, учитывая их серьезность (влияние) и вероятность возникновения. . https://testengineer.ru/bug-severity-and-priority-matrix/ Матрица представляет собой график, где ось Y отражает серьезность дефекта (влияние на систему), а ось X - вероятность его возникновения. Каждая ячейка матрицы соответствует определенному уровню приоритета, определяемому пересечением серьезности и вероятности. Серьезность (Влияние) Вероятность Возникновения Критическая Высокая Высокая Средняя Средняя Низкая

8 слайд

9 слайд
Приоритизация Дефектов для Эффективного Распределения Ресурсов Критические Дефекты Критические дефекты блокируют работу системы или критически важные функции, требуя немедленного решения. Они имеют наивысший приоритет и должны быть устранены как можно скорее. Дефекты Высокого Приоритета Дефекты высокого приоритета значительно влияют на работу системы, но не полностью ее блокируют. Их исправление должно быть запланировано и выполнено в кратчайшие сроки. Дефекты Среднего Приоритета Дефекты среднего приоритета умеренно влияют на работу системы и могут быть устранены в плановом порядке. Их исправление может быть отложено до завершения более важных задач. Дефекты Низкого Приоритета Дефекты низкого приоритета - это незначительные ошибки, которые минимально влияют на функциональность системы. Их исправление может быть отложено до следующего релиза или цикла разработки.

9 слайд

10 слайд
Приоритизация Дефектов для Эффективного Распределения Ресурсов (Продолжение) 1 Критические Дефекты Блокируют работу системы или критически важные функции, требуя немедленного решения. 2 Дефекты Высокого Приоритета Значительно влияют на работу системы, но не полностью ее блокируют. 3 Дефекты Среднего Приоритета Умеренно влияют на работу системы и могут быть устранены в плановом порядке. 4 Дефекты Низкого Приоритета Минимально влияют на функциональность системы.

10 слайд

11 слайд
Классификация Дефектов по Серьезности 1 Критические Блокируют работу системы или критически важные функции, требуя немедленного решения. 2 Высокого Приоритета Значительно влияют на работу системы, но не полностью ее блокируют. 3 Среднего Приоритета Умеренно влияют на работу системы и могут быть устранены в плановом порядке. 4 Низкого Приоритета Минимально влияют на функциональность системы.

11 слайд

12 слайд
High Severity — High Priority — Level 1: Большинство дефектов в этой области связано с нарушением критически важных путей  и возникновением ошибок. Благодаря такой большой серьезности эта область является первой в очереди. Например, одним из наиболее важных этапов на сайте магазина являются способы оплаты. Любая ошибка, которая может возникнуть в платежных системах в этом процессе, классифицируется на этом уровне. High Severity — Low Priority — Level 2: Приоритет уровня дефектов в этой области важен, но в части серьезности порядок устранения таков, что дефекты должны быть исправлены немедленно; хотя на систему эта ошибка влияет не сильно. Например, невозможность попасть на страницу комментариев к товару — можно отнести к этой области. В этом процессе произошел сбой в свойствах системы; однако, поскольку этот сбой не относится к основному потоку, его целесообразно классифицировать на этом уровне. Low Severity — High Priority — Level 3: Это уровень для дефектов, которые практически не влияют на работу системы, но могут нанести определенный вред заказчику или компании. Например, ошибка в логотипе на сайтах электронной коммерции может быть отнесена к этому уровню. Ошибка, которая при этом нанесет ущерб репутации бренда, классифицируется на этом уровне, так как не будет иметь серьезных последствий на стороне клиента. Low Severity — Low Priority — Level 4: Это уровень ошибки, которая практически не оказывает влияния на систему и клиента и, как правило, только портит восприятие удобства работы пользователя (юзабилити). К этому уровню можно отнести, например, неработающие ссылки на условия использования или перенаправление не туда куда нужно. Поскольку частота возникновения этой проблемы невелика, она классифицируется как самого низкого уровня. При работе с крайними точками вероятности можно достичь следующих уровней. В нашей компании мы (QA) вместе с Product-группой распределяем дефекты в соответствии с этими уровнями.

12 слайд