2473
Библиотека для тестировщика и QA. По всем вопросам @evgenycarter
🧪 Сегодня я покажу вам, как можно быстро находить баги даже в самой, казалось бы, идеальной фиче.
Когда фича уже ушла в прод или передаётся на регрессионное тестирование, часто кажется: "Ну тут уже всё проверено". Но именно в этот момент важно включать режим "сомневающегося".
Я использую подход "мышления вразрез". Вот пример:
1. Беру требования и задаю себе вопрос: а что будет, если сделать наоборот?
2. Смотрю на граничные значения — например, минимальные и максимальные допустимые числа, даты и длины строк.
3. Пробую вводить данные, которые не соответствуют ожиданиям, но формально допустимы (например, пробелы, нули, emoji).
4. Проверяю, что произойдёт, если действия пользователя будут слишком быстрыми (клики подряд) или слишком медленными (таймауты).
⚠️ Особенно часто проблемы всплывают в казалось бы простых элементах: кнопках, выпадающих списках, фильтрах.
Мой любимый трюк — тестирование без мышки. Если ты не можешь пользоваться системой с клавиатуры, это почти всегда указывает на проблемы с доступностью и взаимодействием.
Попробуй сегодня потестировать фичу "вразрез". Гарантирую, баг найдёшь 😉
#qa #testing
Подпишись👉 @testlab_qa
🚀 Первое нагрузочное тестирование: минимум для старта
Хочешь разобраться в нагрузочном тестировании, но не знаешь, с чего начать?
Этот вебинар — идеальная отправная точка. Без лишней теории, с упором на практику.
🔥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
⏳Осталось всего 1 день до закрытия приема заявок на стажировку по направлению QA в Cloud.ru!🚀
Любишь находить ошибки и стремишься к качеству? Тогда эта стажировка для тебя🤩
Старт: июнь 2025
Длительность: 6 месяцев
Формат: очно в офисе в Москве или удаленно
Занятость: от 20 часов в неделю
Cloud.ru — ведущий провайдер облачных сервисов и AI-технологий, предлагающий простые и удобные решения для задач любой сложности: от размещения сайтов до запуска ML-моделей.
Что тебя ждёт?
- оплачиваемая стажировка;
- работа с реальными проектами;
- поддержка наставников и экспертов;
- регулярная обратная связь;
- возможность стать частью команды Cloud.ru.
Кого мы ждём?
✔️ Студентов старших курсов и выпускников.
✔️ Тех, кто знает основы виртуализации и контейнеризации.
✔️ Имеющих опыт работы с linux, bash, python и фреймворками тестирования.
✔️ Готовых работать от 20 часов в неделю.
👉 Успей подать заявку до 16 мая 23:59 мск по ссылке.
Ждём тебя в команде Cloud.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