QA Engineer — Кто это в IT и чем занимается тестировщик ПО

Профессия «Тестировщик ПО» на английском языке правильно называется: Software Tester или QA Engineer (сокращение от Quality Assurance Engineer). На русский язык правильно переводить как "Инженер по обеспечению качества программного обеспечения" или неформально просто QA-инженер. Этот вариант перевода отражает техническую направленность, соответствует современной практике перевода и понятен как HR-специалистам, так и IT-аудитории.

• Software Tester — более общий и прямой термин, обозначающий человека, который занимается тестированием программного обеспечения.
• QA Engineer — чаще используется в профессиональной среде, акцентируя внимание не только на тестировании, но и на обеспечении качества продукта в целом (процессы, стандарты, автоматизация и пр.).
• QC Engineer (инженер по контролю качества) — специалист, который проверяет, что готовый продукт соответствует установленным требованиям и стандартам. Задача — найти и описать ошибки, протестировать продукт перед выпуском и убедиться, что он готов к использованию.

Роли: QC Engineer — проверяет продукт на ошибки после разработки. QA Engineer — строит процессы, чтобы этих ошибок не было изначально и продукт был качественным.

Так что QA — это более широкий подход, включающий в себя QC и тестирование.

Также могут использоваться другие вариации в зависимости от специализации:

• Manual QA Engineer Тестировщик (ручное тестирование)
• Automation QA Engineer Тестировщик-автоматизатор
• QA Analyst Аналитик по качеству ПО
• Software QA Engineer Инженер по контролю качества ПО
• Test Engineer Инженер по тестированию
• SDET (Software Development Engineer in Test) Разработчик в области тестирования

Если речь идёт о составлении резюме или странице в LinkedIn/портфолио, рекомендуем использовать: QA Engineer | Software Tester | Manual & Automation Testing, что чётко покажет принадлежность к профессии и охват навыков.

1. Тестирование показывает наличие дефектов (Testing shows presence of defects). Тестирование может выявлять ошибки, но не доказывает их полного отсутствия.
2. Исчерпывающее тестирование невозможно (Exhaustive testing is impossible). Невозможно проверить все возможные варианты, поэтому фокусируемся на критичных.
3. Раннее тестирование (Early testing). Тестирование нужно начинать как можно раньше в жизненном цикле разработки.
4. Скопление дефектов (Defect clustering). Большинство ошибок сосредоточено в небольшом числе модулей.
5. Парадокс пестицида (Pesticide paradox). Повторное использование одних тестов перестает находить новые баги — тесты нужно обновлять.
6. Тестирование зависит от контекста (Testing is context dependent). Методы тестирования зависят от продукта и условий его использования.
7. Заблуждение об отсутствии ошибок (Absence-of-errors fallacy). Отсутствие багов не гарантирует, что продукт отвечает всем требованиям.

ISTQB (International Software Testing Qualifications Board) — это международная некоммерческая организация, основанная в 2002 году, которая разрабатывает и поддерживает стандарты и сертификационные программы для тестировщиков программного обеспечения. ISTQB предлагает программу сертификации тестировщиков, признанную во многих странах мира, включая уровни Foundation (базовый), Advanced (продвинутый) и Expert (экспертный). Сертификация ISTQB является эталоном в области тестирования, подтверждает квалификацию и знания тестировщика и широко применяется в индустрии IT для стандартизации навыков QA специалистов.

Зачем нужна сертификация специалиста в области качества программного обеспечения? Главный ответ – для подтверждения, что знания соответствуют определенному уровню на момент прохождения сертификации (идентично школьному ЗНО для получения аттестата). Следующая причина тоже из разряда школьных истин — человек, получивший сертификат, в процессе подготовки имеет шанс идеально систематизировать свои знания, выявить и заполнить свои слабые места. Многие скептический относятся к этому тесту и являясь опытными тестировщиками этот тест не сдавали.

Современный стандарт — QA интегрируется в процессы уже на стадии планирования, а не только на этапе тестирования!

• Термины QA Engineer тестирование ПО
• SDLC: что такое жизненный цикл разработки ПО и его этапы
• Что такое STLC? Основные этапы STLC
• Верификация (Verification) и Валидация (Validation) в QA
• Что такое качество программного обеспечения и его основные характеристики
• Пирамида тестирования, уровни и виды тестирования
• Техники тест дизайна: методы создания эффективных тест-кейсов

Тестовые артефакты (Что такое артефакт в QA: Определение и примеры):

1. Чек-листы в QA: важный инструмент тестирования софта
2. Тест-кейс (Test Case): что это и как правильно писать
3. TMS TestRail — управление тестированием для QA и DevOps
4. Тест-план и тест-стратегия: как составить и применять

• Баг-репорт: как описывать ошибки в ПО и управлять багами эффективно
• BDUF и Agile: сравнение подходов к разработке проектов
• Что такое Scrum: Основы и Роли в Методологии Agile
• Story Points и техники эстимации: Как оценить задачи в Agile

• REST API: что это такое, принципы работы и примеры использования: Postman, Swagger, Что такое CRUD
• SOAP vs REST API: что выбрать для интеграции веб-сервисов
• Как использовать JSON в JavaScript, PHP
• XML язык разметки: принципы, структура и современные инструменты
• Коды состояния HTTP. Методы и структура протокола HTTP

• Тестирование API при помощи Postman тестирование API (Rest API)
• В качестве тестового фреймворка мы используем pytest – мощный и удобный инструмент. Он полностью закрывает наши потребности, поскольку обладает значительным набором функционала.
• Поскольку Jiji – не только веб-, но и мобильное приложение, то еще этот отдельный продукт нужно проверять. Наш подход к тестированию Android и iOS-приложений стандартный: мы используем Appium, а все тесты пишут так же, как и для веба – на Python.
• OWASP (Open Web Application Security Project) — это международная некоммерческая организация, цель которой — повышение безопасности веб-приложений. OWASP создаёт и распространяет бесплатные открытые материалы, инструменты и рекомендации по обеспечению безопасности программного обеспечения. Одним из самых известных продуктов OWASP является отчёт "OWASP Top 10", в котором перечислены 10 самых критичных и распространённых уязвимостей веб-приложений с советами по их предотвращению. Популярный и регулярно обновляемый список "OWASP Top 10", который помогает компаниям сосредоточиться на самых опасных веб-уязвимостях.
• Мы тестируем безопасность путем автоматизированной проверки используемых на проекте зависимостей. Есть множество инструментов, которые уберегут вас от их ущерба: safety для Python и обычный npm check для JS.