🔴Пишите баг-репорты для тренировки!

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

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

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

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

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

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

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

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

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

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

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

#знания

Можешь дополнить список в комментариях

🔠🟢🔠🔠🔠🔠🔠🔠

➖Подготовка к собеседованиям: разбор вопросов + пробное интервью.

➖Создание резюме, которое выделит вас среди кандидатов.

➖Составление ТЗ для проверки навыков, персональные задания под ваши цели.

❗️Пишите @larisa_voin обсудим ваш вопрос
#отзыв
➖➖➖➖➖➖➖➖➖➖
Обо мне 📎Пост знакомство. От удаленной работы до новой профессии

Пробные собеседования

Предложить тему поста
https://t.me/c/2445864393/101

Содержание
🤎🤎🤎🤎🤎🤎🤎
📍ЗНАНИЯ #знания
1. Типы требований
2. Жизненный цикл тестирования
3. Жизненный цикл бага
4. Пишем баг-репорт
5. Ошибки при написании баг-репорта
6. Что происходит с баг-репортом после его создания?
7. Серьёзность и приоритетность багов: что нужно знать
8. Шпаргалка для составления баг-репорта
9. Тест - кейсы. Урок 1
10. Где писать тест - кейсы
11. Зачем писать тест-кейсы
12. Ошибки при создании тест - кейсов .
13. Какие статусы есть у тест - кейсов
14. Что такое тест-сьют?
15. Тест-кейсы: почему их нужно регулярно обновлять?
16. Тест-ран. Этапы проведения
17. Типы тест-кейсов
18. Что отличает тест-кейс от баг-репорта
19. Чек-листы заменяют тест-кейсы?
20. Рекомендации по составлению чек-листа
21. Структура пирамиды тестирования
22. Клиент-серверная архитектура
23. Основные виды ручного тестирования
24. Тест-дизайн в тестировани. Техники тест-дизайна. Эквивалентное разбиение, Анализ граничных значений
25. Попарное тестирование
26. Таблица принятия решений
25. Предугадывание ошибок
26. Что считать плохим требованием к продукту?
28. Использование Holst

📍УРОКИ(ДЗ) #уроки
1. Задание: Чит-листы
2. Задание: Исправление баг - репортов
3. Задание: Серьезность и Приоритет
4. Задание: Ищем баги на тренировочном сайте «Собаседник»
5. Задание: Тест-кейс ДЗ 1 (Ламода)
6. Задание: Тест- кейс ДЗ 2 (Лемана ПРО)
7. Задание: Составление тест-сьюта
8. Задание: Проведение тест-рана
9. Задание: Разработка интеграционных тест-кейсов для Лемана ПРО
10. Задание: Написание чек-листа для мобильного приложения Яндекс.Маркет
11. Тестирование требований

📍ИНФО #инфо
1. Ошибочные утверждения о тестировании (и почему они неверны)
2. Стресс тестировщика
3. Подходит ли мне тестирование?
4. Баг- трекеры
5. Страх тестировщика. Ручное тестирование скоро станет не нужным?
6. Боюсь не обнаружить дефекты. Как себе помочь
7. Как найти время на учебу, если у вас работа, учеба или семья?
8. Мини-опрос для тестировщиков
9. Советы для тестировщиков перед дедлайнами
10. Как преодолеть страх перед недостаточной квалификацией в тестировании
11. Страх перед недостаточной документацией
12. Страх перед негативной обратной связью
13. Страх перед взаимодействием с разработчиками
14. Страх перед изменениями в проекте
15. Страх перед новыми технологиями
16. Состав команды Разработки
17. Как работать и не выгорать ?
18. Как Miro и подобные подобные в могут помочь тестировщикам в работе ?

📍СЛОВАРЬ #словарь
1. Пагинатор
2. Превью и маска
3. Хедер и футер
4. Чек-бокс
5. Тогл
6. Индикатор загрузки
7. Datepicker
8. Splashscreen
9. Action menu
10. Toast
11. Кнопка
12. Progress bar
13. Drag-and-drop
14. Вкладки(табы)
15. Онбординг
16. Алерт
17. Выдвижная панель
18. Попап
19. Лонгтап
20. Слайдер
21. Counter
22. Pinch
23. Скрол
24. Фильтры

📍РАБОТА #какнайтиработу
1. Поиск вакансий тестировщика
2. Почему врут в резюме: причины и решение
3. Как уменьшить процентов отказов ботом hh

4. Как найти первую стажировку тестировщику
https://t.me/testingqabug/261

5. Таблица откликов при поиске работы (стажировки)
https://t.me/testingqabug/274

6. Как ответить на неизвестный вопрос на собеседовании QA?
https://t.me/testingqabug/518

📍СОЗВОН #созвон
1. Созвон с тестировщиком: «от поиска работы до первых успехов»
https://t.me/testingqabug/508

Сделала пост с оглавлением для удобной навигации
Он будет пополняться 🔥новыми ссылками

Пишите сюда 🔝идеи тем