Телеграм канал «Тестировщик от бога»

А если работать грузчиком, то вы получите спортзал, за которую ещё и платят))

Готовы узнать, как ускорить процессы в QA, вывести команду на новый уровень и использовать самые современные AI-инструменты для тестирования? Тогда не пропустите! ⚠️ Бесплатный онлайн-митап Testify #11 «Процесс пошёл! Люди, тесты, AI» 🗓 10 сентября, 18:00 (МСК) Поговорим о том, как: 🟦 Эффективно искать баги в продакшене и с помощью каких инструментов; 🟦 Перейти от «ваши ожидания — ваши проблемы» к совместным челленджам; 🟦 Автоматизировать тестирование с помощью ИИ и выбрать подходящие инструменты для масштабируемого Enterprise; 🟦Использовать no-code ИИ-агента Test AI для генерации автотестов и интегрировать его с Git и TMS. Спикеры: топовые эксперты из Brokstock, VK, Explyt, Test AI. Будет полезно всем, кто хочет, чтобы и командные, и тестовые процессы действительно работали. ➡️ Присоединяйтесь по ссылке: https://clck.ru/3NtGSk Реклама. ООО «Тест Айти». ИНН: 7728468710. erid: 2Vtzqx9N6cA

🖥 Git для тестировщиков: 10 самых полезных команд Источник 1. git pull - «Дай мне свежий код» Зачем: Стянуть последние изменения из репозитория Как: git pull origin main (стягиваем изменения из ветки main) Лайфхак: Перед тестированием всегда делайте pull, иначе будете проверять устаревшую версию. 2. git checkout -b feature/new-tests - Создать новую ветку Зачем: Чтобы не сломать основную ветку (main/master) Как: git checkout -b my-feature (создаем ветку и сразу переключается на нее) 3. git commit -m "Fix: update test cases" - Закрепить изменения Зачем: Фиксировать правки в тест-кейсах или скриптах Как: git add . (добавляем все измененные файлы) git commit -m "Update regression tests" (подписываем изменения) 4. git push - Отправить свои правки Зачем: Загрузить ваши тесты на сервер Как: git push origin my-feature (отправляем ветку в удаленный репозиторий) 5. git merge - Слить ветки (осторожно!) Зачем: Добавить свои изменения в основную ветку Как: git checkout main (переключаемся на main) git merge my-feature (вливаем изменения из my-feature) ⚠️ Конфликты: Если Git ругается на «merge conflict»: 1. Откройте файл, найдите строки с <<<<<<< и >>>>>>> 2. Удалите лишнее, оставив нужный код 3. Запустите: git add . git commit -m "Resolved merge conflict" 6. git stash - Спрятать незаконченную работу Зачем: Если срочно нужно переключиться на другую таcку Как: git stash (временно сохраняем изменения) git stash pop (возвращаем их обратно) 7. git log - Посмотреть историю Зачем: Узнать, кто и когда сломал тесты Как: git log --oneline (компактный вывод) 8. git reset --hard HEAD - Откатить все изменения Зачем: Если всё сломалось и нужно начать заново Как: git reset --hard HEAD (возвращаем последнюю сохраненную версию) ❗️Осторожно: Это удалит все незакоммиченные правки! 9. git cherry-pick - Взять один коммит из другой ветки Зачем: Перенести срочный фикс, не мержа всю ветку Как: git cherry-pick abc123 (где abc123 — хеш нужного коммита) 10. git blame - Найти автора строки кода Зачем: Узнать, кто написал этот код Как: git blame src/test/java/com/example/LoginServiceTest.java (покажет, кто и когда менял файл) 💡 Советы по конфликтам: 1. Чаще делайте pull - меньше шансов на конфликты 2. Договаривайтесь о правилах - например, кто мержит в main 3. Используйте GUI (например, SourceTree) - если командная строка пока пугает

18 сентября — митап YADRO для QA-инженеров! 📍 Санкт-Петербург, Loft Hall и онлайн 🕕 Начало в 19:00 | 🎫 Участие бесплатное В программе: — QA-практики в YADRO (Михаил Саравайский). — Тестирование систем хранения данных: от RAID до автоматизации (Артём Хюппенен, YADRO). — Интеграционные тесты глазами разработчиков: опыт облачной платформы MWS Cloud Platform (Эдгар Сипки). — Финальный доклад от экспертов YADRO (Владимир Авдеев и Полина Ященко). Офлайн-формат: демозона, стенды с «железом», квесты, подарки, afterparty. 👉 Регистрация уже открыта, количество мест ограничено.

📕 Jenkins и эффективные CI/CD-конвейеры для автоматизации тестирования для разработчиков Java, QA инженеров, автоматизаторов, QA Lead и DevOps-специалистов На открытом уроке 28 августа в 20:00 мск мы погрузимся в тонкости работы с Jenkins с помощью Docker Compose и не только: 📗 На вебинаре разберём: 1. Развёртывание Jenkins в Docker Compose — быстро, просто и воспроизводимо. 2. Принципы построения CI/CD-пайплайнов под автоматизацию тестирования и использование Groovy для гибкой настройки конвейеров. 📘 В результате научитесь строить и настраивать CI/CD-конвейеры под задачи автоматизации тестирования и освоите базу работы с Groovy в Jenkins. 👉 Регистрация и подробности о курсе Java QA Engineer. Professional: https://otus.pw/RVZ3/ Все участники открытого урока получат скидку на курс "Java QA Engineer. Professional" Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJbFqrx

🎱 HTTP-коды и методы: шпаргалка для тестировщика - Часть 1 Каждый пользователь хоть раз в жизни сталкивался с ситуацией, когда заходит на сайт, а его встречает ошибка 404, сразу мысль «Ну, значит что-то не то с сайтом». Давайте поглубже разберемся в теме и посмотрим на другие ошибки, которые могут быть неочевидны для пользователей, но для нас являются важными для контроля состояния и работы сайта. Основные HTTP-методы 1. GET - «Дай мне данные» (например, загрузка страницы) Не требуется тело запроса! - Пример: GET /api/users → 200 OK (получаем список пользователей) - Ошибка: GET /api/page-not-exist → 404 Not Found (пытаемся получить что-то со страницы, которой не существует) 2. POST - «Создай что-то новое/Отправь данные» (отправка формы, регистрация) Тело запроса используется! - Пример: POST /api/users body:{"name": "Alex", "id": 1} → 201 Created (создание нового пользователя) - Ошибка: POST /api/users (без тела запроса) → 400 Bad Request 3. PUT - «Полностью обнови данные» (замена всей записи) Тело запроса используется! - Пример: PUT /api/users/1 {name: "Alex Black"} → 200 OK - Ошибка: PUT /api/users/999 (несуществующий ID) {name: "Alex Black"} → 404 Not Found 4. PATCH - «Частично обнови данные» (измени только имя) Тело запроса используется! - Пример: PATCH /api/users/1 {name: "Alex Patched"} → 200 OK - Ошибка: PATCH /api/users/1 [name: Alex Patched] (неправильный формат данных, мы ожидали JSON в body) → 400 Bad Request 5. DELETE - «Удали ресурс» Не требуется тело запроса! - Пример: DELETE /api/users/1 → 204 No Content (если удаление выполнено успешно, но нет необходимости возвращать тело ответа) - Ошибка: DELETE /api/users/999 → 404 Not Found 6. HEAD - «Покажи только заголовки» (как GET, но без тела) Не требуется тело запроса! - Пример: HEAD /api/users → 200 OK (но тело пустое) - Ошибка: HEAD /api/page-not-exist → 404 Not Found (пытаемся получить заголовок страницы, которой не существует) 7. OPTIONS - «Какие методы доступны?» (запрашивает информацию о доступных методах и опциях для конкретного ресурса) Не требуется тело запроса! - Пример: OPTIONS /api/users → 200 OK (в заголовке Allow: GET, POST, PUT) 8. TRACE - «Покажи путь запроса» (используется для диагностики, возвращает полученный запрос) Не требуется тело запроса! - Пример: TRACE /api/users → 200 OK (в теле ответа - копия вашего запроса) - Ошибка: TRACE /api/security-page → 403 Forbidden (метод запрещен из-за соображений безопасности) P.S. Самый редкий зверь в API-тестировании - это TRACE. Встречали его когда-нибудь в работе?