QA no bug

Случайно нашел плавающий баг. Второй раз не воспроизводится. Что делать в таких ситуациях? Мы обращаемся к логам. Логи - это непрерывное фиксирование всех процессов вашего приложения. Система логирования есть у 80% процентов проетов. А если тебе «посчастливилось» попасть в стальные 20%, то у тебя есть хорошая возможность проявить свой профессионализм и предложить ввести на проекте логи. Логи помогут лучше локализовать и воспроизвести события бага. А еще, хороший тон - прикладывать логи к бэковским баг-репортам. Ваш разраб скажет вам спасибо. У логов есть свои уровни. Это сделано для того, чтобы их было удобно и быстро читать. Общепринятые уровни включают DEBUG, INFO, WARN и ERROR. Система логирования может быть реализована на вашем проекте посредством разных программ. Самая популярная - это ELK Stack (Elasticsearch, Logstash, Kibana). Но есть также Logcat (Android),Tail (Unix), Console (Chrome DevTools) и тд Ставь реакцию, если нужно углубиться в тему логов: когда смотреть, как читать, как сохранять и тд. #QAИнструменты

НАЙДИ БАГ ⬆️ Пыталась авторизоваться на сайте по своему логину и паролю, всегда пускало, а сейчас нет… *Первому, кто найдет баг по фото, мы подарим участие в нашем Марафоне по старой цене! Только тсс 🤫 1200 рублей -> 850 рублей 💥💥💥 #РеальныйБаг

Есть два вида практики для начинающих тестировщиков: 1️⃣ Практика на специальных тестовых заданиях. Сюда относится наша рубрика Практикум. Мы специально подготавливаем задачки, эмулируем баги для того, чтобы вы могли потренироваться, поднатаскаться, повысить внимательность и насмотренность. Сюда же относятся 90% всех заданий на любых курсах по тестированию. 🚩Минус такой практики: Это все-таки эмуляция. Ограниченное тестирование. Нет возможности погрузиться в проект. 🚩Плюсы такой практики: Возможность потестировать разноплановые задачи. Поработать со многими инструментами. Провести все виды тестирования. Так как, на реальной работе у вас будут задачки одной направленности, определенный набор инструментов. 2️⃣Второй вариант учебной практики - тестирование Реального проекта. 🚩Минус такой практики: Ограниченный набор инструментов, свойственный этому проекту. Каких-то видов тестирования вообще может не быть на реальном проекте. Важный минус: таких проектов еще стоит поискать. Плохая практика брать Озон и, якобы, его тестировать. Во-первых, открытой внутрянки вы там не найдете, а значит не найдете баг, максимум по верстке, но это, такая себе, практика. Во-вторых, это плохой тон среди тестировщиков тыкаться в чужой сайт. В-третьих, у них и так есть команда тестировщиков и искать иголку в стоге сена - тратить свое время с нулевой выгодой. 🚩Плюсы такой практики: Вы можете погрузиться в полную логику проекта. Пройти все юзер стори. Подергать api через свагер. Это будет как проба пера работы на настоящем проекте с командой разработки. Идеальный вариант - совмещать оба вида практики, тогда к вашему опыту и обучению выгоды будет x2. Не было в планах рекламировать сегодня наш qa марафон, но мы действительно, постарались над совмещением двух вариантов практик. #QAМарафон #МарафонQAnobug