2473
Библиотека для тестировщика и QA. По всем вопросам @evgenycarter
🚀 Первое нагрузочное тестирование: минимум для старта
Хочешь разобраться в нагрузочном тестировании, но не знаешь, с чего начать?
Этот вебинар — идеальная отправная точка. Без лишней теории, с упором на практику.
🔥13 мая в 20:00 мск. приглашаем на открытый вебинар «Минимум для старта: как провести своё первое нагрузочное тестирование»
Что будет:
🔹 выберем удобный для вас инструмент
🔹 определим, какие запросы стоит нагружать
🔹 настроим базовый мониторинг
🔹 разберём, как анализировать полученные результаты
📌 Узнаешь, что делать, если НТ нужно «ещё вчера», и в какие направления копать дальше.
👉 Регистрируйся, чтобы старт был уверенным: https://vk.cc/cLEixW
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Сегодня хочу поделиться простой, но крайне полезной привычкой, которая улучшила качество моего тестирования.
Когда я только начинал работать тестировщиком, после выполнения тест-кейсов я сразу отправлял баг-репорты или закрывал задачи. Сейчас я всегда уделяю 5–10 минут, чтобы быстро проанализировать, а что ещё можно проверить дополнительно?
Например:
- Можно ли ввести странные символы в форму?
- Что будет, если нажать кнопку несколько раз подряд?
- Что произойдет, если разорвать соединение во время операции?
Такие маленькие проверки часто помогают найти баги, которые иначе бы ускользнули.
Попробуйте — вам понравится этот "быстрый дополнительный штурм" перед завершением тестирования!
А у вас есть свои маленькие фишки, которые помогают ловить баги? Делитесь в комментариях 👇
#qa #testing
Подпишись👉 @testlab_qa
🚀 Подборка Telegram каналов для программистов
Системное администрирование, DevOps 📌
/channel/bash_srv Bash Советы
/channel/win_sysadmin Системный Администратор Windows
/channel/sysadmin_girl Девочка Сисадмин
/channel/srv_admin_linux Админские угодья
/channel/linux_srv Типичный Сисадмин
/channel/devopslib Библиотека девопса | DevOps, SRE, Sysadmin
/channel/linux_odmin Linux: Системный администратор
/channel/devops_star DevOps Star (Звезда Девопса)
/channel/i_linux Системный администратор
/channel/linuxchmod Linux
/channel/sys_adminos Системный Администратор
/channel/tipsysdmin Типичный Сисадмин (фото железа, было/стало)
/channel/sysadminof Книги для админов, полезные материалы
/channel/i_odmin Все для системного администратора
/channel/i_odmin_book Библиотека Системного Администратора
/channel/i_odmin_chat Чат системных администраторов
/channel/i_DevOps DevOps: Пишем о Docker, Kubernetes и др.
/channel/sysadminoff Новости Линукс Linux
1C разработка 📌
/channel/odin1C_rus Cтатьи, курсы, советы, шаблоны кода 1С
/channel/DevLab1C 1С:Предприятие 8
/channel/razrab_1C 1C Разработчик
/channel/buh1C_prog 1C Программист | Бухгалтерия и Учёт
/channel/rabota1C_rus Вакансии для программистов 1С
Программирование C++📌
/channel/cpp_lib Библиотека C/C++ разработчика
/channel/cpp_knigi Книги для программистов C/C++
/channel/cpp_geek Учим C/C++ на примерах
Программирование Python 📌
/channel/pythonofff Python академия.
/channel/BookPython Библиотека Python разработчика
/channel/python_real Python подборки на русском и английском
/channel/python_360 Книги по Python
Java разработка 📌
/channel/BookJava Библиотека Java разработчика
/channel/java_360 Книги по Java Rus
/channel/java_geek Учим Java на примерах
GitHub Сообщество 📌
/channel/Githublib Интересное из GitHub
Базы данных (Data Base) 📌
/channel/database_info Все про базы данных
Мобильная разработка: iOS, Android 📌
/channel/developer_mobila Мобильная разработка
/channel/kotlin_lib Подборки полезного материала по Kotlin
Фронтенд разработка 📌
/channel/frontend_1 Подборки для frontend разработчиков
/channel/frontend_sovet Frontend советы, примеры и практика!
/channel/React_lib Подборки по React js и все что с ним связано
Разработка игр 📌
/channel/game_devv Все о разработке игр
Библиотеки 📌
/channel/book_for_dev Книги для программистов Rus
/channel/programmist_of Книги по программированию
/channel/proglb Библиотека программиста
/channel/bfbook Книги для программистов
БигДата, машинное обучение 📌
/channel/bigdata_1 Big Data, Machine Learning
Программирование 📌
/channel/bookflow Лекции, видеоуроки, доклады с IT конференций
/channel/rust_lib Полезный контент по программированию на Rust
/channel/golang_lib Библиотека Go (Golang) разработчика
/channel/itmozg Программисты, дизайнеры, новости из мира IT
/channel/php_lib Библиотека PHP программиста 👨🏼💻👩💻
/channel/nodejs_lib Подборки по Node js и все что с ним связано
/channel/ruby_lib Библиотека Ruby программиста
/channel/lifeproger Жизнь программиста. Авторский канал.
QA, тестирование 📌
/channel/testlab_qa Библиотека тестировщика
Шутки программистов 📌
/channel/itumor Шутки программистов
Защита, взлом, безопасность 📌
/channel/thehaking Канал о кибербезопасности
/channel/xakep_2 Хакер Free
Книги, статьи для дизайнеров 📌
/channel/ux_web Статьи, книги для дизайнеров
Математика 📌
/channel/Pomatematike Канал по математике
/channel/phis_mat Обучающие видео, книги по Физике и Математике
/channel/matgeoru Математика | Геометрия | Логика
Excel лайфхак📌
/channel/Excel_lifehack
/channel/mir_teh Мир технологий (Technology World)
Вакансии 📌
/channel/sysadmin_rabota Системный Администратор
/channel/progjob Вакансии в IT
Сегодня хочу показать вам одну из самых недооценённых возможностей Postman — Collection Runner.
Обычно Postman используют для ручного тестирования API. Но если у тебя уже есть коллекция с запросами, зачем запускать их по одному, если можно сразу всех «выгулять»?
Collection Runner позволяет:
- запускать все запросы из коллекции по очереди;
- передавать переменные между запросами;
- прогонять тесты на разных наборах данных (через CSV или JSON);
- видеть результат каждого шага: статус, время отклика, тело ответа.
🔥 А теперь фишка: ты можешь эмулировать целый бизнес-флоу, как будто пользователь прошёл регистрацию, логин, заказал товар, оплатил и вышел. Всё это в пару кликов.
Если хочется автоматизации, но писать код пока рано или не хочется — начни с Collection Runner. Он даст тебе уверенность, структуру и понимание, как автоматизация работает изнутри.
#qa #testing
Подпишись👉 @testlab_qa
🧪 Как Fiddler спасает нагрузочное тестирование
Если ты до сих пор записываешь скрипты в Recorder — пора прокачать инструментарий.
Fiddler — не просто альтернатива, а настоящий универсальный солдат в нагрузочном тестировании.
🔥22 апреля в 20:00 мск. приглашаем на бесплатный вебинар «Без Fiddler как без рук: как инструмент спасает нагрузочное тестирование».
Что разберём:
🔹 как Fiddler помогает отлаживать скрипты быстрее и надёжнее
🔹 как перехватывать трафик и работать с системами без прокси
🔹 как подменять пакеты, использовать заглушки и гибко настраивать среду
📌 В конце — бонус: шпаргалка по настройке Fiddler для твоих проектов
🔧 Полезно всем, кто хочет добавить в свои тесты больше контроля и меньше боли.
👉 Регистрируйся: https://vk.cc/cKTxPx
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🎯 Что делать, если баг не воспроизводится у разработчика?
Привет, коллеги! Сегодня расскажу о ситуации, которая случается, пожалуй, с каждым тестировщиком: вы находите баг, всё четко описали, приложили скрины и логи, но… разработчик пишет: «У меня не воспроизводится». Что делать?
Вот мой чеклист, который помогает не устраивать битву QA против Dev:
1. Проверить окружение.
Одна из частых причин — разные сборки, версии браузера или мобильной ОС. Уточните, на чём тестили, и сравните с тем, что использует разработчик.
2. Уточнить данные.
Некоторые баги проявляются только при определённом пользователе, ролях или специфическом наборе данных. Проверьте: может быть, баг связан с конкретной записью или конфигурацией.
3. Пошаговая инструкция.
Иногда важен порядок действий. Убедитесь, что шаги в баг-репорте полностью воспроизводят ваш путь — вплоть до конкретной кнопки, на которую вы нажимали.
4. Добавить видео.
Скриншоты — хорошо, но короткое видео с багом часто снимает все вопросы. Особенно если баг нестабильный.
5. Проверка логов.
Даже если баг не виден, он может оставить след в логах. Приложите записи с уровнем error или warning.
6. Воспроизведение вместе.
Иногда проще устроить короткий Zoom/Teams и показать баг вживую. Часто это быстрее, чем переписка на 20 сообщений.
✨ И помните: мы не боремся с разработчиком, мы вместе боремся с багом. Сотрудничество — наше главное оружие.
Как вы обычно решаете такие ситуации? Делитесь в комментах!
#qa #testing
Подпишись👉 @testlab_qa
✅Зачем нужно контрактное тестирование в Kotlin QA и как гарантировать, что фронтенд и бэкенд понимают друг друга?
Приглашаем вас на открытый урок курса «Kotlin QA Engineer» от Otus, где рассмотрим инструменты для контрактного тестирования на Kotlin: Pact, Spring Cloud Contract и их отличие от интеграционных тестов.
Разберемся, как Kotlin QA-инженеры могут использовать Pact для тестирования API взаимодействия между сервисами.
Проведем интеграцию контрактных тестов на Kotlin в CI/CD
Обсудим best practices для Kotlin QA и разберем кейсы
Регистрация и подробности: 👇
https://vk.cc/cKBaKi
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
🔁 Как убедиться, что баг пофикшен?
Привет, коллеги! Сегодня поделюсь одной из простых, но часто игнорируемых практик: как правильно проверять, что баг действительно исправлен.
Многие ограничиваются просто: ну, теперь вроде работает, — и закрывают баг. Но это путь к регрессии.
Вот мой чеклист, который я использую после того, как разработчик говорит: готово, можно проверять:
1. Повторить шаги воспроизведения из описания бага.
Если баг воспроизводился при специфическом сценарии — проверь именно его.
2. Проверить рядом стоящий функционал.
Часто правка одной части кода влияет на соседние участки. Потрать 2–3 минуты на мини-ревизию.
3. Проверить, что баг действительно был.
Если ты не был автором бага — воспроизведи его на предыдущей версии (например, на staging-е или через старую сборку). Так ты точно знаешь, что баг не магическим образом исчез.
4. Погоняй автотесты.
Если есть автотесты — запусти регрессию хотя бы частично. Особенно, если баг был в критичном месте.
5. Коммуникация с разработчиком.
Не бойся задать уточняющие вопросы: что именно поменяли? или может ли это повлиять на X?. Это не придирки — это твоя работа.
Если ты внедришь эту практику — количество возвращающихся багов в спринте ощутимо уменьшится.
#qa #testing
Подпишись👉 @testlab_qa
Сегодня хочу напомнить об одной неочевидной ловушке при проверке багфикса.
Допустим, разработчик починил баг, вы повторили шаги — баг не воспроизводится. Всё, можно закрывать?
❌ Нет. Это ошибка новичка.
✅ Проверка багфикса — это не только “воспроизводится/не воспроизводится”.
Нужно всегда делать микро-регрессию вокруг бага. Почему?
Пример из практики:
*Баг — не сохраняется поле "email" при редактировании профиля.*
После фикса вы проверили — теперь email сохраняется. Но из-за изменения логики перестало сохраняться имя. 🤦♂️
🔁 Что делать правильно:
1. Проверить сам баг по шагам
2. Проверить смежные поля, действия, модули
3. Заглянуть в логи (если можете)
4. Задать себе вопрос: “Мог ли фикс задеть что-то ещё?”
Такой подход выделяет сильного тестировщика.
Будь не просто “проверяющим баги”, а гарантом стабильности 💪
А ты делаешь мини-регрессию после фикса или ограничиваешься проверкой одного сценария?
#qa #testing
Подпишись👉 @testlab_qa
Как избавиться от нестабильных тестов и ускорить развертывание?
Приглашаем на открытый урок «Оптимизация CI/CD для мобильных тестов на Kotlin»
Настроим CI/CD для мобильных тестов на Kotlin: работа с GitHub Actions/GitLab CI, эмуляторами и реальными устройствами.
Разберем причины флейковых тестов в Android-тестировании: тайминги, нестабильные UI-элементы, инфраструктурные ограничения.
Рассмотрим методы ускорения и инструменты для стабильности и отчетности: Espresso, UIAutomator, Firebase Test Lab, Allure.
✅ Практика: Настроим CI/CD пайплайн для запуска тестов на Android-устройствах и эмуляторах.
👉 Регистрация на урок: https://vk.cc/cKf50g
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Сегодня покажу вам один простой, но очень полезный подход для ручного тестирования — чек-листы по сценариям использования (use case-based checklists).
Когда у нас нет времени на полноценные тест-кейсы или документация страдает, чек-листы спасают. Но не любые, а ориентированные на реальные сценарии.
Вместо сухих "Открыть страницу – проверить отображение блока", я пишу так:
* Пользователь заходит на сайт впервые: что он должен увидеть?
* Пользователь добавляет товар в корзину и уходит — что произойдёт через 24 часа?
* Пользователь вводит неправильный пароль 3 раза — как реагирует система?
Такой подход:
✅ Помогает мыслить как пользователь
✅ Выявляет граничные и забытые кейсы
✅ Делает тестирование осмысленным, а не механическим
Попробуйте сделать такие чек-листы для своей фичи — удивитесь, сколько нюансов всплывёт.
А вы используете чек-листы или сразу пишете тест-кейсы?
#qa #testing
Подпишись👉 @testlab_qa
Сегодня я покажу, как сэкономить кучу времени при проверке багов.
Сценарий знакомый каждому: разработчик пофиксил баг, ты идёшь перепроверять. А фикса нет. Начинаешь дергать: “Ты точно запушил?”, “А релиз был?”, “А ты на нужной ветке?”
Чтобы не попадать в такие ситуации, я завел себе простой чеклист на проверку фиксов:
1. Убедиться, что билд обновлён (номер версии, дата сборки и т.п.)
2. Проверить, что фиксы действительно попали в сборку (по changelog или по тикету в трекере)
3. Перепроверить окружение (может, ты на staging, а фиксы на dev)
4. Только после этого начинать ручную проверку
Идея в том, чтобы минимизировать потери времени — и свои, и команды.
А как ты проверяешь фиксы? Поделись своим методом в комментариях👇
#qa #testing
Подпишись👉 @testlab_qa
🎯 Сегодня хочу поговорить о тестировании в бэкенде — а точнее, как тестировщик может читать логи и не бояться этого.
Часто слышу: "Это задача разработчика — логи смотреть". Не-а. Если ты хочешь расти в профессии, умение читать логи — твой must-have.
Вот как я обычно подхожу:
1. Завёл баг? Ищу его trace в логах. Смотрю по времени, по ID запроса, по юзеру — всё, что поможет найти нужный кусок.
2. Непонятный баг? Логи часто расскажут больше, чем UI. Иногда ошибка есть, но UI молчит. А в логах — и stack trace, и подсказка, что именно упало.
3. Автотесты падают? Иду в CI, открываю job, смотрю, что упало — и сразу в логи.
💡 Советы:
- Попроси у разработчиков доступ к логам или Kibana.
- Освой grep, tail, less — они твои друзья.
- Старайся каждый баг сопровождать логами — это поднимает доверие к тебе как к специалисту.
Ты не просто ловишь баги. Ты анализируешь их. А это уже не junior-уровень 😉
#qa #testing
Подпишись👉 @testlab_qa
⚙️ K6 и Gatling: нагрузка по всем фронтам — gRPC, WebSocket и HTTP
Если ты работаешь с микросервисами, то знаешь, как сложно бывает грамотно нагрузить всё сразу — и gRPC, и WebSocket, и HTTP.
Разберём, как сделать это красиво и эффективно с помощью K6 и Gatling.
🔥29 апреля в 20:00 мск. приглашаем на бесплатный вебинар «Gatling и K6: тесты для gRPC, WebSocket и HTTP»
Что сделаем на занятии:
✅ создадим и запустим комбинированные тесты для gRPC, WebSocket и HTTP
✅ сравним инструменты K6 и Gatling в прямом эфире
✅ подготовим нагрузку на микросервис — прямо во время вебинара
✅ покажем, как запускать сценарии параллельно для комплексного моделирования
🎁 В конце — готовые скрипты, которые можно взять в работу.
👉 Регистрируйся: https://vk.cc/cL4PRS
Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🧪 Сегодня хочу поговорить о функциональном тестировании API.
Очень часто вижу, как ручные тестировщики не используют Postman/REST Client на максимум. А ведь с его помощью можно реально ускорить рутину.
Например, вместо того чтобы вручную дергать эндпоинты с одними и теми же параметрами — соберите коллекции, настройте переменные окружения, добавьте предусловия и пост-обработку. Да, немного времени на настройку — но потом просто нажимаете “Send” и смотрите результат.
📌 А если вы еще не используете тесты прямо в Postman, обязательно попробуйте:
pm.test("Статус 200", function () {
pm.response.to.have.status(200);
});
pm.test("Ответ содержит userId", function () {
const jsonData = pm.response.json();
pm.expect(jsonData).to.have.property("userId");
});
👨💻 Сегодня я покажу, как быстро проверить API без Postman и других инструментов
Обычно, когда тестировщики слышат «проверь API», рука сама тянется к Postman или Swagger. Но что если нужно быстро глянуть ответ эндпоинта, а под рукой — только терминал?
В таких случаях я использую curl. Вот пара примеров, которые спасают мне время:
🔹 GET-запрос:
curl -X GET "https://api.example.com/users" -H "Authorization: Bearer <токен>"
curl -X POST "https://api.example.com/login" \
-H "Content-Type: application/json" \
-d '{"username": "qa_user", "password": "123456"}'
curl -o response.json "https://api.example.com/data"
curl в своей практике? Напиши, какие команды у тебя в закладках.
Хотите освоить программирование или сменить работу в IT?
А вы готовы всего за час создать и опубликовать целое приложение?
Отлично! Тогда присоединяйтесь к онлайн-конференции «Как создать первый проект на Python и Java с нуля»!
Новички в IT узнают:
- какой язык программирования лучше выбрать для старта
- как быстро создать и развернуть приложение
- как работают Python и Java на практике
- как размещать код на GitHub и работать с репозиториями
- какие дополнительные инструменты использовать для профессионального роста
Программисты на других языках, и те, кто ищет новые возможности в IT:
- поймёте, какие IT-технологии сейчас востребованы
- узнаете, какие навыки прокачивать для успешной смены деятельности
- отработаете навыки быстрой сборки и быстрого развёртывания проекта
- узнаете о новых возможностях для обучения и развития
Также вас ждёт квиз с призами!
Спикеры:
Сурен Хоренян: бэкенд-разработчик на Python, руководитель команды в «VK Рекламе»
Сергей Прощаев: Java-разработчик
Бонус! Скидка 7% на любой курс OTUS и полезные материалы в подарок!
18 апреля, 19:00 МСК
Бесплатно
Записаться на событие - https://otus.pw/fTqD/?erid=2W5zFG9Qroz
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
🔍 Что спрашивать на собеседовании QA'шнику: мой топ-5 вопросов
Сегодня покажу вам свои любимые вопросы, которые я задаю кандидатам на позицию тестировщика. Эти вопросы помогают быстро понять уровень человека — как технический, так и общий подход к работе.
1. Что ты будешь делать, если продакшн упал, а разработчика нет на месте?
Смотрю на реакцию: паникует или предлагает конкретные действия (логи, откат, алерты).
2. Как ты определяешь, что баг действительно критичный?
Тут важно мышление. Вижу ли я понимание бизнес-приоритетов или просто «красный экран = P0»?
3. Опиши самый сложный баг, который ты ловил. Как нашёл?
Оцениваю глубину анализа и навыки коммуникации — баг же надо не только найти, но и донести.
4. Как ты тестируешь без документации?
Умеет ли кандидат работать с продуктом «руками», искать баги через исследование?
5. Когда автоматизация вредна?
Идея — узнать, понимает ли, где ROI автоматизации низкий и когда ручное тестирование выгоднее.
Эти вопросы — не про запугать. Они про реальный опыт и зрелость. Часто кандидат сам раскрывается намного лучше, чем при стандартных вопросах вроде «что такое баг-репорт».
А какие вопросы вы задаёте/встречали на собеседованиях? Делитесь в комментариях — соберём народный список!
#qa #testing
Подпишись👉 @testlab_qa
Подборка Telegram каналов для программистов
/channel/bash_srv Bash Советы
/channel/win_sysadmin Системный Администратор Windows
/channel/lifeproger Жизнь программиста. Авторский канал.
/channel/devopslib Библиотека девопса | DevOps, SRE, Sysadmin
/channel/rabota1C_rus Вакансии для программистов 1С
Системное администрирование 📌
/channel/sysadmin_girl Девочка Сисадмин
/channel/srv_admin_linux Админские угодья
/channel/linux_srv Типичный Сисадмин
/channel/linux_odmin Linux: Системный администратор
/channel/devops_star DevOps Star (Звезда Девопса)
/channel/i_linux Системный администратор
/channel/linuxchmod Linux
/channel/sys_adminos Системный Администратор
/channel/tipsysdmin Типичный Сисадмин (фото железа, было/стало)
/channel/sysadminof Книги для админов, полезные материалы
/channel/i_odmin Все для системного администратора
/channel/i_odmin_book Библиотека Системного Администратора
/channel/i_odmin_chat Чат системных администраторов
/channel/i_DevOps DevOps: Пишем о Docker, Kubernetes и др.
/channel/sysadminoff Новости Линукс Linux
1C разработка 📌
/channel/odin1C_rus Cтатьи, курсы, советы, шаблоны кода 1С
/channel/DevLab1C 1С:Предприятие 8
Программирование C++📌
/channel/cpp_lib Библиотека C/C++ разработчика
/channel/cpp_knigi Книги для программистов C/C++
/channel/cpp_geek Учим C/C++ на примерах
Программирование Python 📌
/channel/pythonofff Python академия. Учи Python быстро и легко🐍
/channel/BookPython Библиотека Python разработчика
/channel/python_real Python подборки на русском и английском
/channel/python_360 Книги по Python Rus
Java разработка 📌
/channel/BookJava Библиотека Java разработчика
/channel/java_360 Книги по Java Rus
/channel/java_geek Учим Java на примерах
GitHub Сообщество 📌
/channel/Githublib Интересное из GitHub
Базы данных (Data Base) 📌
/channel/database_info Все про базы данных
Мобильная разработка: iOS, Android 📌
/channel/developer_mobila Мобильная разработка
/channel/kotlin_lib Подборки полезного материала по Kotlin
Фронтенд разработка 📌
/channel/frontend_1 Подборки для frontend разработчиков
/channel/frontend_sovet Frontend советы, примеры и практика!
/channel/React_lib Подборки по React js и все что с ним связано
Разработка игр 📌
/channel/game_devv Все о разработке игр
Библиотеки 📌
/channel/book_for_dev Книги для программистов Rus
/channel/programmist_of Книги по программированию
/channel/proglb Библиотека программиста
/channel/bfbook Книги для программистов
/channel/books_reserv Книги для программистов
БигДата, машинное обучение 📌
/channel/bigdata_1 Data Science, Big Data, Machine Learning, Deep Learning
Программирование 📌
/channel/bookflow Лекции, видеоуроки, доклады с IT конференций
/channel/coddy_academy Полезные советы по программированию
/channel/rust_lib Полезный контент по программированию на Rust
/channel/golang_lib Библиотека Go (Golang) разработчика
/channel/itmozg Программисты, дизайнеры, новости из мира IT
/channel/php_lib Библиотека PHP программиста 👨🏼💻👩💻
/channel/nodejs_lib Подборки по Node js и все что с ним связано
/channel/ruby_lib Библиотека Ruby программиста
QA, тестирование 📌
/channel/testlab_qa Библиотека тестировщика
Шутки программистов 📌
/channel/itumor Шутки программистов
Защита, взлом, безопасность 📌
/channel/thehaking Канал о кибербезопасности
/channel/xakep_2 Хакер Free
Книги, статьи для дизайнеров 📌
/channel/ux_web Статьи, книги для дизайнеров
Математика 📌
/channel/Pomatematike Канал по математике
/channel/phis_mat Обучающие видео, книги по Физике и Математике
Excel лайфхак📌
/channel/Excel_lifehack
/channel/tikon_1 Новости высоких технологий, науки и техники💡
/channel/mir_teh Мир технологий (Technology World)
Вакансии 📌
/channel/sysadmin_rabota Системный Администратор
/channel/progjob Вакансии в IT
Автоматизация тестирования, которая не ломается при первом редизайне
Меня зовут Артем, я эксперт по тестированию в компании TData — разработчике высоконагруженных корпоративных решений для работы с данными в реальном времени. Мы создаём ПО, где особенно важны стабильность, отказоустойчивость и предсказуемость поведения — вне зависимости от нагрузки и сложности сценариев.
Автоматизация тестирования для нас — не просто способ снять нагрузку с ручных тестировщиков, а часть инженерной культуры. В этой статье поделюсь тем, как мы выстраивали автоматизацию: с чего начали, почему стартовали с UI, какие инструменты прижились, как справлялись с нестабильными тестами. Давайте разберёмся, как не заблудиться на этом увлекательном, но местами запутанном пути.
https://habr.com/ru/companies/rostelecom/articles/894074/
#qa #testing
Подпишись👉 @testlab_qa
Как убедиться, что баг исправлен?
Сегодня поговорим о важной теме – как правильно проверять баг после его исправления. Часто разработчик говорит: "Исправил, проверяй!", и тут важно не просто кликнуть на кнопку, а провести грамотную регрессию.
🔍 Как правильно проверять исправленный баг?
1️⃣ Проверяем, что баг действительно исправлен.
– Берём шаги воспроизведения из бага.
– Повторяем их в той же среде и на той же версии, где было исправление.
– Сравниваем результат с ожидаемым поведением.
2️⃣ Проверяем окрестности бага.
– Часто фиксы ломают соседний функционал. Например, исправили баг в авторизации – проверьте регистрацию, сброс пароля.
3️⃣ Проверяем на разных данных.
– Если баг связан с вводом данных, попробуйте крайние случаи: длинные строки, спецсимволы, пустые значения.
4️⃣ Тестируем в разных окружениях.
– Проверьте на разных браузерах, устройствах, API-запросах (если актуально).
5️⃣ Смотрим логи и консоль.
– Иногда баг "ушёл в тень" – UI работает, но в логах ошибки. Проверьте DevTools или серверные логи.
6️⃣ Запускаем регрессию.
– Если баг был в сложном сценарии, стоит перепройти весь сценарий целиком.
7️⃣ Оцениваем влияние на производительность.
– Если был сложный рефакторинг, проверьте, не замедлился ли интерфейс или API.
💡 Совет: Важно не просто убедиться, что баг "пропал", но и что он не привёл к новым проблемам.
Как вы проверяете баги после фикса? Делитесь своими лайфхаками в комментариях! 👇
#qa #testing
Подпишись👉 @testlab_qa