В телеграме QA Live | тестирование ПО
Дайджесты + Вакансии QA
Почитать:
🔥 Вопросы на тесте ISTQB — 2025 год
Свежайшая версия 2025, с объяснением неправильных ответов (после прохождения теста).
Как тестируют мобильное приложение Netflix
На первый взгляд ничего необычного: Espresso, UIAutomator, Paparazzi, Robolectric и кастомные фреймворки «на стыках». Для моков — Mockito. Strikt и Turbine для Kotlin-кода. Большое внимание уделяется скриншот-тестированию и перехвату flaky-тестов в CI-пайплайне (+ тонкая настройка pull requests). Ферма девайсов (их около 1000) с собственной сотовой вышкой. Weekly suite выполняется 2 часа — тестируют исчерпание памяти на клиентских девайсах при просмотре сериалов.
Новые функции Java для автоматизаторов
Относительно свежие значимые дополнения в Java, которые можно (а иногда и нужно) использовать в своих automation-проектах.
Нагрузочный тестировщик — Квалификационный тест ISTQB
Примеры вопросов, в 4 частях по 10 вопросов. У «нагрузочников» (в отличие от «мобильщиков» и некоторых других сертификаций) в ISTQB три уровня сложности вопросов, и вопросы как правило идут вперемешку. Немного теории, и она не очень сложная, касается в основном распределения ролей и задач; в целом вопросы практически ориентированные (вплоть до проверки умения быстро посчитать нагрузочные метрики). В русскоязычном Линкедине относительно редко встретишь человека с плашкой ISTQB Certified Performance Tester. Но к сведению: нагрузочники везде, практически в любых геолокациях, получают зп в полтора, а то и в два раза больше, чем обычные тестировщики и даже мобильщики. Также следует понимать, что сертификат ISTQB в Европе (а в частности в Германии, Швеции и Польше) — это вовсе не прихоть, не бранзулетка для Линкедина, а достаточно жесткая необходимость; этот сертификат заметно ускоряет трудоустройство. Это особенно важно, если с английским не сложилось.
Там же, в разделе «Тесты» — подборка тестов для мобильных тестировщиков.
Также:
В мае 2021 года мне предложили занять должность тест-лида, которая со временем трансформировалась в тест-менеджера. В течение этих трёх с половиной лет мы пару раз меняли подходы к процессам в тестировании: сначала по собственной инициативе, а затем вместе с переходом компании на методологию SCRUM. Мы хотели всё и сразу, убеждались, что это невозможно, интуитивно находили более полезные сценарии действий.
Улучшаем код автотестов при помощи AI в IDE
Сейчас диалоговые ИИ вроде ChatGPT напрямую встраиваются в наиболее популярные IDE – например, в Visual Studio Code, Visual Code, и семейство IDE от JetBrains. Для начала я проведу обзор вариантов использования, в которых ИИ пригодился мне для создания кода тест-автоматизации. Затем – предложу ряд ИИ-инструментов, которые могут вам помочь.
Тестирование влево, тестирование вправо
Неприятная ситуация: продукт проходит тщательную проверку на всех этапах разработки, а после релиза всё равно возникают неожиданные ошибки… А ведь это происходит, потому что тестирования на ранних стадиях (shift-left testing, «влево») не всегда достаточно, чтобы гарантировать стабильность продукта. Поэтому важно учитывать и тестирование в продакшене (shift-right testing, «вправо»).
30+ вопросов для собеседования по SQL
Практические вопросы.
SAST, DAST, IAST — инструменты тестирования безопасности
обсуждаем, почему даже самый модный инструмент не спасёт, если внедрять его абы как.
Гибкие и хаотичные: современные модели разработки глазами тестировщика
В этой части разберём популярные гибкие методологии, а также менее формальные модели, которые тоже встречаются в реальных проектах. Тестировщикам здесь приходится работать в постоянном движении — без сценариев «по бумажке», но с быстрым фидбеком и реальной ценностью.
Оптимизация UI-тестов с помощью API
Если вы когда-либо писали UI-автотесты, вы точно знаете это чувство: тесты работают медленно, падают без очевидной причины, и чем больше их становится, тем сложнее их поддерживать. На первый взгляд всё логично — мы тестируем глазами пользователя. Но стоит копнуть чуть глубже — и окажется, что большая часть времени уходит вовсе не на проверки, а на рутину: авторизацию, заполнение одних и тех же форм, ожидание загрузки элементов.
Трансформация DDP –> DDT (Data-driven testing) стала совершенно бессмысленной, потому что тестировщики всегда знали, что оракулом могут служить данные системы-аналога. Статистические механизмы больших данных никак не соотносятся с апогеем функционального тестирования – исследовательским тестированием. Тем не менее, необходимость держать этот дуальный марафон заставила тестировщиков напрячься и придумать хоть что-то связанное с данными, а именно выбрать вторую часть методологии: данные, поступающие в тесты, должны быть отделены от самих тестов, храниться и обрабатываться отдельно, что в теории обеспечивает возможность потокового прогона теста на большом объеме внешних данных без необходимости модифицировать сам тест. Всё это открывает бесконечное пространство комбинаторики в тестировании.
Итак, часто тестирование сводится к эмуляции работы сервиса и наблюдением за топиками кафки. Для этого необходимо подключиться к кластеру кафки с теми же правами доступа, что и у вашего сервиса либо сервиса, с которым у вас интеграция (креды для кластера обычно подсказывают коллеги-разработчики, девопсы, тестировщики). Это позволит отслеживать появление записей в нужное время, в правильном топике, с корректным форматом и заголовками. Пространство для тестирования обширно: проверка валидности данных, наличия обязательных полей, структуры, формата, а также заголовков и возможных ошибок в них.
ТОП-5 инструментов для начинающего тестировщика
Например Zephyr, DataGrip.
День Сурка QA: как не застрять в цикле рутинных задач | QA 4 Life
Stand‑up, planning, retrospective, grooming… Все эти встречи, безусловно, важны для командной работы. Но когда они становятся слишком частыми, затягиваются или не имеют четкой повестки дня, они превращаются в ту самую рутину, которая отнимает драгоценное время.В моей практике бывали случаи, когда на стендапе каждый день обсуждались одни и те же вопросы, а на ретроспективе из раза в раз поднимались одни и те же проблемы без каких‑либо реальных действий.
Appium iOS. Как работать с запросами разрешений
В Битрикс24 мы разрабатываем и поддерживаем приложения для огромной пользовательской базы, и без мобильных автотестов тут не обойтись. Сегодня расскажу, как мы решили одну из самых неприятных проблем в автоматизации iOS‑приложений — работу с системными запросами разрешений.
ИПР тестировщика по карте компетенций
Начнем с того, что такое индивидуальный план развития (ИПР). Если кратко — это документ, в котором прописываются цели и задачи сотрудника, направленные на его развитие. Основная его цель — рост компетенций. Задачи в ИПР обычно формируются таким образом, чтобы сотрудник по мере их выполнения мог делать новые более сложные задачи.
Англоязычное:
Recapping Conversations From Selenium Conf and Appium Conf 2025
Particularly in the context of web components, MCP could allow individual elements—like a login form—to expose an MCP server. This would enable intelligent agents to understand both the presence and semantics of components on a page.
The Quality Constant: Think and Act Experimentally
There are often debates about the “tester mindset” or the “developer mindset” or the “engineer mindset.” I think all of that can be subsumed with what I say above. Or, rather, the distinction about who is doing it matters much less.
Open Source API Testing Tools: APIAuto, Apickli, Firecamp and more
Около 10 инструментов.
What the heck is MCP and why is everyone talking about it | Github blog
LLMs often struggle when they are asked for information outside of their training data. They’ll sometimes either hallucinate and say something incorrect, or simply say, “I don’t know.” Giving them the right amount of context when you prompt them (whether it’s your codebase, your repository data, your documentation, etc.) is necessary for AI agents built on top of LLMs to be useful.
10 Years After ‘Testing Is Dead’
Today, as we see another wave of hype promising to replace testers with AI, it’s worth revisiting the real story: testing didn’t die. It evolved. And it’s more relevant than ever.
Test Cases – a partial exploration
I think, once upon a time the, almost universal, answer to this question would have been (something like) a detailed series of instructions around data and inputs to test an idea. In my mind I see lots of writing as a “guide” accompanied by an expected outcome. I also tend to associate these with “testing the specification” – that is, if it’s not in the specification, it’s not a test case. When you have a space for an expected outcome, and leaving it blank is not an accepted practice, then it can narrow your view.
gRPC Testing intro. Writing the first test
This article covers more practical examples of testing gRPC api. We will create a gRPC server using SpringBoot and write a test for it in a separate module. This is the second part of the “gRPC Testing intro” series. Please check the first article if you need to cover some gRPC basics.
I’ve always been interested in health and fitness because I want to live a long, healthy life. But as I progressed further into “middle age”, I discovered that the methods I used to stay healthy were not working for me any more. I gradually gained 30 pounds, and I realized I needed to make some changes. I made those changes and am now back to my original weight.
That’s not a bug! Emotions and ego are at play here
As teams we spend countless hours untangling this challenge. If handled wrong, it can be a trap that undermines working relationships or dismisses valid feedback. Let’s unpack this scenario a bit with an eye on how best to navigate it.
“We don’t have time to test,” stated the principal engineer matter-of-factly, with an expression that left no room for debate. It was a proclamation of absolute truth like “the sun always rises in the east” or “you always find the lost thing in the last place you look.” A startup fact-of-life, or so it seems.
Overengineering: Why Test IDs Beat AI-Powered Locator Intelligence for UI Automation
We have all read the blogs. We have all seen the charts showing how Generative AI can «revolutionize» test automation by magically resolving locators, self-healing broken selectors, and interpreting UI changes on the fly. There are many articles that paints a compelling picture of a future where tests maintain themselves. Cool story. But let’s take a step back.
Redefining The Definition Of Done For Quality Software
Automated testing has emerged as a powerful tool that ensures key features in an application continue to work as expected, even as the application is further changed and developed. However, to include a new feature in the automated test coverage, new tests must be developed alongside the feature itself. If these automated tests are not created during the project timeframe, they accumulate as technical debt, causing the automated testing process to become the new bottleneck.
POM in Selenium, Playwright, Cypress, and Katalon
Have you ever struggled with maintaining UI automation test scripts as your application evolves? I know I have. Early in my automation testing career, I often found myself battling fragile and flaky scripts that would break with every minor UI change. Over time, I realized that having a solid structure was essential for creating more maintainable and scalable tests.
Docker Multi-Stage Builds for QA
Every QA engineer knows the frustration of slow test environments and bloated containers that take forever to build and deploy. What if you could cut your test image size by 70% and speed up your CI pipeline without sacrificing test quality? Enter Docker multi-stage builds — a feature that’s been around since Docker 17.05 but remains surprisingly underutilized in QA automation workflows.
New method expect(locator).toContainClass() to ergonomically assert individual class names on the element. Вообще много новых options.
Яндекс.Вброс или взламываем ИИ и создаем фейки
Как и обещал – продолжаю серию статей про состязательные атаки и джейлбрейк генеративных моделей. В этот раз продолжим работать с Яндекс «Шедеврумом», но уже в следующей статье мы уйдём от продуктов Яндекса и даже от диффузионных моделей с картинками, сконцентрировавших на чат-ботах. А пока давайте поиграем с политическими деятелями и поместим их в не совсем типичные ситуации, за одно посмотрим на сколько этично будет вести себя модель.
Посмотреть:
Набор тренажеров для QA с автопроверкой | Артем Русов ⏱️25 минут
Тренажёры охватывают темы: баг-репорты, DevTools, API, SQL, тест-дизайн, git, bash и многое другое.
Тестирование REST API: ключевые моменты | Надежда Дудник ⏱️2 часа
Большой хороший практикум.
Статус-коды HTTP в тестировании мобильных приложений | Влад Казачек ⏱️15 минут
В видео разбираем, как мобильное приложение должно вести себя при получении разных ответов от сервера: 200, 401, 404, 500 и не только.
Starting with Playwright MCP with Copilot | Алекс Хвастович ⏱️35 минут
Еще один видеопрактикум по MCP, для тех кто еще не.
Приключения в тестировании видеоплеера | Heisenbug ⏱️40 минут
Спикер поделился опытом оптимизации процесса разработки видеоплеера. Как удалось создать эффективный и быстрый инструмент для воспроизведения видео без пользовательского интерфейса. Какие методы и инструменты использовали, чтобы сократить время разработки и улучшить качество продукта. Особое внимание он уделил тестированию видеоплеера без пользовательского интерфейса. Показал, как создали автоматизированные тесты, которые позволяют быстро и эффективно проверять работу видеоплеера.
Это не игнор, это пуш не дошел: разгадываем тайны пуш-уведомлений | Heisenbug ⏱️15 минут
Заглянули «под капот» пуш-уведомлений и разобрались, почему пуши и уведомления — это не одно и то же. Рассмотрели механизмы работы пушей, факторы, влияющие на скорость доставки, а также причины, по которым пуши могут не доходить до пользователей. Обсудили, как с этим можно бороться и что делать, если пуши не доходят.
Bruno Rest API Client | Eviltester ⏱️25 минут
Demonstration of the Bruno HTTP Rest Client and the features which support my exploratory testing. Creating collections and requests. Using Open API files. Generating random data in requests. Using Bruno with a proxy.
Скриншоты для упавших ui тестов и тесты в докере | qaRoad ⏱️1 час
разбираемся, что где происходит
QAчественное общение #10 | Alfa QA Talks ⏱️3 часа 30 минут
В этот вечер соберём для вас сет из самых вкусных идей для успешного тестирования. В каждом докладе — особый рецепт, который поможет прокачать навыки и сделать работу ещё эффективнее. Остаётся только взять с собой и «разогреть» на работе.
⬅️ Предыдущий QA-дайджест — c 7 по 13 апреля
