Библиотеки для тестирования на Python

Наткнулся на статью в которой собрано достаточно много полезных инструментов для тестирования на Python.
Правда последнее обновление статьи было 2023-10-1, но вдруг кто-то найдет для себя полезный инструмент.

🔸 Unit Testing Tools
🔸 Mock Testing Tools
🔸 Fuzz Testing Tools
🔸 Web Testing Tools
🔸 Acceptance/Business Logic Testing Tools
🔸 GUI Testing Tools
🔸 Source Code Checking Tools
🔸 Code Coverage Tools
🔸 Continuous Integration Tools
🔸 Automatic Test Runners
🔸 Test Fixtures
🔸 Miscellaneous Python Testing Tools

Сравнение SafeTest c Cypress и WebdriverIO от авторов

Только недавно я постил анонс нового инструмента для тестирования от компании Netflix - SafeTest, прошло пару недель и авторы самых известных инструментов Cypress и WebdriverIO уже написали статью со сравнением этих инструментов.

Интересное сравнение получилось, поэтому предлагаю почитать:
🔹 Глеб Бахмутов про Cypress
🔹 Christian Bromman про webdriverio

Основные минусы SafeTest:
🔸 Код для тестов в продовом окружении.
🔸 Ручная настройка.
🔸 Нужно стартовать приложение для тестирования.

Автотесты отгружены

Сегодня вышел новый эпизод подкаста QAk QAk - и в продакшен с моим участием, где я рассказал, чем мне нравится нагрузочное тестирование в OZON, как выглядят BDD unit-тесты🥹, и почему релизы - это песня🥳 (у каждого своя).

Кстати, QA-команда Тинькофф не только делает свой подкаст, но и ведет свой канал, где делится кейсами, задачами и мемами, а еще выпусками мини-сериала про процессы разработки и тестирования «Томатизация». А, если вы хотите узнать про другие направления разработки и технологии, то рекомендую подписаться на IT's Tinkoff.

“Software Tester” is a Derogatory Term

Ну вот, наконец-то кто-то высказался. Все верно, термин “тестировщик” кажется уже устаревает в нашей профессии так как помимо того, что QA специалист тестирует функционал, он же занимается еще:

🔸анализом покрытия;
🔸поддержкой приложения после релиза;
🔸развитием и разработкой тестовой инфраструктуры;
🔸разработкой метрик для подсчета эффективности тестирования;
🔸и многое другое...

Examples of SOLID Principles in Test Automation

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

How to Generate Tests in Playwright with the VS Code Extension

В плагине от Playwright для среды разработки VS Code есть отличный инструмент для возможности генерировать тесты через запись кликов.
Сам подход генерации или записи тестов не что-то там революционное, но посмотрите как это лаконично и легко реализовано в инструменте Playwright.

Перечислю возможности:
🔸Генерация самого действия на странице (клик, ввод символов, открытие страницы и т.д.);
🔸Формирование ассерта для сопоставления текста на странице;
🔸Формирование ассерта для проверки visibility;
🔸Формирование ассерта для проверки значений элементов;

I feel like I chose the wrong career

В сети reddit набирает популярность пост отчаявшегося специалиста QA о будущем своей карьеры.

From what I’ve seen, testing is the worst role in tech.

А фраза о том, что это "худшая" роль в тех индустрии ранит сердечко 💔

Радует то, что под постом достаточно большое количество комментариев убеждающих в обратном.

Increase Test Fidelity By Avoiding Mocks

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

Вот рекомендации от ребят из Google:
🔸Старайтесь использовать реальную имплементацию
🔸Используйте фейк, если не можете использовать реальную имплементацию
🔸Используйте мок, если не можете использовать реальную имплементацию или фейк
🔸Стремитесь к такой надежности, которой можно достичь, не увеличивая объем теста

Selenium AI Automation: Image Processing with Gemini

Вот это прям классная возможность для тестирования при использовании AI. Для пользователей Java + Selenium самое то, чтобы переписать свои тесты. Автор статьи рассказывает что можно сделать с помощью AI и Selenium для упрощения тестирования веба. А вот список из ключевых возможностей:

🔸Получение данных с экрана. Можно на английском указать какие данные получить со страницы и преобразовать эти данные в Java код.
🔸 Облегчение автоматизации. Используя cгенерированные данные, можно дальше накручивать логику для тестов.
🔸 Расширенные возможности валидации. Можно просто провалидировать данные находящиеся на сайте.

И все эти действия можно проводить в том числе с графиками, на примере которых автор и описывает код.

Playwright утилита для хаос тестирования

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

Инструмент wacat (walking cat) подобно коту, который застал Ваш ноутбук в одиночестве, помогает вам проводить monkey testing.

Основной замысел в том, чтобы заставить инструмент хаотичным образом делать следующие действия:
🔸Переходить по каждой ссылке внутри вашего приложения.
🔸Добавлять рандомные значения в поля
🔸Рандомно выбирать значения из селектов
🔸Кликать на каждую попавшуюся кнопку

Обязательно сохраните себе и попробуйте в действие.

Ruff v0.4.0

Статья интересна для тех, кто использует линтер Ruff на своих Python проектах.
На прошлой неделе вышла новая версия, которая стала быстрее на 20-40%.

А те, кто еще не использует, можно почитать общую документацию, так как инструмент действительно может отлично конкурировать по скорости с flake8, pylint и другими линтерами.

Gatling doubles its availability with a new JavaScript SDK

Для тех кто давно хотел нагружать сервисы на JS/TS. Gatling добавил SDK, который позволяет писать нагрузочные сценарии на JS/TS.

Конечно с одним условием - вы должны все равно установить Java и все вызовы JS кода будут преобразованы в Gatling Java SDK.

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

🤔Что нужно делать:
- Регулярно постить в канал полезные статьи, видео, проекты со своим авторским текстом
- Вдыхать жизнь в общение в комментариях

🤩Что вы получаете за это:
- Доля доходов от рекламы – там не очень много в абсолюте, но тем не менее!
- Ведение канала – отличный кейс для визы талантов, если вы когда-нибудь планируете ее получать.
- Вы можете использовать канал как площадку не только для донесения своих мыслей, но и для своих личных целей, вроде подбора людей к себе в команду.
- Проходки на Podlodka QA Crew, конечно же.
- Ну и все плюшки от развития личного бренда.

👉Если интересно – пишите в личку @etolstoy и расскажите о себе!

Не Postman-ом единым.

Хорошая выжимка про текущие альтернативы Postman-а. Причем от старых и классических вариантов до плагинов и модификаций curl систем. Сейчас выбор зависит от ваших задач и командных предпочтений.

Glue work - невидимая работа.

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

Мутационное тестирование в JS и Mutation testing в JS

Пару материалов по использованию Stryker для анализа качества покрытия кода проверками. Этот инструмент изменяет некоторые параметры в вашем решении и прогоняет имеющиеся тесты еще раз.

Такой способ помогает проверить, что вы покрыли все кейсы в бизнес-логике. Особенно полезно при тестировании граничных значений. Может использоваться для проектов на JS, C# и Scala

База по Kafka для тестирования

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

О базовых моментах для тестирования и рассказывается в статье: работа с топиками, что такое продюсеры и консьюмеры.

Использования DoR и DoD в тестировании

Есть ряд практик, которые позволяют сделать процесс разработки прозрачнее. DoR и DoD одни из таких. Они помогают понять когда задача готова к проверке, а когда выполнены все условия для релиза. Этот формализм может помочь на ранних этапах формирования команды. Позволит всем быть в одном информационном поле.

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

Когда случайно проверил ограничения на количество символов в сообщении на проде.