Какие баги находил

Типы багов, которые я находил в своей практике

Как QA Engineer с более чем 10 лет опыта, я сталкивался с широким спектром дефектов на различных этапах разработки и в разных типах программных продуктов (веб, мобильные, desktop, API). Баги можно классифицировать по многим критериям, но я расскажу о самых распространенных и интересных типах, которые обнаруживал, разделив их по категориям.

Функциональные баги (Functional Bugs)

Это самые очевидные дефекты, когда система не работает согласно требованиям.

• Логические ошибки: Например, в финансовом приложении расчет комиссии происходил не по формуле (сумма * процент) / 100, а по формуле сумма * (процент / 100), что приводило к некорректным результатам при определенных значениях процента.

  // Ожидаемая логика:
  const correctCommission = (amount * percent) / 100;
  // Найденный баг (при percent > 100):
  const buggyCommission = amount * (percent / 100);
  

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

Баги пользовательского интерфейса (UI Bugs)

Дефекты, связанные с визуальным представлением и взаимодействием.

• Проблемы с версткой и адаптивностью: На мобильной версии сайта контейнеры с текстом не адаптировались под ширину экрана, что приводило к горизонтальному скроллу. Использование overflow: hidden вместо корректного width: 100% или медиа-запросов.

  /* Найденная проблема */
  .content-container {
      width: 1200px; /* Фиксированная ширина для desktop */
      overflow-x: auto; /* Горизонтальный скролл на мобильном */
  }
  /* Предложенное решение */
  .content-container {
      max-width: 1200px;
      width: 100%;
  }
  

• Несоответствие дизайн-макетам: Отступы (padding/margin), цвета, шрифты, состояния элементов (hover, active) отличались от предоставленных дизайнером Figma-макетов.
• Некорректное поведение элементов: Dropdown (выпадающий список) в модальном окне открывался "за" окно, частично перекрываясь его границами (z-index проблема).

Баги интеграции и API (Integration & API Bugs)

Дефекты в взаимодействии между компонентами системы или внешними сервисами.

• Некорректные ответы API: Endpoint для получения данных пользователя возвращаал статус 200 OK, но с пустым телом ответа или некорректной структурой JSON (например, вместо массива объектов возвращался один объект).

  // Ожидаемый ответ GET /api/users
  {
    "users": [
      { "id": 1, "name": "John" },
      { "id": 2, "name": "Alice" }
    ]
  }
  // Найденный баг - отсутствие ключа "users" или другой структуры
  {
    "id": 1,
    "name": "John"
  }
  

• Проблемы с валидацией данных: API принимал на вход строку с email, но не проводил базовую валидацию формата, позволяя сохранить в базе данных некорректные значения, которые потом вызывали ошибки в модуле рассылки.
• Ошибки состояния системы (Race Conditions): При параллельном изменении одного заказа двумя пользователями возникала "гонка данных", приводящая к сохранению противоречивых изменений или повреждению данных.

Баги производительности и безопасности (Performance & Security Bugs)

Дефекты, влияющие на скорость, надежность и защиту системы.

• Медленная загрузка данных (Performance): Использование неоптимальных SQL-запросов без индексов на больших таблицах приводило к timeout'ам при открытии отчетов.

  -- Проблемный запрос (отсутствие индекса на user_id)
  SELECT * FROM orders WHERE user_id = 12345 AND status = 'completed';
  

• Уязвимости безопасности (Security): Через форму обратной связи, которая не фильтровала специальные символы, потенциально можно было внедрить простейшие XSS-скрипты. Также встречались случаи, когда чувствительные данные (например, внутренние ID) передавались в ответах API клиенту, хотя этого не требовалось.

Баги совместимости (Compatibility Bugs)

Дефекты, проявляющиеся в специфических окружениях.

• Кросс-браузерные проблемы: Особенности рендеринга в Safari или старых версиях Firefox, где некоторые CSS Grid свойства работали некорректно.
• Проблемы с мобильными устройствами: Приложение на Android определенной версии "зависало" при попытке использовать камеру, потому что код не обрабатывал конкретный сценарий разрешений.

Особые и сложные случаи (Edge & Corner Cases)

Наиболее интересные баги часто возникают на граничных условиях.

• Ошибки обработки граничных значений: Поле "Возраст" с валидацией от 18 до 100 лет принимало значение 100, но не принимало 101, однако при значении 0 или отрицательном числе возникала ошибка сервера (не хватало обработки исключения).

  # Пример кода с потенциальной проблемой
  def validate_age(age):
      if 18 <= age <= 100:
          return True
      else:
          raise ValueError("Age out of range")  # При age = 0 - исключение
  

• Баги, связанные с локализацией: Интерфейс с поддержкой русского языка "крашился" при вводе данных в формах, если в тексте присутствовали символы из других языков (например, арабская вязь), из-за проблем с кодировкой (UTF-8/ASCII).
• Дефекты в логике сценариев "Если-То": В системе с сложными правилами ("Если пользователь из группы X и статус заказа Y, то разрешить действие Z") из-за неправильного порядка условий логика работала некорректно для смешанных случаев.

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