Русова о QA – Telegram
Русова о QA
4.35K subscribers
42 photos
61 links
Мой авторский канал.

Катя Русова о QA, автотестах, жизни тестировщиков и тестировщиц.

https://news.1rj.ru/str/viktorreh
Download Telegram
🔥 5 бесплатных сервисов с сертификатами для определения уровня английского языка, которые вы сможете пройти online

▫️examenglish.com
Этот сайт предлагает различные тесты на знание английского языка для разных уровней, а также грамматические уроки и упражнения. Вы можете выбрать тест на основе уровня сложности или типа экзамена (например, IELTS или TOEFL).

▫️British Council Placement Test
Этот тест поможет вам определить ваш уровень английского языка в соответствии с критериями Британского Совета. Он содержит 25 вопросов и занимает около 20 минут.

▫️Duolingo English Test
Этот тест поможет вам оценить ваш уровень английского языка от A1 до С1. Он состоит из четырех частей - чтение, письмо, говорение и слушание.

▫️EFSET English Proficiency Test
EFSET - это бесплатный тест английского языка, который может использоваться для определения уровня владения английским языком от A1 до С2. Он содержит 50 вопросов и занимает около 50 минут.

▫️Cambridge English Placement Test
Этот тест поможет вам определить ваш уровень английского языка согласно критериям Кембриджского университета. Он содержит 25 вопросов и занимает около 15 минут.
Сколько мобильных телефонов нужно тестировщику для тестирования? 📱

Недавно я беседовала со своими коллегами-тестировщиками на тему их мобильных ферм, и возник вопрос: "Сколько же мобильных телефонов необходимо тестировщику для эффективного тестирования?" Один из моих коллег утверждал, что у него есть 3 телефона, в то время как у другого тестировщика их 5.

Конечно, первым делом я обратилась к Google: "Действительно, мобильному тестировщику может понадобиться широкий ассортимент устройств, начиная от iPhone с пятого по тринадцатый, с различными версиями iOS. Также для некоторых проектов, особенно перед первым релизом, полезно иметь планшет на iOS. Плюс к этому, десятки телефонов на Android с версиями от четвёртой до двенадцатой."

Выбор устройств для тестирования зависит от того, как много разных телефонов и планшетов используют люди, которые будут пользоваться вашим приложением или сайтом. Если вы знаете, что ваше приложение должно работать на многих разных устройствах, то вам может понадобиться больше телефонов для тестирования.

Также важно помнить, что разработчики постоянно выпускают обновления для операционных систем, и ваше приложение должно работать и на новых версиях. Поэтому иногда вам может потребоваться обновлять ваши устройства, чтобы проверять, что все еще работает правильно на последних версиях программного обеспечения.

Что касается меня, у меня есть 2 телефона: один на базе Android, другой на iOS. Я также использую Android Studio для тестирования, а также имею iPad, но редко использую его. На данный момент я не сталкивалась с какими-либо существенными ошибками.

Таким образом, это индивидуальный вопрос. Для кого-то достаточно одного телефона, а кто-то может потребовать и больше. Нельзя также забывать о бюджете и потребностях работодателей. В этом вопросе действительно "каждому своё". 😊
4
Адаптив — адаптивный дизайн, адаптация интерфейса к использованию на разных экранах.

Баг — от англ. Bug — жучок, клоп. Ошибка в программе.

Ворнинг — от англ. Warning — предупреждение. Предупреждающее сообщение в интерфейсе.

Г***окод — плохой, некачественный код.

Дебажить — устранять ошибки, баги.

Запилить — сделать что-то, добавить какую-то функциональность.

Коммит, коммитить — от англ. To commit — совершать. В контексте работы над приложением — сохранять код в репозитории.

Колл — от англ. Call. Созвон, онлайн-конференция, онлайн-совещание.
😁2👨‍💻1
Задача с собеседования:

Представьте, что вы тестируете простое приложение "Калькулятор". Проверьте функцию сложения двух чисел и опишите подход к тестированию.


Решение:

Позитивные сценарии:
Ввод 2 + 2, ожидаемый результат: 4.
Ввод 0 + 0, ожидаемый результат: 0.

Негативные сценарии:
Ввод некорректных данных (например, букв): "a + b".
Проверка на переполнение (например, ввод числа больше максимального значения).

Граничные значения:
Сложение минимального и максимального чисел, поддерживаемых системой.

Тесты на производительность:
Проверка скорости обработки сложных выражений (например, 123456789 + 987654321).


А вы что думаете?
👍5
Несложные процессы, которые на мой взгляд, дают огромный буст, качеству продукта 🙌🏻

Многие из которых относительно просто внедрить.

- Ревью кода 👨‍🏫
- Рефакторинг не оптимального кода ⚒️
- Тестирование требований 📃
- Тестирование дизайна на соответствие требованиям 🏞
- Написание и стабилизация автотестов для регрессионых сценариев 🔄
- Обеспечить разработчикам доступ к тестовой документации 🧑‍💻
- Митинги-планинги: команда обсуждает задачи вместе, перед тем, как взять в работу 💭
- Митинги-ретроспективы: команда обсуждает проделанную работу и анализирует ошибки 📝
- Написание тестовой стратегии и тест планов 📚
- Свобода, доверие и поощрение участников команды высказывать свои идеи 🫱🏻‍🫲🏼
- Обязательно иметь не только тестовое окружение, но и stage, для предварительных регрессий перед продом ⏯️


#qa_processes #процессы_qa
🥰1
❗️Quality Assurance trauma trigger warning ❗️ ⚠️


💔 Ты уже начал проверять? Половину проверил? Слушай тут такое дело, мы не ту сборку собрали случайно… 😰

😳 А, так эти изменения вчера ночью уже залили на прод без тестов, заказчик попросил срочно.

✍🏻 Тесты придется переписать, утвержденная логика работы полностью изменится.

🆘 Тестовое окружение сильно отличается от продакшна, поэтому половину придется проверять сразу на проде и быстро откатывать, если что не так.

🥺 Разработчик, с которым ты отлично сработался уходит с проекта 😭

😥 К сожалению разработка задержалась и на тесты будет 20 минут перед демо.

💀 Regression suit: 1569 test cases.
😱5🤬3🤣2😢1
🤔Логическая задача. "Два лгуна"

🚩Вычислите, в какой день недели врут оба лгуна
Попробуйте разобраться с двумя лгунами, у которых есть свои принципы:

Первый врет по понедельникам, вторникам и средам, в остальные дни говорит правду.
Второй врет по четвергам, пятницам и субботам, но тоже избегает вранья в другие дни недели.

✔️Если оба утверждают, что вчера врали, то какой это был день недели?

🟠 Пишите ваши варианты ответов и обьяснения в комментарии внизу под постом

👀 Ответ будет скоро в канале!
Please open Telegram to view this post
VIEW IN TELEGRAM
💡Ответ

Путем несложных логических рассуждений вы определите, что это была среда.
⚡️ Вакансии по тестированию за прошлую неделю:

🍁 QA Engineer. Удалённо (РФ), 150 т.р.

🍁 QA-специалист. Удалённо, до $1800

🍁 QA Auto Java. офис (Усады), от 180 т.р.

🍁 Автоматизатор тестирования QAA. Удалённо (Москва), до 240 т.р.

🍁 QA Automation engineer. Удалённо, от 200 т.р.

🍁 QA мобильный. Удалённо, 200-220 т.р.

🍁 QA Engineer Python. Удалённо, 200-250 т.р.

🍁 QA Full-stack. Удалённо, 200-300 т.р.

🍁 QA Lead. Удалённо, 200-300 т.р.

🍁 Автоматизатор тестирования. Удалённо (РФ), от 200 т.р.

🍁 QA-auto. Офис / гибрид (Ташкент), от $3000

🍁 QA Fullstack Java. Удалённо (Москва), от 250 т.р.

🍁 QA Engineer. Удалённо (Москва), до 250 т.р.

🍁 QA Engineer (Mobile). Удалённо (РФ), 250-280 т.р.

🍁 QA Automation Java (Full Stack). Удалённо (РФ), до 300 т.р. (ТК) / до 355 т.р. (ИП)

🍁 QA Fullstack. Удалённо (РФ), 250-300 т.р.

🍁 Инженер QA (Java). Удалённо, 250-300 т.р.

🍁 QA Full Stack Java. Удалённо (РФ), 250-300 т.р.

🍁 QA Full-stack. Удалённо (РФ, РБ), 250-300 т.р. на руки

🍁 QA Fullstack (стек C#). Удалённо (РФ и дружественные страны), 250-310 т.р. на руки

🍁 QA Engineer Java. Удалённо, 250-350 т.р.

🍁 QA инженер. Удалённо/гибрид (РФ), 350-405 т.р.

🍁 Head of QA. Удалённо (ЕС), от $5000
Please open Telegram to view this post
VIEW IN TELEGRAM
Тестирование по методу черного ящика — практическое руководство

#почитать #основы

В этой статье мы поговорим про тестирование по методу черного ящика: что это такое, как все работает, и почему оно важно при запуске сайтов.

Читать статью
Автоматизация в Postman: самые тупиковые ошибки новичков

Когда люди впервые начинают писать автотесты в Postman, они часто наступают на одни и те же грабли. Ниже - проблемы, из-за которых ломаются проверки, тесты ведут себя странно, а результаты вводят в заблуждение.

1. Логика в pre-request и тестах перепутана
Новички часто пишут подготовку данных прямо в тестах, а проверки - в pre-request.
В итоге цепочка запросов ведёт себя нестабильно.
Правило простое:
pre-request - подготовка (генерация токенов, переменных, данных)
tests - проверки результата

2. Использование переменных “как попало”
Глобальные, коллекционные и переменные окружения смешиваются.
В результате один тест перезаписывает данные другого.

Держи порядок:
окружение - данные для конкретного стенда
коллекция - общие значения для сценария
локальные - временные

3. Жёстко зашитые значения
Когда в запросах или тестах прописаны конкретные токены, ID, email - всё это быстро ломается.
Тесты должны быть динамичными: бери данные из предыдущих запросов, генерируй, парсь JSON, извлекай нужное.

4. Отсутствие проверок структуры ответа
Новички смотрят только на статус 200 и думают, что всё в порядке.
На деле API может вернуть 200 и “мусор” внутри.
Проверяй поля, типы, значения. Минимум - наличие обязательных ключей.

5. Отсутствие негативных тестов
Часто пишут тесты только на happy path.
Реальность другая: API ломается чаще всего на ошибках валидации, некорректных данных, пропущенных полях.
Негативные проверки нужны не меньше, чем позитивные.

6. Игнорирование цепочек запросов
Новички запускают каждый запрос по отдельности, вручную подставляя данные.
Это не автоматизация.
Используй Collection Runner или Newman для последовательного прогона.

7. Слабая обработка ошибок
Если API возвращает 400 или 500 - тест сразу падает.
А должен проверять не просто статус, а то, что ошибка корректная и ожидаемая.

8. Логика в тестах превращается в лапшу
Когда весь код написан в одном большом блоке tests - отладка превращается в боль.
Разбивай проверки, используй функции, держи структуру кода.

Postman - простой тул, но новички сами усложняют себе жизнь
.
Самое важное - держать порядок в переменных, писать динамичные тесты, проверять не только статус, но и данные, и не бояться добавлять негативные сценарии.
6👍3👌1
QA Mobile MeetUp
Если вы тестируете мобильные приложения, приходите на митап Спортса” и Selectel.

Обсудим насущное: сбор ферм девайсов, генерацию тестовых данных, ревью тест-кейсов и тестирование рекламы.
📍оффлайн в Москве и онлайн
🗓5 декабря, 18:00

👉 Смотрите программу и регистрируйтесь: https://sprts.cc/elgkj3

Реклама. АО "Селектел". erid:2W5zFJRC7BE
2
Полная подборка тестов по технологиям и тулам, необходимым тестировщикам. Проверьте ваши знания и определите, где еще есть недочеты.

Общее
Тест на знание технологии “клиент-сервер”
Тест по английскому языку для айтишника
Тест по английскому языку. Часть 2
Тест по основам Postman (en)
Тест по бизнес-аналитике и Power BI
Тест по Google Chrome DevTools
Базовый тест по Scrum
Тест по основам Agile и Scrum (en)
Тест по HTTP-запросам
Тест по основам Apache Kafka
Джун в новом коллективе: тест-игра на выживание
Тест по проектному менеджменту в IT для начинающих

Основы тестирования
А вы — типичный QA?
Как бы вы протестировали дверь?
Тест по QA для начинающих – часть 1
Тест по QA для начинающих – часть 2
Тест по теории тестирования (en)
Тест по проектному менеджменту в IT для начинающих
Тест по основам тестирования ПО
Тест по основам тестирования
Тест по альфа- и бета-тестированию ПО
Тест по структурному тестированию
Тест по тестированию API
Ситуационный тест для тестировщиков
Тест по терминологии QA
Тест по базовым терминам QA

Основы Git
Тест на знание Git – часть 1
Тест на знание Git – часть 2
Тест на понимание команд Git

SQL
Тест на знание SQL – часть 1
Тест на знание SQL – часть 2
Тест на знание SQL – часть 3
Тест по SQL: проверьте свои знания и навыки
Тест на глубину понимания SQL
SQL – насколько ты не новичок?
Тест по основам SQL
Основы SQL: базовые команды
Основы SQL: тест на знание базовых команд
Тест по SQL JOIN (en)

Linux команды
Тест по командам Linux. Часть 1
Тест по командам Linux. Часть 2
Тест по командам Linux. Часть 3
Тест на знание bash

Логическое мышление
Тест на логическое мышление. Часть 1
Тест на логическое мышление. Часть 2
Логико-математический тест
Простой тест на логику

Автоматизация
Тест по основам автоматизации тестирования (en). Часть 1
Тест по основам автоматизации тестирования (en). Часть 2
Тест на знание Python (для автоматизаторов)
Тест на зание Selenium (en)
Тест по Cypress (en). Часть 1
Тест по LoadRunner

TestNG
Тест по TestNG (en). Часть 1
Тест по TestNG (en). Часть 2

JIRA
Тест по основам JIRA (en)
Тест на знание основ JIRA (en)

Docker
Тест на знание Docker
Тест: хорошо ли вы знакомы с Docker? (en)
Тест: как много вы знаете о Docker? (en)
Тест на знание Docker (en)
Тест по Docker (en). Часть 1
Тест по Docker (en). Часть 2
Тест по Docker (en). Часть 3

Пишите в комментариях темы, по которым нужно сделать тесты. Пожалуйста, распространяйте эту подборку среди друзей и коллег, изучающих QA.

#тест #подборка
👍5
⚒️ 10 ключевых инструментов, которые должен знать мануальный тестировщик.

▫️Firebug: Идеальный инструмент для отладки веб-страниц прямо в браузере Firefox.
▫️Postman: Незаменимый помощник в тестировании API, подходит как для REST, так и для SOAP запросов.
▫️Selenium IDE: Удобный инструмент для быстрой автоматизации тестов в браузере без необходимости программирования.
▫️SQL: Важный навык для тестирования и проверки данных в базах данных.
▫️Charles Proxy: Отличный инструмент для анализа HTTP и HTTPS трафика между клиентом и сервером.
▫️ShareX: Программа для создания скриншотов и видеозаписей, помогающая в документировании багов.
▫️ApowerMirror: Позволяет отображать экран мобильного устройства на компьютере, что упрощает тестирование мобильных приложений.
▫️Jira Capture: Плагин для Jira, позволяющий создавать задачи по багам непосредственно из браузера.
▫️Testrail: инструмент для создания чек листов.
▫️BrowserStack: Облачный сервис для тестирования веб-приложений в различных браузерах и операционных системах без необходимости установки дополнительного ПО.

А какие инструменты вы бы добавили в этот список?

#инструменты #tools
🎓Систематизируйте знания о мобильном тестировании с бесплатным курсом

Практикующие эксперты из Selectel, Ozon, Спортс” и других компаний подготовили бесплатный курс по мобильному тестированию. Он будет полезен как новичкам, которые хотят изучить основы, так и опытным специалистам — для прокачки карьеры в мобильном QA.

На курсе вы узнаете или освежите в памяти, как:
▫️ проверять мобильные приложения с учетом специфики разных платформ;
▫️ работать с API, логами и трафиком на эмуляторах и реальных устройствах;
▫️ автоматизировать тестирование через Jenkins или GitHub Actions.
👉Смотрите полную программу и начинайте обучение: https://slc.tl/12qrq

Реклама. АО "Селектел". erid:2W5zFHygBcL
1
Логическая задачка

В шахматном турнире участвовало 7 человек. Каждый участник сыграл с каждым по одной партии. Сколько всего партий было сыграно в шахматном турнире?


#логика

Ответы в комменты. Если не трудно, то делайте их невидимыми(Spoiler).
Эмоциональный интеллект в работе руководителя QA

На открытом уроке разберём, что такое эмоциональный интеллект и почему он является ключевой компетенцией современного QA-лида. Поговорим о том, как распознавать свои и чужие эмоции, управлять ими в рабочем контексте и использовать эмоциональную осознанность для повышения эффективности команды. Участники узнают, как оценить уровень своего EI и какие практики помогают развивать его ежедневно.

Основные темы:

— Что такое эмоциональный интеллект и из каких компонентов он состоит
— Как самостоятельно оценить уровень EI и понять свои эмоциональные паттерны
— Распознавание эмоций сотрудников и влияние эмоционального фона на работу команды
— Управление эмоциями: техники саморегуляции и регулирования командной динамики
— Как развивать эмоциональную устойчивость и эмпатию руководителя
— Применение EI в коммуникациях, обратной связи и разрешении конфликтов

Регистрация и подробности о курсе "QA Lead" - https://vk.cc/cSxK1k

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
👍2
👀 Статьи о применении Jenkins в тестировании

6️⃣ CI/CD и Jenkins в современном тестировании. Статья показывает, как встроить автоматизированные тесты в CI/CD-конвейер с Jenkins — от настройки сборки до автоматического запуска тестов после коммита. Это полезно, если хотите, чтобы тесты выполнялись сами, без ручного запуска.

2️⃣ Как запустить Cypress-тесты в Jenkins? Интеграция Cypress с пайплайнами Jenkins позволяет QA-специалистам оптимизировать процесс тестирования благодаря автоматическому запуску тестов при каждом коммите кода, обеспечивая быструю обратную связь и выявление ошибок на ранних этапах разработки. Из этой статьи вы узнаете, как настроить запуск Cypress-тестов в пайплайне Jenkins.

3️⃣ Hardening Jenkins: как подать блюдо, чтобы оставили чаевые. Статья показывает, как злоумышленник может использовать уязвимости Jenkins (core, плагины, Groovy Sandbox, CLI) и как выстроить защиту: чек-листы по обновлениям, конфигурации, разделению CI/CD и изоляции инфраструктуры.

4️⃣ Как подружить несколько Jenkins Jobs c одним агрегированным запуском ТМС TestOps. Если ваши автотесты запускаются параллельно на нескольких девайсах и вам нужно собрать результаты в один TestOps-запуск, эта статья объясняет, как обойти ограничения плагина withAllureUpload и настроить отправку отчётов.

5️⃣ Jenkins: Тестирование на проникновение. Практический гайд: как превратить Jenkins в лабораторию для тестов на проникновение — от настройки сервера до эксплуатации уязвимостей.

▶️ Jenkins. Минимум для автоматизированного тестирования. (Видео)
Please open Telegram to view this post
VIEW IN TELEGRAM
1