🔊QA Buddy | Tester
505 subscribers
136 photos
2 videos
41 links
🔗Ссылка на канал https://t.me/testingqabug

🔗Вопросы, записаться на консультацию @larisa_voin

Модератор-админ @KseniiaDreamer

__________

🧷Ссылка на запасной канал https://vk.com/club231124932
Download Telegram
😨Стресс тестировщика

В мире тестирования стрессоустойчивость очень важна. Вот несколько ситуаций, с которыми сталкиваются тестировщики, и советы, как на них реагировать.

1. “Меня обвиняют в пропущенных багах

Да, обидно слышать упрёки, но гнев только усугубит конфликт. Вместо спора я спокойно объясню: "Я проверила основные сценарии, но протестировать всё невозможно. Давайте вместе решим, на чём сосредоточиться в следующий раз."

2. “Начальник настаивает на выпуске нового функционала, несмотря на его недоработки.”

Кричать "Вы безответственные!"— бесполезно. Я скажу прямо: "Я не могу предсказать все риски, но выпуск сырого функционала в прод — это плохое решение. Нам нужно обсудить, как мы можем улучшить качество перед релизом, чтобы избежать проблем."

3. “Мне кажется, что моя работа не оценивается, и я постоянно сталкиваюсь с негативной обратной связью.”

Обижаться молча — это путь к выгоранию. Важно делиться своими достижениями: "Я внедрила тестирование с нуля, разработала тест-кейсы и чек-листы для проектов. Давайте обсудим, как мы можем продолжать улучшать качество и вносить ценность в нашу работу."

4. “Я одна, а разработчиков — десять! Как всё успеть?»

Вместо "Вы меня завалите работой!"— попроси помощи:
"Я сейчас работаю над задачами A и B. Можете сказать, какая из них имеет приоритет? Если одну из задач можно отложить, давайте обсудим, когда лучше это сделать."Это поможет сделать разговор более продуктивным.

5. "Меня часто отвлекают слишком большим количеством вопросов, которые, хотя и относятся к делу, мешают сосредоточиться!"

Раздражённое "Отстаньте!" испортит отношения. Лучше вежливо обозначь границы:
"Сейчас я погружён в тестирование Х. Можем обсудить ваш вопрос через час/после релиза?».

6. "Прерывают в самый ответственный момент!"

Вместо "Не видите, я занята?!" — используй технику "стоп-сигнала":
"Я заканчиваю задачу через 30 минут. После этого смогу заняться вопросом."

7. “Начальник называет низкоприоритетные баги критичными!”

Вместо крика "Да это мелочь!"— напомни о системе приоритетов:
"Этот баг затрагивает 0.1% пользователей, а эти три — 80% Давайте сначала решим их, чтобы снизить риски. Если вы всё же настаиваете, я задокументирую ваше решение."
"Как вы и просили, баг добавлен в релиз, но имейте в виду, что это может повлиять на сроки."

8. “Начальник видит только мои ошибки, а успехи игнорирует”

"Я заметила, что вы часто акцентируете внимание на моих ошибках, и мне бы хотелось, чтобы мы также обсуждали мои успехи. Это помогло бы мне лучше понимать, что я делаю правильно и где могу улучшиться."

⚖️Как справиться со стрессом в моменте
Глубокое дыхание: Сделайте несколько глубоких вдохов и выдохов.
Краткая пауза: Уйдите на 5-10 в тихое место.


Дополните список ✍️

#инфо
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Какой HTTP-код приходит, если новый элемент успешно создан через POST-запрос?
Anonymous Quiz
61%
А) 200
36%
В) 201
1%
С) 400
2%
D) 404
👀В воскресенье не учимся

🖤Сдаем дз по теме «Чит-лист»
🖤Кто не успевает или присоединился позже, сдаст первую и вторую домашку
🖤Ставим реакции для моей мотивации
🖤Я пошла 📓писать посты, придумывать опросы и складывать в отложенное
Please open Telegram to view this post
VIEW IN TELEGRAM
Кто-то доделывает ДЗ ?
Anonymous Poll
19%
Да
69%
Нет
13%
Отправлю сегодня
🔴Пишите баг-репорты для тренировки!

🖤1. Непонятный заголовок
🖤Если заголовок не отражает суть проблемы, разработчики портят больше времени на выяснение деталей. Такое затруднение поиска в системе отслеживания

🖤2. Пропущены шаги в сценарии/лишние
🖤Шаги расписываем, не упуская важную информацию для баг - репорта, но не превращайте отчет в роман — только факты, которые ведут к багу

🖤Если шаги воспроизведения описаны нечетко, разработчик, вместо того чтобы сразу приступить к исправлению, вернет баг на доработку. Вам придется уточнять детали, повторно отправлять отчет, но к этому моменту разработчик уже погрузится в другие задачи.

🖤В результате баг «зависнет» в очереди, а его исправление затянется на дни или даже недели

🖤3. Неясные термины
🖤Что-то не так - не конкретной информации, иногда - создает неопределенность, не работает как надо - субъективное выражение

🖤4. Скрин без выделения проблемы
🖤Может привести к недопониманию в воспроизведении ошибки

🖤5. Нет ОР/ФР или написаны не полностью
🖤Если в отчете нет результата «Ожидаемый» и «Фактический», разработчик попадает в тупик:
- «Что должно было произойти?»
- «Что пошло не так на самом деле?»
- Без этого баг превращается в загадку, а не в задачу

🖤6. Отсутствие ссылок на требования
🖤Замедляет процесс исправления, тк тратится время на выяснения, требования помогают обеспечить эффективность в процессе разработки и тестирования

🖤7. Окружение
🖤Баг может проявляться только на Windows + Chrome, но если окружение не указано, разработчик проверит на Mac + Safari — и не найдет проблему.

🖤Версия влияет на поведение системы. Например, баг проявляется только в v1.6.0 из-за нового функционала, но в v1.7.5 его нет. Без версии невозможно отследить, когда ошибка появилась, что критично для анализа регрессий. Проверяйте версию перед созданием баг-репорта (иногда тестируют не ту сборку)

🖤8. Один баг - репорт на несколько ошибок
🖤Разные ошибки имеют могут иметь разный приоритет , увеличение времени на исправление , объединение ошибок в один баг - репорт может запутать тех, кто отвечает за исправление

#знания

Можешь дополнить список в комментариях
Please open Telegram to view this post
VIEW IN TELEGRAM
🤨Готовы к 2 дз ?
Anonymous Poll
50%
Да
30%
Интересно
20%
Не готов