Чем хочешь заниматься на новом проекте?

Чем я хочу заниматься на новом проекте

Идеальный микс ответственности

Мне нравится разнообразие — не хочу стоять на одном месте. На новом проекте я ищу баланс между:

1. Ручное тестирование (30%)

Что хочу делать:

• Exploratory testing на новых фичах
• User journey testing (как реальный пользователь)
• Accessibility testing (проверка для людей с ограничениями)
• Креативное тестирование (как хакер, пытаюсь сломать)

Почему важно:

• Глубже понимаю приложение
• Нахожу баги, которые automation не ловит
• Работаю с реальными сценариями
• Помогаю разработчикам видеть продукт глазами пользователя

Не хочу:

• Регрессионное тестирование вручную (скучно, нужна автоматизация)
• Повторять одно и то же (исключительно)

2. Автоматизация тестирования (40%)

Что хочу делать:

• Писать E2E тесты (Cypress, Playwright)
• Писать API тесты (Pytest, REST Assured)
• Создавать test automation framework
• Unit тесты (если нужна помощь разработчикам)

Почему хочу:

• Это решает реальные проблемы
• Автоматизированные тесты ускоряют разработку
• Можно построить что-то долгоживущее
• Требует творчества и архитектурного мышления

Уровень сложности:

• Не хочу только простых copy-paste тестов
• Хочу интересные case: flaky test debugging, performance optimization
• Хочу использовать modern tools (Playwright vs старый Selenium)

3. Стратегия и процесс (20%)

Что хочу делать:

• Определять strategy тестирования для новых фич
• Выявлять риски на ранних стадиях
• Улучшать QA процессы
• Менторить других инженеров
• Code review на тестовый код

Почему хочу:

• Влиять на качество на стратегическом уровне
• Помогать команде стать лучше
• Видеть долгосрочный impact

4. Что я НЕ хочу

100% автоматизация:

• Теряю творчество
• Отдаляюсь от реальных пользователей
• Становлюсь просто programmer

100% ручное тестирование:

• Скучно повторять одно и то же
• Не масштабируется
• Нет долгосрочной ценности

Только управление людьми:

• Хочу оставаться hands-on
• Люблю писать код
• Скучное управление без техники

Приоритеты по уровню сложности

Tier 1 (Хочу):

• Новый проект с нуля (писать test strategy с нуля)
• Сложная архитектура (микросервисы, real-time)
• Performance/load тестирование
• Security тестирование

Tier 2 (Комфортно):

• Уже запущенный проект
• Standup технология
• Standard web application

Tier 3 (Могу, но не первый выбор):

• Legacy code без тестов
• Только ручное тестирование
• Простые CRUD приложения

По типам приложений

Очень хочу:

• FinTech (payments, investments) — высокие требования к качеству
• SaaS B2B — complex features, enterprise users
• Real-time приложения — интересные technical challenges
• Mobile apps — специфичные проблемы

Нормально:

• E-commerce — standup requirements
• Media platforms — content management
• Admin tools — internal focus

Не очень:

• Простые лендинги
• Marketing сайты
• Простые CRUD CMS

Технический стек, который предпочитаю

Фронтенд:

• Cypress или Playwright (не Selenium)
• React/Vue/Next.js (modern stack)
• Jest/Vitest для unit тестов

Бэкенд:

• Pytest (Python) или REST Assured (Java)
• GraphQL или REST
• PostgreSQL (не просто any DB)

DevOps:

• GitHub Actions или GitLab CI
• Docker для окружений
• Cloud native (AWS, GCP)

Команда

Хочу работать с:

• Опытными разработчиками (могу учиться)
• Заботливым Product Manager
• Culture, где качество — не afterthought
• Кроссфункциональное сотрудничество

Не хочу:

• Waterfall процессы (хочу Agile)
• Микроменеджмент
• Команда, где QA на последнем месте

Время на разные области

Идеальное распределение:

30% Manual Testing (exploratory, UX, new features)
40% Test Automation (E2E, API, framework)
20% Strategy & Process (planning, mentoring, improving)
10% Administration (documentation, tools, setup)

Гибкость:

• В sprint может быть 50% automation, 30% manual
• Перед релизом может быть 60% manual
• Главное — баланс на масштабе месяца/квартала

Метрики успеха на проекте

Для меня успех — это:

• Test coverage 85%+ на критичных компонентах
• CI/CD pipeline работает (тесты в каждом PR)
• Баги выявляются на раннем stage (не в production)
• Команда использует результаты тестирования
• Я вырос как специалист (нашел что-то новое)

Суммируя

На новом проекте я хочу быть полноценным QA Engineer, а не просто:

• Тестировщиком (исполнителем)
• Или просто автоматизатором

Хочу:

• Вносить вклад на всех уровнях
• Влиять на качество стратегически
• Вырастать в role
• Помогать команде и пользователям