Что является ошибкой в программном обеспечении

Определение ошибки в программном обеспечении

В контексте тестирования программного обеспечения «ошибка» (Bug/Defect/Fault) — это отклонение фактического поведения приложения от ожидаемого, прописанного в требованиях, спецификациях или общепринятых стандартах. Это недостаток в компоненте или системе, который может привести к сбою, неверному результату или некорректной работе.

Простыми словами, если программа делает не то, что должна — это ошибка. Однако важно отличать её от смежных понятий:

• Ошибка (Error) — действие человека (разработчика), приводящее к неправильному состоянию кода (например, логическая или синтаксическая ошибка).
• Дефект (Defect/Fault) — само неправильное состояние кода, являющееся следствием ошибки. Часто используется как синоним бага.
• Сбой (Failure) — внешнее проявление дефекта, когда система не выполняет требуемую функцию в рамках эксплуатации.

Ключевые атрибуты, характеризующие ошибку

Чтобы эффективно управлять жизненным циклом ошибки, её описывают через набор обязательных и дополнительных атрибутов:

• Краткое описание (Summary/Title): Лаконичная формулировка проблемы.
• Шаги воспроизведения (Steps to Reproduce): Последовательность действий, приводящих к сбою. Должна быть детальной и однозначной.
• Фактический результат (Actual Result): То, что происходит в системе при выполнении шагов.
• Ожидаемый результат (Expected Result): То, что должно произойти согласно требованиям.
• Серьезность (Severity): Степень влияния дефекта на работоспособность системы (Blocker, Critical, Major, Minor, Trivial).
• Приоритет (Priority): Очередь исправления дефекта (High, Medium, Low).

Классификация и типичные примеры ошибок

Ошибки можно классифицировать по многим признакам. Вот некоторые распространённые категории:

1. Функциональные ошибки

Программа не выполняет заявленную функцию или выполняет её неверно.

// Пример: Метод должен возвращать сумму двух чисел, но возвращает их произведение.
public int calculateSum(int a, int b) {
    return a * b; // Ошибка: вместо a + b
}

2. Ошибки пользовательского интерфейса (UI)

• Несоответствие макетам (неверные шрифты, отступы, цвета).
• Некликабельные или перекрытые элементы.
• Неинформативные или некорректные сообщения об ошибках.
• Проблемы с адаптивностью на разных разрешениях экрана.

3. Ошибки производительности и нагрузки

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

4. Логические ошибки

Программа работает, но выдаёт неверный результат из-за ошибочной бизнес-логики.

# Пример: Скидка применяется дважды.
def apply_discount(price, discount):
    # Ошибка в логике: скидка вычитается дважды
    price = price - discount
    return price - discount  # Логическая ошибка

5. Ошибки безопасности (Security Bugs)

• Уязвимости, позволяющие провести SQL-инъекцию, XSS-атаку.
• Небезопасное хранение паролей (в открытом виде).
• Отсутствие проверки прав доступа (можно получить данные другого пользователя).

6. Ошибки совместимости

• Приложение не работает в определённой версии браузера или ОС.
• Проблемы при интеграции со сторонними API или сервисами.
• Неверное отображение на разных устройствах.

7. Ошибки, связанные с данными

• Критические операции не защищены транзакциями, что приводит к повреждению данных.
• Некорректная валидация ввода (принятие некорректных данных или отказ от корректных).

Процесс работы с ошибкой (Баг-репортом)

Качественно оформленная ошибка — это уже половина пути к её исправлению. Стандартный жизненный цикл включает:

1. Обнаружение и документирование тестировщиком (создание баг-репорта).
2. Анализ и назначение ответственным (разработчику) менеджером или тимлидом.
3. Исправление (Fix) разработчиком.
4. Верификация (Verification): повторное тестирование (ретест) на исправленной версии.
5. Закрытие (Closing), если ошибка устранена, или открытие заново (Reopen), если проблема не решена.

Таким образом, ошибка в ПО — это не просто досадная помеха, а формализованный объект управления, который содержит чёткое описание расхождения между ожидаемым и фактическим поведением системы. Умение находить, точно описывать, классифицировать и отслеживать такие ошибки является одной из ключевых компетенций профессионального QA-инженера. Качество баг-репортов напрямую влияет на скорость разработки и итоговую надёжность продукта.