🧑‍💻 Уютное сообщество тестировщиков

Чат с вашими резюме. Присылайте резюме, чтобы HR вас увидела и ей(ему) было удобно с вами связаться. QA Резюме P.S сейчас там можно бесплатно «прожарить» свое резюме на предмет ошибок и обхода ATS

Тестируем яблоко: смартфоны, планшеты и часы Автор: М. А. Осина Год издания: 2023 Скачать книгу

✅ SaveTest — новая TMS для управления тест-кейсами, прогонами и отчетностью. Современный подход: тест-кейсы можно вести как код, хранить их в YAML, python, gherkin-файлах в Git. Сценарий простой: 1. Создаете тест-кейсы в VS Code или Cursor. 2. Загружаете их в репозиторий, например в GitHub или Gitlab. 3. SaveTest синхронизирует изменения и подтягивает их в интерфейс. * Но можно вести и классические проекты Переходите на SaveTest — добавим неиспользованный срок вашей текущей лицензии бесплатно при покупке нашей лицензии от 1 года. *Предложение не является публичной офертой. Детали уточняйте в чате @savelink_official Наш сайт: save-test.ru Наш ТГ канал: @savelink_testing Реклама. ООО «Сейв Линк» ИНН: 9725129745 erid: 2W5zFJfmVAh

💥 Материалы о работе с Playwright 🚩 Global Cache, или как выполнить BeforeAll в Playwright один раз для всех воркеров. BeforeAll в Playwright запускается в каждом воркере, а не один раз на все тесты — и это часто ломает ожидания тестировщиков. В статье разбирается, почему так происходит и какие есть стандартные обходные пути. 🚩 Ожидания и таймауты в Playwright. Тестируя основные пользовательские потоки сайта с помощью Playwright и столкнувшись с тем, что элемент не загружается, многие идут простым путем: ждут фиксированное количество времени, добавляя жестко закодированный таймаут. Но жесткие таймауты снижают скорость, увеличивают вероятность поломки скрипта и часто приводят к нестабильности тестов. Из этой статьи вы узнаете, в чем суть проблемы, как она возникает и как Playwright позволяет тестировать сайты, ориентируясь на пользователя в первую очередь. 🚩 Тестирование API в Playwright. В статье разбирается, как использовать Playwright для тестирования GraphQL API. 🚩 Веб-скрапинг с помощью Playwright. Из этой статьи вы узнаете, как с помощью Playwright извлекать данные с сайтов и генерировать из них JSON-файл. 🚩 Как запускать тест-кейсы Playwright в CI/CD. В этой статье подробно рассказано, как настроить CI/CD-конвейер в Bitbucket Pipelines для автоматического запуска тестов Playwright.

❓ Что происходит с баг-репортом, если ему ставят статус «Не баг»? Когда баг-репорт получает статус Rejected, As Designed или Not a Bug, это означает, что система работает именно так, как было задумано, либо ошибка произошла на этапе тестирования. ✅ Основные причины такого статуса: 🎌 Спецификация: поведение системы соответствует требованиям, даже если оно кажется странным или неудобным. Это «фича», а не ошибка. 🎌 Ошибка в ожиданиях: тестировщик неверно понял логику работы приложения или обратился к устаревшей документации. 🎌 Проблемы окружения: баг вызван некорректными тестовыми данными или локальными проблемами на стенде тестировщика. ✅ Что происходит с репортом дальше? Баг-репорт закрывается. При этом автор отклонения (обычно разработчик или аналитик) обязан оставить комментарий с обоснованием: дать ссылку на пункт в требованиях или объяснить логику системы. Это нужно, чтобы при повторном тестировании вопрос не возникал снова. ✅ Что делать тестировщику в такой ситуации? 🎌 Проверить аргументы. Если аргументы логичны и подтверждены документацией — согласиться и закрыть задачу. 🎌 Защитить пользователя. Если поведение системы действительно «по проекту», но ломает пользовательский опыт (UX), баг-репорт закрывается, но вместо него создается задача на улучшение — Improvement или Feature Request.

Agile-тестирование Автор: Джанет Грегори Год издания: 2019 Скачать книгу

📌 Статьи о метриках в тестировании 🎌 Важные метрики тестирования программного обеспечения. В статье на примерах и графиках рассмотрены метрики, используемые в тестировании программного обеспечения, и их правильное применение. 🎌 QA-метрики: что на самом деле важно измерять и как в этом помогает TMS. Когда интуитивного тестирования уже недостаточно и качество ведет себя непредсказуемо, метрики перестают быть формальностью и превращаются в обязательный инструмент управления качеством. 🎌 Меланхолия тестировщика: почему метрики врут. Мастера северного Возрождения видели божественное в деталях. Не в грандиозных замыслах, а в складках ткани, в отражении света на металле. Может, и нам стоит взглянуть не на космические дашборды с метриками, а на содержимое каждого теста? 🎌 QA-метрики: когда они могут быть полезны и как их использовать. Многие команды сталкиваются с необходимостью формализовать показатели эффективности своей работы для оценки её качества и выявления возможных проблем. Автор этой статьи рассказала о метриках, которые используются в команде тестирования Яндекс Музыки. 🎌 Кейс обучения QA-персонала: развитие навыков оценки задач и контроль качества через метрики. История лида о том, как он обучал сотрудников системному подходу к оценке задач и внедрял регулярный контроль фактического времени выполнения тестовых активностей.

Оффер редко приходит сам. Обычно между «без работы» и «оффер получен» стоят десятки откликов, доработок резюме и часов поиска. Talanto.work помогает пройти этот путь быстрее: 🟠 50 000+ IT-вакансий с разных сайтов 🟠 Telegram-бот с уведомлениями по вашим фильтрам 🟠 Проверка резюме и рекомендации по улучшению 🟠 Проверка соответствия резюме конкретной вакансии 🟠 Генератор персональных сопроводительных писем Ищите работу не дольше. Ищите эффективнее.

❓ Что делать, если нужно пройти регресс, а времени нет? Когда на полную регрессию не хватает времени, главная задача — минимизировать риски и защитить критически важный функционал. Вот 5 практических стратегий для такой ситуации: 1️⃣ Фокус на критическом пути (Smoke-тестирование) Если времени катастрофически мало, проведите базовый smoke-тест. Убедитесь, что приложение запускается, основные бизнес-цели пользователя выполняются (например, товар добавляется в корзину и оплачивается), а ключевые экраны не падают. 2️⃣ Приоритетная регрессия (Risk-based testing) Вместо полной проверки выделите две зоны: 🔴Зона изменений: участки кода, которые непосредственно правились или затрагивались. 🔴Критическая зона: самый популярный и важный функционал, отказ которого принесет наибольшие убытки. Остальные тесты отложите. 3️⃣ Таргетированное тестирование (Impact Analysis) Спросите у разработчиков, какие именно модули и взаимосвязи затронули их правки. Это позволит сузить область проверки до конкретных компонентов, вместо того чтобы вслепую кликать по всей системе. 4️⃣ Выборочная автоматизация Если у вас есть пул автотестов, не запускайте весь регрессионный сьют — это долго. Запустите только критичный набор (критикал-пас) или тесты, покрывающие измененный компонент. Пока они крутятся в фоне, вы можете проводить ручную проверку. 5️⃣ Быстрые чек-листы вместо тест-кейсов Забудьте на время о подробных тест-кейсах с шагами и ожидаемыми результатами. Откройте высокоуровневый чек-лист по ключевым сценариям и быстро пройдитесь по нему, чтобы не держать все проверки в голове.

Тестирование видеоигр Автор: Торговкин Александр Год издания: 2024 Скачать книгу

💥 Полезные статьи о работе с Selenium 6️⃣ Пройди собеседование на QA: 15 популярных вопросов и ответов (Python + Selenium + API). Готовитесь к собеседованию по тестированию? В этом материале собраны основные вопросы по работе с Python, Selenium и API, которые помогут вам подготовиться к интервью и повысить шансы на успешное трудоустройство. 2️⃣ Начало работы с Selenium IDE. Из этой статьи вы узнаете, как пользоваться Selenium IDE: от установки и записи действий до настройки команд и отладки. 3️⃣Как автоматизировать вход в систему в Selenium. В статье представлены методы автоматизации входа с помощью прямых API вызовов и управления токенами через localStorage. Эти техники помогут вам оптимизировать автоматизацию и ускорить проверки. 4️⃣Автоматизация при создании профилей для антидетект браузера через API: мой практический опыт. Когда у тебя 10–15 профилей, нет смысла заморачиваться со скриптом (хотя если он уже готовый — почему бы и нет, правда?) Но когда профилей нужно кратно больше? Можно, конечно воспользоваться массовым созданием, но кому-то проще, интереснее, да в конце-концов разумнее написать скрипт, который сделает всё за вас.

@rabotadlaqa - чат для поиска работы тестировщиков. HR менеджеры - welcome

❓ Как понять, что используется VPN? (Чек-лист для тестировщика) 1️⃣ Геолокация и провайдер. Проверка через API (ip-api.com, ipinfo.io). Если провайдер помечен как «Hosting/Data Center» вместо «ISP» — это почти всегда VPN/Proxy. 2️⃣ Утечка WebRTC. Проверка, не светит ли браузер реальный внутренний IP за пределами туннеля. 3️⃣ DNS Leak. Анализ соответствия локации IP-адреса и DNS-серверов. 4️⃣ Timezone Mismatch. Проверка разницы между временем по IP и системным временем устройства. 5️⃣ Сетевые параметры (MTU/MSS). Нетипично низкие значения MTU (меньше 1500 байт) из-за инкапсуляции пакетов. 6️⃣ Трассировка (Traceroute). Обнаружение узлов, принадлежащих крупным VPN-провайдерам или хостинг-площадкам.

✈️ Агрегатор вакансий в IT: talanto.work 🟢50.000+ вакансий с разных сайтов 🟢Бот с уведомлениями о ваших вакансиях 🟢Написание сопровода 🟢Разбор"прожарка" вашего резюме 🟢Проверка соответствие вашего резюме вакансиям на сайте А если вам интересно все держать в телеграме то наш канал с последними свежими вакансиями: @talantojob

⭐️ Полезные статьи о тестировании API 📥 Руководство по написанию тест-кейсов для тестирования API. Эта статья познакомит вас с процессом написания эффективных тест-кейсов. Также в ней рассмотрены десять примеров тест-кейсов, которые помогут вам начать. 📥 Автоматизация тестирования API посредством Python. Рассказ о тестировании API с помощью Python, фреймворка Pytest и библиотеки Requests. 📥 Тестирование API в Cypress. Cypress – это легкий и простой в использовании инструмент автоматизации тестирования. Он позволяет тестировать веб-приложения в режиме реального времени и узнавать результаты тестирования напрямую. Кроме того, Cypress можно использовать для тестирования API. 📥 Тестируем API с помощью Keploy. Множество современных приложений используют для взаимодействия вызов функций с помощью API. Для автоматизации таких тестов существуют различные инструменты, и Keploy - один из них. 📥 Скрипты для тестирования API в Postman. В этой статье: добавление скриптов, валидация ответов, формарование сообщений о результатах тестов, тестирование коллекций и папок, добавление документации к скриптам.

ТОП-10 Telegram-каналов с вакансиями по конкретным IT- направлениям — выбирай то, что подходит именно тебе 👇 🐞 Если ты в тестировании / QA Вакансии для ручных и авто-тестировщиков, стажировки: — Работа для тестировщиков. Вакансии — QA Вакансии — Job for Tester 🐍 Если учишься / работаешь с Python Вакансии от джуна до сеньора, pet-проекты и реальные компании: @pythonrabota Java @javaoffers PHP @rabotaphp C# / .NET @rabotacschap Golang @jobgolang Project/Product менеджер @projectmanagersjob Релокация / зарубежные позиции @relocatesme Чтобы удобно пользоваться ВСЕМИ каналами забирай объединенную папку 🗂 IT-Вакансий #подборочка

❓ Что будет, если постучаться в API без авторизации? Если эндпоинт защищен, а вы забыли про токен или права, возможны такие сценарии: 📥 Ошибка 401 (Unauthorized) — «Ты кто?» Сервер вас не узнал. Токен отсутствует, поврежден или срок его действия истек. 🌟Response: {"error": "Unauthorized"} 🌟Важно: Проверьте заголовок Authorization: Bearer <token>. 📥 Ошибка 403 (Forbidden) — «Тебе сюда нельзя» Сервер знает, кто вы, но у вашего аккаунта нет прав доступа к этой конкретной функции (например, обычный юзер лезет в /admin). 🌟Response: {"error": "Forbidden"} 📥 Ошибка 404 (Not Found) — маскировка В целях безопасности сервер может ответить «Ничего не найду», чтобы не подтверждать существование секретного ресурса неавторизованному лицу. 📥 Редирект (302 Found / 303 See Other) Характерно для веб-интерфейсов. Вместо ошибки в формате JSON вас просто «перебросит» на страницу /login. 📥 Блокировка (429 Too Many Requests) Если слишком часто слать запросы с неверными данными, сработает защита от брутфорса, и ваш IP временно отправится в бан.

Пост для тех кто ищет работу. Сколько вакансий ты открываешь за день и сразу закрываешь? Не подходит стек. Не тот грейд. Слишком низкая зарплата. Нельзя работать из твоей страны. На https://talanto.work можно заранее настроить навыки, уровень, зарплату, локацию компании и формат работы. Регион удалёнки тоже выбирается отдельно. В ленте остаются вакансии, на которые действительно есть смысл откликаться.

Информационное тематическое пособие в помощь начинающему QA engineer Автор: Алексей Ильин Год издания: 2023 Скачать книгу

🌟 Статьи о тестировании баз данных 🖥 Тестирование баз данных. Статья о тестировании БД в целом: что оно собой представляет, какие типы тетирования БД бывают, что именно следует тестировать. 🖥 Как провести нагрузочное тестирование БД PostgreSQL и ничего не забыть. При нагрузочном тестировании баз данных Tantor Postgres или других на базе PostgreSQL с использованием стандартного инструмента pgbench отсутствие фиксации деталей окружения (таких как конфигурация СУБД, характеристики сервера, версии ПО) часто приводит к нерепрезентативным результатам и необходимости повторных тестов. В статье рассматривается бесплатный инструмент pg_perfbench, который призван решить эту проблему. 🖥 Ключевые моменты при тестировании миграции баз данных. Статья об основных моментах, которые необходимо учитывать при проведении эффективного тестирования миграции баз данных. 🖥 Как протестировать производительность СУБД перед миграцией: опыт K2Тех. Автор поделился практическим опытом нагрузочного тестирования баз данных и рассказал об инструментах для анализа производительности. 🖥 Управление интеграцией баз данных с помощью Playwright. Обычно не рекомендуется интегрировать базы данных непосредственно в сквозные тесты из-за соображений безопасности баз данных, но есть случаи, когда это становится необходимым. В этой статье рассмотрено несколько методов интеграции базы данных PostgreSQL с Playwright.