В телеграме QA Live | тестирование ПО
Дайджесты + Вакансии QA
Интересное
Безголовые браузеры = экономия на спичках
Действия пользователя включают в себя намерения и желания. Которые могут меняться от момента к моменту. Пользователи совершают маленькие (или большие) ошибки и исправляют их. Или не исправляют. Пользователи испытывают замешательство. Пользователи меняют свои решения. Пользователи бросают задачи на полпути. Иногда они пытаются к ним вернуться. Пользователи принадлежат к разным культурам, с разными алфавитами, диакритическими знаками и валютами. Ваши тесты учитывают всё это?
Блиц-практикум Playwright + ESLint
Практикум главного технического координатора проекта Playwright в Microsoft.
Selenium vs Playwright: нехайповый разбор
Я вижу глупую тенденцию, когда команды выбрасывают Selenium-тесты, создававшиеся годами, и переписывают их на Playwright. Вероятно, они начитались тех идиотских кликбейтных статей, в которых сравнивают эти два фреймворка, суть которых сводится к поливанию грязью Selenium.
+ Что команда Selenium думает о статьях-кликбейтах «Selenium vs другие фреймворки»
В целом понятно, но есть интересные моменты.
Гайды и туториалы
Проблемы связи и мобильное приложение, блиц-практикум
Перечислите важные пути потребителя (сценарии), которыми конечный пользователь может продвигаться через пользовательский интерфейс.
Примите во внимание API-вызовы для каждого пути.
Как и в случае выше, положите сервер или имитируйте его отказ. Затем посмотрите, как пользовательский интерфейс обрабатывает ошибки. Вы можете увидеть пустые страницы, бесконечный спиннер или загрузку страницы, или универсальные сообщения «Произошла ошибка».
Исследуя приложение, попробуйте отключить Интернет перед отправкой форм, установкой фильтров или выбором чекбоксов и кнопок, ведущих к разным конечным точкам. Если для сброса состояния ошибки нужно перезапустить приложение, это стоит отметить. Это лишь один пример того, что может пойти не так.
UI-автотесты: как правильно организовать код
Хочу поделиться практикой автоматизации десктопных приложений на примере проекта UIAutomationTestKit.
Превращаем API-тесты в читаемые сценарии (Vitest + Allure)
увидим:
- как строится архитектура scenax вокруг Lifecycle и Step Library;
- как вынести шаги в классы и использовать @Step;
- как фреймворк превращается в полноценного «тестового сценариста»;
- и почему Scenax — это логичное развитие подхода к автотестам.
Нагрузочное тестирование PostgreSQL
Для проверки гипотез или общей производительности БД Tantor Postgres или других на базе PostgreSQL в ходе разработки и сопровождения часто возникает необходимость быстро провести нагрузочный тест. Чаще всего для генерации TPC-B нагрузки специалисты используют стандартный инструмент pgbench и оценивают результаты, однако при описании итогов таких тестов нередко упускаются важные детали окружения. Отсутствие четкого описания используемой конфигурации: параметров PostgreSQL, аппаратных характеристик сервера, версии клиента и настроек сети — может приводить к неоднозначным или неполным выводам о производительности.
Чек-лист тестирования требований
У нас двухнедельные спринты, в рамках которых с определённой периодичностью проходят груминги, на которых мы не только приоритизируем задачи, но и разбираем аналитику. Происходит это так: на регулярных встречах собирается вся команда, аналитики презентуют нам новую фичу/задачу, а мы задаём вопросы. Если все вопросы решены, либо что-то можно быстро уточнить/устранить, то команда двигает эту задачу в статус «Готово к разработке». И мы командой тестировщиков определили, что во время грумингов презентация аналитики происходит быстро, мы не успеваем параллельно читать и слушать пояснения, а также придумывать на ходу вопросы. Нужен был процесс по тестированию требований.
Rafinad: сахар для UI-тестирования iOS-приложений
рассмотрим разницу между модульными, интеграционными и сквозными тестами, а также обсудим, почему не следует прибегать к последним в ваших проектах. Затем углубимся в код и разберемся, как писать тесты с использованием фреймворка NUnit в Unity. Наконец, узнаем, как запускать тесты из командной строки и использовать GitHub Actions для полной автоматизации
Java тормозит, пользователи уходят, а начальник уже стоит за спиной с вопросами.
Несколько Jenkins Jobs c одним агрегированным запуском Allure TestOps
Через плагин withAllureUpload для Jenkins нельзя из нескольких джоб залить отчёт автотестов в один запуск TestOps. Готовых решений в интернете не нашёл, и даже поддержка TestOps не смогла нормально подсказать, как из нескольких Jenkins Jobs отправлять результат в один запуск TestOps. Методом проб и ошибок это сделать удалось — в статье расписал решения, как это работает через терминальную программу.
Провоцируем http-ошибки в Постмане
Да, у нас есть стандартные коды 400, 404, 500 и прочие популярные ошибки, но есть и куча других. Не знаю как вы, а мне периодически приходится выяснять, что значит та или иная http-ошибка и как их воспроизводить. А когда приходят задачи из категории «проверить логирование ошибок запроса ….», то иду гуглить, как их провоцировать.
Как выполнять параллельное тестирование (Selenium Grid)
Rajkumar ChatGPT, но годится
CSS и XPath — путь в ад, а test-id — спасение
CSS или XPath? Спойлер: ни то, ни другое. Все эти разговоры — просто шум, рожденный из некомпетентности. Вот эти бесконечные обсуждения — «а XPath может по тексту», «а CSS быстрее», «а вот тут индекс нужен»… Да какая, к чёрту, разница, когда можно просто
Тестовый фреймворк с нуля на Playwright
Рассматриваемый проект — система управления сотрудниками, которая позволяет менеджерам отслеживать занятость сотрудников, их компетенции и другую ключевую информацию.
Поскольку проект активно развивался в течение последнего года, то QA-специалисту приходилось тратить больше времени на проведение регрессионных тестов после каждого релиза. Решение этой проблемы было предложено мне. Задача мне сразу показалась заманчивой, ведь разработка фреймворка с нуля – это возможность попробовать новые инструменты, приобрести новые знания и навыки. Не долго думая, я взялся за реализацию собственных идей.
Задача тестирования на проекте с самого начала обещала быть непростой: до того как я присоединился к команде, вся тестовая документация хранилась исключительно в голове единственного QA-специалиста. Систематического тестирования на проекте не было, новый функционал проверялся «на лету».
xk6-browser для исследования производительности
работаю в группе нагрузочного тестирования ЮMoney и занимаюсь исследованием производительности. В статье расскажу про xk6-browser — что у нас было до него, какие у этого решения преимущества и метрики.
Англоязычное
Empathy labs. Preparing for the European Accessibility Act
The European Accessibility Act (EAA) is coming into force in Europe on the 28th of June 2025, requiring products and services with digital interfaces to meet accessibility standards.
The EAA 2025 was applicable to my client’s operations due to their subsidiaries in Italy, Spain, and Germany, as well as their close working relationship with the Republic of Ireland.
As a consultant, I was brought in to help them ensure compliance with the new regulations. Here’s what I learned through this process.
Determinism is what makes unit tests meaningful, what enables simulations to be reproduced, and what lets critical systems — from aircraft autopilots to financial ledgers — be trusted under pressure. It’s what allows software to be called “correct.”
This principle underpins every mature software engineering discipline. And it’s precisely why neither generative AI nor agentic AI — no matter how impressive — will ever meet the gold standard of deterministically testable software.
We’re not reinventing the wheel. We are returning to what testing was always meant to be
Back in 2016, Google publicly declared that testing was no longer essential. Roles were cut. Teams were restructured. Automation took center stage. Testers were told to evolve or get out of the way.
Being a Solo QA with Daily Deployments
To organize testing tasks, I rely on Checklists for Jira (Enterprise) by HeroCoders along with subtasks. It’s lightweight, flexible, and integrates directly into Jira tickets – perfect for solo QAs and developers who also take part in testing.
How to Report Quality Metrics to Top Management Without Putting Them to Sleep
Tie Metrics to Business Goals — Instead of saying “We reduced defect density by 15%,” say “Thanks to improved QA, customer retention has increased by 10%.»
Before you write a line of test code, read and question the requirements.
The Testing Tower. Observation Deck: Performance, Load, Chaos, E2E
- A: Strategic, human-led. Usability, Exploratory, Acceptance.
- B: Parallel, observability-focused. Load, Chaos, E2E, Performance, Functional.
- C: System validation.Integration, Component.
- D: Interface compatibility. Contract Tests.
- E: Fast, reliable, always-on. Unit, Smoke, Regression.
Софты и истории из жизни
Синдром самозванца у QA-инженера
Soft skills которые изменили мою жизнь
Разрабатывалось решение (Web портал) интеграционного типа, то есть оно получало данные от пользователя и отправляло эти же значения в разных форматах другим приложениям. То есть, клиенту необходимо заказать какой‑либо товар на сайте. Он предоставлял данные о заказе нашему программному обеспечению для создания карточек заказа необходимых для доставки данного товара получателю. В своем приложении мы храним эту информацию в СУБД, но так как наша система тесно интегрируется со сторонними системами (посредством API), то карточки заказов реструктурируются в другие форматы, чтобы логистические агрегаторы (компании, которые сотрудничают с несколькими курьерскими и транспортными компаниями для предоставления логистических решений в области электронной коммерции) могли обработать заказ и обеспечить доставку посылки.
Здесь основная проблема заключается в том, что нам тестировать не только функционал непосредственно нашего приложения, но также и то, что связано с передачей карточек товаров в сторонние системы. Данные в эти системы передавались в формате PDF, так как нам необходимо было обеспечить неизменность данных о заказе. Дальше уже на стороне этих приложений осуществлялось распознавание содержимого карточки. Таким образом, в процессе тестирования нам нужно было убедиться, что данные содержащиеся в этих PDF соответствуют тому, что изначально указал клиент.
Как я впервые проводила эстимацию и ошиблась на 26 часов
Как я уже сказала, проект был небольшой. Мы разрабатывали мобильное приложение онлайн-консультаций для медицинской сферы. У клиента уже был сайт, он просто хотел стать «мобильнее». Ещё до официального начала работы менеджер попросила меня оценить задачи, точнее, время на тестирование. Ей нужны были цифры для того, чтобы обосновать бюджет и количество часов работы QA.
Из плюсов – у меня были требования. Из минусов – не было ничего, кроме требований. Тестовую документацию предстояло тоже писать самой.
Нагрузочное: командировка на реальный проект
Когда я впервые узнал, что поеду на нагрузочное тестирование, у меня в голове вертелся один‑единственный вопрос: а что мы там вообще делать будем? Полез искать информацию — и, честно говоря, нашел не так уж много. Большинство статей либо про архитектуру, либо про железо, либо написаны для тех, кто и так уже все знает. А вот если ты новичок, и завтра тебе в командировку — картина получается довольно туманная.
Регрессионное: взгляд изнутри от лидера команды
как за 2,5 года пройти путь от джуна до лида регрессионного тестирования
Мог уйти в разработку, не ушёл. Разработка пришла ко мне сама
Работаю здесь уже семь лет, а пришёл сразу после университета — и сразу на должность тестировщика. Это с самого начала было моё: я люблю глубоко разбираться в процессах
Всякоразное
Вот список тем, в которые я вбухал кучу денег и времени. Проходил курсы, пробовал, сливал… И у меня ничего не получилось.
- → Контентные проекты.
- → Одностраничники.
- → Сайты под Amazon. Прошел дорогое обучение но до дела так руки и не долшли
- → Онлайн-школы. Я пробовал запустить три онлайн школы и проходил дорогущее обучение на эту тему…
- → Арбитраж. Как много в этом звуке для сердца русского слилось)… Сливал бюджеты в Facebook, ВК, Google. И отдельно — на обучение.
- → Рассылки. Два курса. По сути, тот же арбитраж, только через email.
- → Telegram-каналы.
- → Instagram-паблики.
- → Forex-боты
- → Android-листалки
- → Крипта. Вот где я засадил по настоящему много денег. Засаживаю с 2016 года. ICO, Bitconnect, приватные раунды, курсы, DeFi, Stepn — и т л и т п чего только не было.
Вывод? Гораздо эффективнее не бежать за темками, а заниматься сфокусировано, долго тем, что тебе по настоящему нравится, становится экспертом в этом.
Как рассчитывают инвестиции в QA
TDD не приводит к плохому коду | Kent Beck
Мне не верится, что я до сих пор пишу такие вещи, но что поделать. Разработка и реализация кода, управляемого тестами (TDD), хороша ровно настолько, насколько хороши решения по проектированию и имплементации, принятые в этом коде.
Посмотреть:
Vision Language и AI Web Agent | Heisenbug ⏱️45 минут
Как он управляет браузером и какие есть нюансы. Рассмотрели преимущества VLM-подхода к определению элементов на странице в сравнении с классическим поиском по локаторам.
Playwright Locators | Alexandr Hvastovich ⏱️30 минут
Manual QA: Testing for Beginners Course.
Что читать по тестированию | SQA Days ⏱️40 минут
В докладе проведен анализ технических интервью с внешними кандидатами и ответов на вопрос «Как вы учились тестированию, что вы читали про тестирование?». Указан краткий перечень популярных ранее авторов книг по тестированию. Анализируются ловушки входного порога и «теории» тестирования, отмечается потребность в систематическом изучении методологии (не теории!) тестирования. Подробно рассматриваются и рекомендуются актуальные и фундаментальные книги по тестированию и смежным профессиям. Приведен пример полезной информации, которую можно найти только в книгах. Разъясняется, зачем и кому все это нужно знать.
Auditors and testers should resist any attempts to redefine their difficult jobs to try and make them appear easier. Such attempts require a refusal to deal with reality, and a pretence, a delusion, that we can do something worthwhile if we refuse to engage with complex and messy reality.
Предыдущий QA-дайджест — c 19 по 25 мая
