Какие знаешь браузеры?

Браузеры, которые необходимо знать QA-инженеру

QA-инженеру важно понимать ландшафт браузеров не просто как пользователь, а с точки зрения совместимости, рендеринга и поддержки стандартов, чтобы грамотно планировать тестирование.

Основные современные браузеры на движках

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

1. Blink (движок) → Chrome, Edge, Opera, Brave, Vivaldi

    *   **Google Chrome**: Безусловный лидер рынка. Для QA важен его набор **DevTools**, являющийся де-факто стандартом для отладки веб-приложений.
    *   **Microsoft Edge**: С 2020 года работает на движке Blink. Важно тестировать, так как он предустановлен в Windows и имеет интеграции с ОС.

1. Gecko (движок) → Mozilla Firefox

    *   **Mozilla Firefox**: Главная альтернатива Blink. Имеет свою реализацию DevTools и иногда трактует спецификации иначе. Обязателен для проверки кросс-браузерной совместимости.

1. WebKit (движок) → Safari

    *   **Apple Safari**: Доминирует на iOS/macOS. **Критически важен** для тестирования, так как является единственным доступным движком на iOS-устройствах. Часто отстает в поддержке некоторых новых API.

Специализированные и устаревшие браузеры для QA

• Android Browser / Samsung Internet: На Android важно тестировать и на стандартном Chromium-браузере, и, особенно для рынка СНГ, на Samsung Internet, который имеет собственную оболочку.
• Браузеры для accessibility (скринридеры): Хотя это не браузеры в классическом понимании, для тестирования доступности используются NVDA (Windows) и VoiceOver (macOS/iOS) в связке с Firefox/Safari.
• Legacy-браузеры (например, Internet Explorer 11): Поддержка может требоваться для корпоративных проектов. Тестирование здесь — отдельная боль из-за уникальных багов и отсутствия современных DevTools.

Практическое применение знаний в QA

Знание браузеров трансформируется в рабочие процессы:

• Планирование тестирования: Определение, на каких браузерах и их версиях будет работать продукт (на основе аналитики или browserlist).
• Локализация багов: Понимание, что баг в верстке характерен только для WebKit (Safari), помогает быстро написать исчерпывающий баг-репорт.

  Шаги воспроизведения:
  1. Открыть страницу /cart в Safari 17.4 на macOS.
  2. Нажать кнопку "Рассчитать".
  Ожидаемый результат: Модальное окно с итогом отображается по центру.
  Фактический результат: Модальное окно смещено вправо на 20px (только в Safari).
  

• Настройка окружения: Использование инструментов вроде Docker Selenium или облачных сервисов (BrowserStack, Sauce Labs) для автоматизации кросс-браузерного тестирования.

  // Пример конфигурации для WebDriverIO (популярный фреймворк)
  exports.config = {
      capabilities: [{
          browserName: 'chrome',
          version: 'latest'
      }, {
          browserName: 'firefox'
      }, {
          browserName: 'safari',
          platform: 'macOS'
      }]
  }
  

• Тестирование производительности и безопасности: Разные браузеры имеют разные панели для аудита скорости (Lighthouse в Chrome) и анализа сетевой активности.

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