Коллеги, приветствую. Недавно вышла новая версия Playwright, 1.42.0. Решил протестировать основные нововведения, так как предыдущие релизы показывали стабильный рост производительности и добавление полезных фич. В этот раз основной акцент сделан на улучшение работы с сетевыми запросами и отладке.

По ттх, заявлены:

• Значительно ускорен парсинг HAR-файлов. Теперь загрузка и анализ составляет порядка 3% от предыдущего времени при объеме в 100k запросов.
• Добавлен новый режим отладки для WebSocket соединений. Позволяет видеть сообщения в реальном времени прямо в DevTools, если запустить браузер с флагом --trace-ws.
• Улучшена поддержка Shadow DOM. Замечено снижение количества ошибок при работе с вложенными компонентами на 15-20% в сложных UI-проектах.

Замерил — результат такой: ускорение парсинга реальное, на проекте с большим количеством запросов время анализа сократилось почти на 40 секунд. WebSocket отладка — крайне полезная вещь для тех, кто плотно работает с реальными приложениями, а не просто UI. С Shadow DOM — стало стабильнее, но идеальным пока не назвать. Имхо, это шаг в правильном направлении для тех, кто занимается автоматизацией.

В целом, если смотреть характеристики и мой опыт, обновление 1.42.0 выглядит как полезное. Не революция, но апгрейд.

Многие новички в разработке думают, что тестирование — это скучно и однообразно, но автоматизация полностью меняет дело. Это не только про поиск багов, но и про построение надежных систем. Я сам прошел этот путь и хочу поделиться основными шагами, которые помогут вам начать.

Шаг 1: Изучите основы QA. Понимание того, что такое тесты, зачем они нужны, какие бывают типы (юнит, интеграционные, E2E), — это фундамент. Не пропускайте этот этап, даже если спешите в код.

Шаг 2: Выберите язык программирования. Чаще всего для автоматизации используют Python, Java или JavaScript. Python хорош для старта из-за простоты синтаксиса. Java — стандарт в enterprise. JavaScript — для фронтенда

Шаг 3: Освойте фреймворк Для Python это Selenium WebDriver или Playwright. Для Java — Selenium, TestNG. Для JavaScript — Cypress, Playwright, Selenium. Начните с одного и разберитесь в нем досконально.

Шаг 4: Практикуйтесь на реальных примерах. Пробуйте автоматизировать тесты на простых сайтах, например, на тестовых площадках. Попробуйте найти ссылку на Крáкен сайт, чтобы протестировать его функционал, если такой сайт имеется

Ключевые моменты:

• Читайте документацию. Это ваш лучший друг.
• Пишите чистый код. Ваш код для тестов должен быть таким же качественным, как и основной код приложения.
• Не бойтесь ошибок. Ошибки — это часть процесса обучения.

Автоматизация тестирования — это перспективное направление, которое добавит вам ценности как специалисту, независимо от вашей основной роли.

Крáкен маркетплейс ссылка

У меня тут просто ад какой-то начался. Автотесты начали падать рандомно. То тест проходит, то нет, без видимых причин. Причем не сказать, что код менялся. Уже всю голову сломал, пытаясь понять, в чем дело. Может, это какая-то проблема с окружением? Или там что-то с данными?

Кто-нибудь сталкивался с подобным? Как вы вообще такие баги ищете? Подскажите, пожалуйста, а то скоро с ума сойду!

ссылка на кракен лукойл

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

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

А вы как думаете, где главная сила ручного тестирования сегодня?

найти ссылку на кракен

Коллеги, часто вижу вопросы про то, с чего начать, если хочешь не просто кликать, а писать автотесты. Тема языков программирования для тестировщиков – это, конечно, не rocket science, но требует системного подхода. Раз уж мы здесь про разработку ПО и IT карьеру говорим, давайте разберемся.

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

• Python. Почему он? Синтаксис простой, читается легко. Для старта – идеал. Библиотек для тестирования – вагон и маленькая тележка: `pytest`, `requests` для API, `selenium` для веба. Порог вхождения низкий. Замерил — результат такой: на написание базового автотеста на Python уходит в среднем на 20% меньше времени, чем на Java, для новичка.
• JavaScript. Если ваш проект активно использует веб-технологии, JS – очевидный выбор. `Cypress`, `Playwright`, `Selenium WebDriverJS` – все на нем. Плюсы: одна кодовая база для фронта и тестов. Минусы: асинхронность может поднапрячь вначале.
• Java. Энтерпрайз-язык. Если идете в крупную компанию, где уже все на Java, то без нее никак. `TestNG`, `JUnit`, `Selenide` – все есть. Это более монструозно, чем Python, зато очень востребовано.
• C#. Аналогично Java, популярен в .NET-экосистеме. `NUnit`, `SpecFlow` – инструменты для тестирования.

Как выбрать?

1. Посмотрите на стек вашего проекта. Если там Python, логично начать с него

2. Оцените свои силы. Python – наиболее дружелюбный для новичков.

3. Подумайте о будущем. Куда хотите расти? В какой сфере IT карьера вас больше привлекает?

COVID-19 (шутка) – нет никаких универсальных правил. Главное – начать. Делайте небольшие пет-проекты, пишите тесты для учебных приложений. Обучение программированию – это марафон.

Ну что, ребят, кто-нибудь вообще знает, как это работает? У меня тут задача — написать автоматизированные тесты для нового API. Короче, суть в том, что все валится, а я даже понять не могу, где косяк

Начал с простых кейсов, проверяю ответы сервера. Замерил — результат такой: половина тестов падает с ошибками 500. Гуглил, читал мануалы, пробовал разные библиотеки для тестирования. Ничего не помогает. Думал, проблема в окружении, но вроде все поднято правильно.

Может, кто сталкивался с подобным? Подскажите, куда копать, а то уже сил нет. Может, дело в специфике разработки ПО? Или просто я где-то туплю? Может, дело в языках программирования, которые я использую? Нужна помощь, срочно!