Ответ
В работе использовал стандартный стек инструментов для Agile-команд, обеспечивающий прозрачность и эффективность:
1. Коммуникация (синхронная и асинхронная):
- Slack / Microsoft Teams — для ежедневного общения, быстрых вопросов, создания тематических каналов (например,
#qa,#bugs). - Zoom / Google Meet — для ежедневных стендапов, планировочных встреч (planning), ретроспектив и обсуждения сложных багов.
2. Управление задачами и трекинг:
- Jira — основной инструмент. Рабочий процесс (workflow) обычно выглядел так:
[Epic] → [User Story / Task] → [Sub-task / Bug] Статусы: BACKLOG → TO DO → IN PROGRESS → CODE REVIEW → TESTING → DONE - Пример баг-репорта в Jira: Четкое описание, шаги воспроизведения, ожидаемый/фактический результат, окружение, приложенные логи/скриншоты.
3. Документация и знания:
- Confluence / Notion — для хранения тестовой стратегии, чек-листов, критериев приемки (DoD), описания фич и onboarding-документов.
4. Разработка и контроль версий:
- GitHub / GitLab — для просмотра кода, ревью пул-реквестов (PR). В комментариях к PR часто обсуждались тестовые сценарии для новой функциональности.
Ключевой принцип: Все обсуждения по задаче (комментарии QA, правки) должны быть привязаны к задаче в Jira, а итоговое решение или спецификация — зафиксированы в Confluence. Это создает единый источник истины и сохраняет контекст.
Ответ 18+ 🔞
А, инструменты для работы, ну да, классика жанра, без этого никуда. Слушай, а ты знаешь, что самое смешное? Вот эти все ваши Jira, Confluence — они как будто созданы, чтобы у инженера волосы дыбом встали, а потом он пошёл и нахуй всё это бросил. Но нет, блядь, работаем же!
Так, смотри, что у меня в арсенале было, пока я не покрылся мхом от этих стендапов.
1. Общение, или «Давайте поговорим, как люди, а не как роботы»:
- Slack / Microsoft Teams — это святое, блядь. Тут тебе и «эй, а чё у тебя с билдом?», и каналы типа
#qa_пиздец_наступил, где все скидывают скрины с кривыми багами, от которых глаза на лоб лезут. Асинхронно — золото, можно не прерывать поток, когда в коде сидишь. - Zoom / Google Meet — а это уже для синхронного издевательства. Каждое утро стендап: «Что делал? Что сделаю? Какие проблемы?». А проблемы всегда одни: «Билд сломан, фронтендеры опять что-то наворотили, жду, пока починят». Ёперный театр!
2. Управление задачами, или «Где мои глаза, чтобы это всё видеть?»:
- Jira — царь и бог, мать его. Вся жизнь там. Вот смотри, типичный путь таски, прям как в том анекдоте про ёжика и ужа:
[Epic] → [User Story / Task] → [Sub-task / Bug] Статусы: BACKLOG (лежит, пылится) → TO DO (все на него смотрят) → IN PROGRESS (ой, кто-то взял!) → CODE REVIEW (все друг друга ебут за стиль кода) → TESTING (а вот тут я вступаю, красавчик) → DONE (ура, товарищи!) - А баг-репорт — это священная корова. Пишешь чётко: «Нажимаю сюда — получаю вот эту хуйню. Ожидал — коня в пальто. Факт — получил манда с ушами. Вот логи, вот скрин, вот тестовая среда. Разбирайтесь, пидарасы». Шутка. Почти.
3. Документация, или «Где я это уже видел? А, вон там, в прошлом году»:
- Confluence / Notion — свалка знаний, блядь. Туда скидывают всё: от гениальной тестовой стратегии до инструкции «как не сломать себе мозг, запуская локально этот долбанный микросервис». DoD (Definition of Done) — чтобы все понимали, когда можно кричать «Ура!».
4. Разработка, или «А давайте посмотрим, что этот гений написал»:
- GitHub / GitLab — чтобы не быть слепым котом. Смотрю пул-реквесты, в комменты вписываю: «А ты это кейс тестировал? А вот это? А если пользователь будет не Вася, а хитрая жопа с десятью аккаунтами?».
И главный принцип, на котором всё держится, как хуй на верёвочке: Вся болтовня, все «ой, а давайте поменяем» — должны быть прибиты гвоздями к задаче в Jira. А итоговое, окончательное, выстраданное решение — летит в Confluence. Чтобы через месяц не начинать с крика «Блядь, а почему мы так решили?!». Чтобы был один источник правды, а не двадцать пять писем в почте и сто непрочитанных сообщений в Slack.
Вот так и живём. Сначала охуеваем от количества инструментов, а потом без них — как без рук. Парадокс, блядь.