Как я нашёл баги в новой админке и помог команде их исправить 💚
Привет! Меня зовут Андрей Дементьев, я стажёр QA в Авито Работе — отвечаю за качество продукта и отдельных фичей.
Недавно на стажировке мне удалось найти несколько ошибок в нашем продукте — и исправить их. Для меня это большая личная победа.
Спойлер — на это время выпал отпуск наставника.
➡️ В чем была проблема
➡️ Как я организовал работу
В итоге страница стала полностью рабочей. Основные баги уже исправили, осталось дотестировать редкие и менее критичные сценарии.
Сначала я не понимал, что вообще происходит: что делать с функциональностью, которая должна работать, но не работает. Было страшно.
Но это и мотивировало — вот он, шанс проявить себя. Начал раскладывать задачу по полочкам, советоваться с коллегами — и всё стало яснее.
В следующей части расскажу больше технического: какие тесты использовал и как помог всем инженерам, написав первые в репозитории автотесты, проверяющие админку.
💙 — 15 сердечек и вторая часть выйдет быстрее
Привет! Меня зовут Андрей Дементьев, я стажёр QA в Авито Работе — отвечаю за качество продукта и отдельных фичей.
Недавно на стажировке мне удалось найти несколько ошибок в нашем продукте — и исправить их. Для меня это большая личная победа.
Спойлер — на это время выпал отпуск наставника.
➡️ В чем была проблема
Мне передали новую админку, которую команда заканчивала настраивать — и предполагала, что никаких багов не будет. Я решил углубиться и выяснил, что одна из трёх страниц работает некорректно.
Дальше стало ещё веселее: у каждой страницы — свои микросервисы, связи, зоны ответственности. Сначала вообще не было понятно, где что лежит, кто за что отвечает и как тестировать функционал, который по сути ещё не ожил.
➡️ Как я организовал работу
1. Сначала пришёл к руководителю, показал список багов и передал его команде разработки.
2. Ключевой для меня момент: наставник ушёл в отпуск и доверил закончить дело самостоятельно — она верила в меня, хотела, чтобы я раскрыл свои способности.
3. Собрал встречу с продуктом, разработчиками и всеми, кто был нужен, чтобы нормально договориться, кто что делает. До этого обсуждали всё в чате — и ходили по кругу.
4. Параллельно составил карту тестового покрытия: какая страница к какому микросервису относится, где уже есть тесты, а где дыры. После этого стало гораздо понятнее, за что браться в первую очередь. Начал с самого важного — с функционала, который точно должен работать.
5. Дальше проверял, как разработчики исправляют баги, всё ли получается, действительно ли пропадают ошибки.
В итоге страница стала полностью рабочей. Основные баги уже исправили, осталось дотестировать редкие и менее критичные сценарии.
Сначала я не понимал, что вообще происходит: что делать с функциональностью, которая должна работать, но не работает. Было страшно.
Но это и мотивировало — вот он, шанс проявить себя. Начал раскладывать задачу по полочкам, советоваться с коллегами — и всё стало яснее.
В следующей части расскажу больше технического: какие тесты использовал и как помог всем инженерам, написав первые в репозитории автотесты, проверяющие админку.
💙 — 15 сердечек и вторая часть выйдет быстрее