🤔❓ Что такое Hard и Soft Assertions

Что это

Assert, или Assertion, это оператор, который оценивает условие и утверждает, что оно истинно. В автоматизации тестирования такие утверждения («ассерты») используются для проверки того, что тестируемое приложение ведет себя так, как ожидается.

Жесткие и мягкие

Существует два типа утверждений: «жесткие» и «мягкие» (hard- и soft-ассерты).

➖ Hard assertions немедленно завершают тест, если условие не выполнено. Это полезно для верификации критически важных условий.

➖ Soft assertions не приводят к немедленному завершению теста при невыполнении условия. Вместо этого они регистрируют ошибку и продолжают выполнение теста. Что удобно для проверки некритических условий.

Подробный ответ тут

#гайд

🧑‍🏫📈 Путь развития тестировщика

В этом видео автор расскажет куда развиваться тестировщику/QA Engineer.

00:35 — Junior, Middle, Senior
02:00 — QA Manager
02:56 — QA Expert/Consultant
04:52 — Выбор определенной доменной области для развития(Web, Mobile, Data Science и т.д.)
07:52 — Автоматизация
10:16 — Безопасность
10:40 — Нагрузочное тестирование
11:48 — Аналитика
13:44 — Product, Project
15:37 — Разработка
16:31 — DevOps

#видео

🤦‍♂️🤦‍♂️ В этом видео вас ждет разбор самого дурацкого вопроса на собеседовании на позицию тестировщика 😱 — Расскажите, почему вы решили стать тестировщиком

Что это за вопрос и как на него отвечать, автор рассказывает в ролике.

Смотреть

#видео

Подборка лучших статей «Библиотеки тестировщика» за октябрь: сохраняй в заметки, чтобы не пропустить #самыйсок

🛣️ Дорожная карта тестировщика в 2023 году
🐍 Где изучать Python в 2023 году: 75 ресурсов для начинающих
🗺️ Дорожная карта: что это, как ее составить и почему она обязательно нужна разработчику
👨‍💻 9 трендов в найме айтишников в 2023 году
🎮 Идеальный подарок геймеру: Xbox vs PlayStation vs Nintendo Switch vs Steam Deck

📊📉 JMeter как инструмент для автоматизации функционального тестирования

Если в компании огромное количество сервисов, каждый из которых совершенствуется и «обрастает» новыми фичами, всё это невозможно протестировать руками, а обучать тестировщиков автоматизации на каком-либо языке программирования — долго, дорого, а местами и вовсе неэффективно. Поэтому следует поискать инструмент автоматизации, который:

🔹 позволит быстро автоматизировать тестирование;
🔹 будет несложен в освоении тестировщиками разных уровней.

Один из таких инструментов — JMeter. Он себя хорошо показал: множество плагинов и огромное поле возможностей позволяли решать любые задачи автоматизации. Low-code-решение сделало вход намного легче и приятнее, чем изучать языки программирования с нуля, поднимать окружение и инфраструктуру для тестов.

Продолжение поучительной истории здесь

#почитать

🤔 Очередной #дайджест статей и инструментов для QA

♻️ Топ 5 QA-метрик для улучшения качества тестирования — в чем ценность QA-метрик? Есть ли смысл тратить усилия на измерение, анализ, проверку, а затем на принятие действий в соответствии с полученными результатами?

♻️ Mockallan: стабы и моки на уровне API — фундаментальные концепции, облегчающие тестирование и гарантирующие корректное функционирование кода

♻️ Генерация тест-кейсов в Mermaid + ChatGPT — как построение диаграмм Mermaid может быть использовано для генерации тесткейсов для ваших приложений

♻️ Telegram Bot на службе у автоматизации тестирования — создание Telegram Bot-а для автоматизации тестирования

♻️ DevTools для QA Engineer — подробный разбор каждой вкладки и ее функций

🐇🐇 Основы RabbitMQ: что это и как это работает

В этом видео автор расскажет о брокере RabbitMQ. Если вы только начинаете знакомство с RabbitMQ или уже знакомы с этим инструментом и хотите узнать больше, то это видео для вас.

Брокер RabbitMQ — это брокер распределенных сообщений, который обеспечивает высокую пропускную способность и надежность при передаче данных.
Вы узнаете, как установить и настроить RabbitMQ, как создавать все виды обменников(exchange) и узнаете об их различиях. Также, спикер покажет как отправлять сообщения в очереди, потреблять и обрабатывать эти сообщения.

#видео

👩‍🍳👨‍🍳 Maestro для разработчиков и QA

Maestro — платформа для тестирования мобильного UI, простая и эффективная. Это альтернатива другим фреймворкам, таким как Appium, Espresso, UIAutomator или XCTest.

Maestro не зависит ни от какого мобильного фреймворка, поэтому вы можете запускать его в React Native apps, Native Android или iOS, Flutter, Ionic, Native Script и т.д.
Для этого также не нужен специальный пакет приложений, вы можете использовать его даже в рабочей сборке.

Плюсами Maestro являются:

🔹 Простая настройка.
🔹 Декларативный синтаксис.
🔹 Быстрая итерация.
🔹 Встроенная задержка допуска и неустойчивость.

Установка и настройка ждут вас тут

🧠🤲 Тестирование и релизный процесс платформы

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

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

01:48 — Проблемы = деньги
03:55 — О чём я буду говорить
04:23 — Общая архитектура сайта
07:24 — Команды
09:20 — Тестовая модель
13:05 — Чек-лист рядом с аналитикой
15:29 — Общий процесс тестирования задач
18:04 — Автоматизация
22:11 — Раздельный релизный процесс
25:12 — Выводы
27:18 — Вопросы

#видео

✋🛑 Прекратите использовать Appium (если у вас есть доступ к исходному коду)

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

Контекст

Большинство мобильных проектов, над которыми автор работал, не имели полного конвейера мобильной CI из-за затрат, связанных с созданием/арендой фермы устройств. Только в 2 проектах мобильные тесты выполнялись на CI: в одном CI уже существовал, а другой был создан во время проекта.

Обычно случалось так, что автор писал свои тесты на Appium с Ruby, и запускал их на своей машине. Проблема в том, что одновременный запуск эмулятора Android и симулятора iOS основательно вешает компьютер.

Продолжение здесь

#почитать

🤔 очередной #дайджест по QA

🍡 Метрики в тестировании — про метрики в тестировании, а также такой полезный артефакт, как матрица трассировки

🍡 3 проблемы VR-тестировщиков — какие подходы существуют сегодня и почему тестировщики VR чувствуют все недостатки приложений буквально на себе

🍡 YaTalks 2023 — технические доклады о разработке и ML, научно-популярные лекции и выступления об управлении командами

🍡 Критерии выбора курсов по тестированию для начинающих IT-специалистов — лайфхаки, которые помогут получать знания самостоятельно

🍡 Tinkoff QA Meetup — для чего QA-инженерам нужны чек-листы, про автоматизацию и про тестирование мобильных приложений

📚Что почитать: «Тестирование на проникновение с помощью Perl»

Кому подойдет: всем тестировщикам, а особенно тем, кто хочет применить Perl в QA

Что внутри:
🔸программирование на Perl
🔸терминал Linux, shell bash. Команды, потоки ввода-вывода и простое администрирование
🔸SQL Injection, Web-based атаки, Password Cracking, социальная инженерия, отчеты и метаданные

Если вы опытный программист на Perl, интересующийся тестированием на проникновение или информационной безопасностью, это руководство предназначено для вас.

Автор: Дуглас Бердо — веб-программист в университете Питтсбурга, В 2007 году он основал WeakNet Laboratories, которая представляет собой компьютерную и сетевую лабораторную среду, в основном используемую для исследования безопасности Wi-Fi.

🧑‍💻⚔️ Тестируем инфраструктуру и приложение на устойчивость к DDoS-атакам

Материал рассказывает, как можно протестировать свою ИТ-инфраструктуру или приложение на предмет устойчивости к DDoS-атакам на уровнях L4 и L7. У данного мероприятия две задачи:

1️⃣ Узнать, какой минимальной мощности достаточно, чтобы инфраструктура начала испытывать проблемы или легла вовсе.
2️⃣ Тест на то, как быстро срабатывает защита и начинает блокировать зловредный трафик, для всех ли типов атак это происходит одинаково быстро и происходит ли вообще.

Для тестирования будет использоваться MHDDoS. Он умеет атаковать на разных уровнях — L4, L7. Есть стандартные (syn-flood, tcp-flood), атаки уровня приложений (post-, get-запросы, slow Ddos), амплификационные и заточенные под конкретные сервисы (Apache, например). Всего 56 типов атак на любой вкус.

Также заявлена возможность организовать атаку через прокси и использовать разные IP-адреса: авторы используют 96 источников с открытыми прокси, списки которых постоянно обновляются. Использование прокси позволяет увеличить ее мощность и усложнить ее блокировку.

Кроме того, с помощью MHDDoS можно запускать атаки, направленные на обход DDoS-сервисов.

Продолжение ищите здесь

#гайд

🤔🤔 Должен ли QA уметь писать код

QA должен совмещать в себе разные качества

Исторически сложилось, что на проектах тестирование разделяется на ручное и автоматизированное.

«Ручник» занимается тем, что:

🔹 проводит тестирование на «кончиках пальцев»;
🔹 пишет и поддерживает тестовые артефакты;
🔹 выступает как тест-дизайнер, если есть направление Test Automation;
🔹 заводит дефекты;
🔹 помогает в построении процессов разработки, если в компании применяется подход QA.

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

Автоматизатор занимается тем, что:

🔹 пишет автотесты;
🔹 работает с фреймворком.

Когда на проекте есть автотесты, их нужно поддерживать. Если QA не может сделать этого сам, растет нагрузка и на разработчиков, и на автоматизаторов и ухудшается time-to-market.

Плюсы разделения тестирования — прозрачность процесса и четкое распределение ролей. Этот подход работает в моделях разработки ПО, близких к водопаду.

Продолжение тут

#почитать