Product Validation Lead

О позиции

PaceMate — быстрорастущая компания из списка Top 100 Healthcare Technology, разрабатывающая программное обеспечение для управления сердечными ритмами и удалённого мониторинга пациентов. Платформа PaceMateLIVE объединяет данные от всех производителей медицинских устройств в единую экосистему, обслуживая более 2,3 миллиона пациентов по всей стране. Вакансия требует участия в критически важной функции обеспечения качества — вы будете гарантировать, что каждый релиз действительно работает для реальных клинических пользователей так, как обещано.

Чем заниматься

• Осуществлять контрольную функцию релиза: предоставлять документированную рекомендацию go/no-go каждые 1-2 недели
• Планировать и проводить циклы UAT от пользовательских историй, координировать тестировщиков из Customer Success и клиник
• Выбирать, создавать и поддерживать автотесты frontend E2E в CI/CD (Playwright/Cypress)
• Использовать AI инструменты для генерации и приоритизации тестового покрытия с человеческим контролем доверия к выводам
• Определять и вести стандарты производительности продукта (page load, time to interactive, response times)
• Оценивать юзабилити, доступность и трение в рабочих процессах, которое функциональное тестирование пропускает
• Проверять PRD и критерии приёмки до начала разработки, выявляя не тестируемые или амбигуусные требования
• Партнёрить с Engineering QA по карте покрытия, совместному triage дефектов и контрольным точкам релизов
• Вести среду валидации с непатч-PHI тестовыми данными и окружения, отражающие разнообразие устройств
• Отчитывать о качестве релизов перед Chief Product Officer (UAT pass rate, escaped defects, coverage trends)
• Формировать плейбуки, стандарты инструментариума и профиль найма для будущих членов команды

Что ждут

• 5+ лет опыта в QA, UAT или product quality с недавними hands-on навыками тест-автоматизации
• Опыт написания и поддержки E2E тестов в Playwright, Cypress или аналогичном фреймворке, интегрированного в CI
• Опыт проведения UAT с нетехническими или клиентоориентированными тестировщиками
• Практический опыт фронтенд-производительности (Lighthouse, Core Web Vitals, WebPageTest или RUM)
• Текущий hands-on опыт использования AI инструментов для генерации тестов с критическим взглядом на output
• Навык чтения PRD и выявления не тестируемых или отсутствующих требований до начала разработки
• Сильные письменные коммуникационные навыки с достаточной уверенностью держать release gate под дедлайном

Будет плюсом

• Опыт работы в healthcare или regulated software (HIPAA, валидационная документация, audit readiness)
• Знакомство с клиническими рабочими процессами, кардиологическими устройствами или remote monitoring
• Опыт тестирования accessibility (WCAG 2.1 AA)
• Опыт работы с Datadog, Grafana или аналогичными observability инструментами
• Базовое понимание медицинских стандартов interoperability (HL7/FHIR)

Условия

• Конкурентоспособная зарплата $130,000–$160,000 USD год + бонусный потенциал
• Полностью удалённый формат работы по всей территории США
• Работа в быстро растущей Top 100 Healthcare Technology компании
• Прямое влияние на безопасность пациентов через качество программного обеспечения
• Технологически продвинутая облачная платформа research-grade данных
• Кроссфункциональная работа с инженерными командами, клиникой и Customer Success
• Карьерный рост и участие в формировании профиля будущей команды Product Validation
• Участие в разработке плейбуков и стандартов инструментариума

Навыки

• Selenium
• Cypress
• Playwright
• CI/CD
• JavaScript
• TypeScript
• API Testing
• Accessibility Testing
• WCAG
• Performance Testing
• Lighthouse
• Core Web Vitals
• Datadog
• Grafana
• Observability
• AI Tooling
• Test Automation
• Manual Testing
• UAT
• PRD Analysis
• Quality Assurance
• Healthcare Software
• HIPAA Compliance
• Cloud Native Software
• Defect Management

Могут спросить на собеседовании

1. Как бы вы построили процесс UAT для релиза, когда часть тестеров — врачи, а часть — нетехнический персонал?
2. Приведите пример ситуации, где AI сгенерировал тестовые сценарии, но вы усомнились в их качестве. Что вы сделали?
3. Как вы определяете, когда функциональное тестирование недостаточно, и нужны дополнительные метрики UX или доступности?
4. Опишите ситуацию, когда вы заблокировали релиз. Как вы обосновали решение команде и как восстановили сотрудничество после?
5. Как вы подойдёте к оценке производительности страницы, если в PRD нет чётких метрик page load или TTI?