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). Отсутствие багов не гарантирует, что продукт отвечает всем требованиям.

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

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

Тестовые артефакты (Что такое "артефакт" в Software Tester (QA)?):

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

• Баг-репорт: как описывать ошибки в ПО и управлять багами эффективно

• В качестве тестового фреймворка мы используем 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.