#вакансия #qa_manual
Вакансия: Middle QA Engineer (Manual) — Sociala (
sociala.com)
Компания: Sociala
Режим работы: полностью удалённо
Рынок: США
Должность: Middle QA Engineer (Manual)
Вилка: $1 600–1 800 (USD)
Что делаем
Строим social-продукт для рынка США. Наша цель — сделать релизы предсказуемыми и ускорить поставку без потери качества.
Задачи
• Ручное тестирование web-продукта: smoke / regression, проверка фиксов.
• Подготовка и поддержка тест-кейсов/чек-листов, улучшение тестового покрытия вручную.
• Валидация требований: уточнение edge cases, участие в грумингах/дизайн-обсуждениях.
• Баг-репорты высокого качества: шаги, фактический/ожидаемый результат, логи/скринкасты, приоритизация с командой.
• Поддержка релизов: предрелизная проверка, post-release sanity, базовый мониторинг ошибок.
• Простые проверки API (Postman/HTTP), чтение логов/консоли, базовая диагностика проблем.
Требования
• 2+ года коммерческого опыта в ручном тестировании (middle уровень).
• Сильный тест-дизайн: эквивалентное разбиение, граничные значения, pairwise (желательно), умение мыслить сценариями пользователя.
• Опыт регресса и работы в релизном цикле, понимание приоритетов (P0/P1/P2).
• Уверенная работа с баг-трекингом (Jira) и тест-артефактами (TestRail/Confluence/Google Docs — любой аналог).
• Базовое понимание клиент-серверной модели, HTTP/REST, умение проверять API через Postman/curl (без написания автотестов).
• Русский — свободно. Английский — на уровне чтения документации/тикетов (созвоны по ситуации).
Будет плюсом
• Опыт тестирования mobile (iOS/Android) — хотя бы базово.
• Опыт работы с Sentry/Grafana/J-meter, понимание, как читать stack traces.
• Понимание основ CI/CD и того, как QA участвует в quality gates (на уровне процесса, не реализации).
Условия
• Выплаты ежемесячно; полная удалёнка.
• Работа в распределённой команде, фокус на качестве и дисциплине релизов.
• Возможность вырасти в automation/QA ownership по направлению.
Как откликнуться
Напишите мне в Telegram с темой “Manual QA — Sociala” и приложите:
1. резюме/ссылку на профиль;
2. 2 коротких кейса:
• как вы организовывали регресс (чек-листы/наборы/приоритизация);
• пример хорошего баг-репорта (можно обезличенно);