Ответ
В периоды между основными проектами или после их завершения я фокусируюсь на деятельности, которая приносит долгосрочную пользу команде и моему профессиональному росту.
Основные направления деятельности:
-
Технический долг и улучшение тестов:
- Рефакторинг тестового кода: Улучшение читаемости, поддержки и скорости выполнения существующих автотестов.
- Повышение покрытия: Написание недостающих автотестов для слабо покрытых, но стабильных модулей продукта.
- Пример: Оптимизация набора API-тестов через параметризацию в Pytest.
import pytest import requests
@pytest.mark.parametrize("endpoint, expected_status", [ ("/health", 200), ("/api/v1/status", 200), ("/metrics", 200), ]) def test_public_endpoints_availability(base_url, endpoint, expected_status): """Параметризованный тест доступности ключевых эндпоинтов.""" response = requests.get(f"{base_url}{endpoint}") assert response.status_code == expected_status
-
Изучение и внедрение новых инструментов:
- Освоение k6 для написания сценариев нагрузочного тестирования API.
- Изучение возможностей Allure Report или pytest-html для улучшения визуализации результатов тестирования.
- Эксперименты с Docker для создания изолированных тестовых сред.
-
Аналитика и улучшение процессов:
- Анализ баг-репортов: Поиск коренных причин и закономерностей в дефектах для предложения улучшений процессу разработки (например, внедрение code review определенных паттернов).
- Документирование: Приведение в порядок внутренней wiki по процессам тестирования, настройке окружений, часто используемым командам.
-
Командная деятельность и менторинг:
- Участие в ретроспективах: Активное предложение идей по улучшению workflow команды.
- Помощь коллегам: Консультации по вопросам тест-дизайна, помощи в отладке сложных автотестов.
- Менторинг: Если в команде есть новые тестировщики, уделяю время их адаптации, объяснению доменной логики и наших стандартов тестирования.
-
Профессиональное развитие:
- Прохождение онлайн-курсов или воркшопов по смежным областям (например, основы DevOps, углубленное изучение SQL для проверки данных).
- Чтение технических блогов, участие в вебинарах для отслеживания трендов в обеспечении качества.
Эта деятельность направлена на то, чтобы быть proactive-инженером, который не только находит баги, но и системно работает над предотвращением их появления в будущем и повышением эффективности всей команды.
Ответ 18+ 🔞
А, ну вот, опять этот священный момент, когда основной проект накрылся медным тазом и все сидят, такие: «Ну что, блядь, теперь делать будем?». А я, сука, не из таких, чтобы в потолок плевать. У меня, блядь, план на этот случай есть, как у хорошего вора — отточенный и приносящий пользу.
Чем я, блядь, мозги забиваю, когда все затихает:
-
Техдолг и тесты — моя вечная боль и любовь.
- Рефакторинг тестового говнокода: Находишь тесты, которые писал полгода назад, и просто охуеваешь. Кто этот мудак писал? О, это я и есть! Переписываю, чтобы через месяц самому же не хотелось глаза выколоть вилкой.
- Допиливание покрытия: Есть модули, которые работают стабильнее ломовой лошади, но тестов на них — хуй с горы. Вот и сажусь, пишу. Чтобы потом, когда всё ебнет, не орать «да кто ж знал-то!».
- Пример: Взял кучу однотипных API-тестов и сделал из них одну красивую, параметризованную хуйню. Элегантно, блядь.
import pytest import requests
@pytest.mark.parametrize("endpoint, expected_status", [ ("/health", 200), ("/api/v1/status", 200), ("/metrics", 200), ]) def test_public_endpoints_availability(base_url, endpoint, expected_status): """Параметризованный тест доступности ключевых эндпоинтов.""" response = requests.get(f"{base_url}{endpoint}") assert response.status_code == expected_status
-
Познание нового, ёпта.
- Щупаю k6, чтобы потом не просто баги искать, а ещё и говорить: «Сервис падает при нагрузке в 100 RPS, вот график, идите нахуй».
- Ковыряюсь в Allure, чтобы отчёты были не просто текст, а такая красивая хуйня, от которой у менеджеров слюнки текут.
- Экспериментирую с Docker, чтобы любой тест можно было поднять в один клик, а не три часа ебаться с окружением.
-
Аналитика и процессы, или «Ищем виноватого».
- Разбор полётов: Смотрю на баги за квартал и думаю — а не пиздануть ли нам всем в code review правило, чтобы эту конкретную хуйню больше не допускали? Часто оказывается, что корень зла — в одном и том же месте.
- Документирование: Привожу в порядок нашу вики, потому что читать её — это как искать иголку в стоге говна. А новичок заходит и сразу обоссывается от счастья, когда находит нужную команду.
-
Командная возня.
- На ретро: Не просто сижу, а предлагаю идеи. «А давайте, блядь, вот это вот так сделаем, будет быстрее». Иногда даже слушают.
- Помощь коллегам: Кто-то не может понять, почему его тест падает. Подхожу, смотрю, иногда хватает одной строчки, чтобы всё заработало. Чувствуешь себя богом на пять минут.
- Менторинг: Если пришёл новенький, объясняю ему, как у нас тут всё устроено, чтобы он не накосячил с первого дня и не сломал прод.
-
Саморазвитие, ёбана.
- Иду на какой-нибудь курс по основам DevOps или углубляю SQL. Чтобы не просто «баг», а «баг из-за кривого джойна в реплике БД».
- Читаю блоги, смотрю вебинары. Надо же знать, куда мир катится, а то останешься позади с устаревшими навыками, как лох в потрёпанных штанах.
Короче, вся эта деятельность — чтобы не быть просто «искателем косяков», а тем, кто систему улучшает, блядь. Чтобы проблемы не тупо латать, а не давать им появляться. Proactive-инженер, ёпта.