Как я тестировал админку — и написал первые автотесты для неё ⭐️
В прошлой части я рассказывал, как на стажировке в Авито Работе помог исправить ошибки в новой админке.
Теперь — про техническую сторону. Что именно я делал как QA, кроме того, что собирал людей, баги и договорённости.
1️⃣Начал с базы — простых тестов
2️⃣Затем взялся за автотесты
3️⃣Самым интересным оказался сквозной сценарий
4️⃣Так появились первые в репозитории Авито тесты для админки
5️⃣Тесты почти сразу доказали, что всё было не зря
Один из synthetic-тестов запустил на мониторинг — он каждые полчаса проверял важный сценарий.
И уже на следующий день тест упал — показал реальную проблему. Через несколько часов о той же ошибке написали менеджеры, но мы узнали о ней раньше.
То есть тест не просто лежал в репозитории красивой строчкой. Он сразу помог команде быстрее заметить сбой и раньше начать разбираться.
В Авито на стажировке можно быстро оказаться внутри таких задач — сложных, настоящих, с пользой для команды. И это, наверное, лучшее, что может случиться с начинающим специалистом💙
В прошлой части я рассказывал, как на стажировке в Авито Работе помог исправить ошибки в новой админке.
Теперь — про техническую сторону. Что именно я делал как QA, кроме того, что собирал людей, баги и договорённости.
1️⃣Начал с базы — простых тестов
Это помогло сразу с двумя вещами.
Во-первых, я лучше понял саму админку, какие сценарии в ней есть, где может что-то сломаться.
Во-вторых, по ходу дела всплывали баги — и мелкие, которые можно быстро поправить, и побольше.
2️⃣Затем взялся за автотесты
Параллельно с разбором проблемной страницы писал автотесты для других частей админки. Использовал разные типы проверок:
— E2E-тесты,
— synthetic-тесты,
— тесты в CI/CD.
Я не хотел просто разово убедиться, что всё работает. Хотел собрать систему, которая будет следить за важным функционалом постоянно.
3️⃣Самым интересным оказался сквозной сценарий
Один из главных сценариев выглядел так: менеджер заводит услугу в админке, а потом работодатель оплачивает её уже на сайте Авито.
То есть идеальный E2E-тест должен был пройти весь путь целиком — и внутреннюю админку, и пользовательскую часть сайта. И технически это оказалось непросто.
Нужно было работать сразу с двумя ролями — менеджером и работодателем, как-то эмулировать действия каждого. Плюс админка требовала особых доступов.
И здесь я оказался перед выбором:
— идти по простому пути: протестировать только, что происходит на сайте Авито;
— или сложному: тестировать полный сценарий, с проверкой админки.
Я выбрал второй вариант.
4️⃣Так появились первые в репозитории Авито тесты для админки
В репозиториях, в которых я работал, не было тестов, которые проверяли именно админки.
Я долго распутывал доступы и общался с разными специалистами — и в итоге написал первые в репозитории автотесты, которые проверяют админку.
Это, пожалуй, тот момент, которым я особенно горжусь. Потому что задача закрылась не только для меня. Теперь по этому коду можно собирать похожие тесты и для других админок.
5️⃣Тесты почти сразу доказали, что всё было не зря
Один из synthetic-тестов запустил на мониторинг — он каждые полчаса проверял важный сценарий.
И уже на следующий день тест упал — показал реальную проблему. Через несколько часов о той же ошибке написали менеджеры, но мы узнали о ней раньше.
То есть тест не просто лежал в репозитории красивой строчкой. Он сразу помог команде быстрее заметить сбой и раньше начать разбираться.
Для меня это был очень сильный момент: когда не просто написал тест, а видишь, как он реально работает на продукт.
В Авито на стажировке можно быстро оказаться внутри таких задач — сложных, настоящих, с пользой для команды. И это, наверное, лучшее, что может случиться с начинающим специалистом💙