Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Осень’2024. Playwright становится безусловным лидером на рынке:
Архитектура обрела популярность в середине Десятых, благодаря возможности «автономной» разработки и развертывания приложений. Обеспечивает масштабируемость, изоляцию сбоев и ускорение TTM.
Линтер-помощник по коду, ищет синтаксические ошибки, проверяет согласованность кода и помогает соблюдать лучшие практики.
Умение признавать неудачи — неотъемлемое качество инженера:
Точка зрения:
По теме: Кладбище продуктов Microsoft
Еще статьи этого же автора:
Взлеты и падения тестовых фреймворков (JS)
Разрыв ChatGPT: “необучаем и бесполезен в автоматизации”
Работа с динамическим контентом — одна из самых сложных задач в автоматизации тестирования, но встроенные механизмы автоматического ожидания и продуманные стратегии ожиданий в Playwright значительно упрощают процесс.
На других платформах:
Иметь большой набор тестов нормально, если каждый удовлетворяет условиям:
- Каждый тест проверяет что-то одно.
- Они хорошо документированы.
- Они всегда выдают одинаковые результаты в одинаковых обстоятельствах – это называется «идемпотентность».
- Их можно запускать параллельно.
- Их можно равномерно сгруппировать по фиче или приоритету.
- У них отсутствуют зависимости, кроме случаев, когда тест проверяет зависимость.
В рамках этой темы я реализую паттерн элемента input с доступной меткой (label) и текстом подсказки. Следуя предложению Томаса Аллмера и команды из ING, первый пример будет без использования теневого DOM (Shadow DOM) и с соответствующим тестированием. На основе общего понимания того, как работает HTML и тестирование, мы исследуем несколько примеров реализации связи между элементом и текстом подсказки с использованием пользовательских элементов и теневого DOM.
Microsoft Playwright Testing — это управляемый сервис, который использует облачные технологии для обеспечения большей параллельности тестов на разных комбинациях ОС и браузеров. Благодаря этому достигается ускорение прогонов тестов и более широкое покрытие, что позволяет быстрее поставлять новые фичи без ущерба для качества.
Dimon4117: Как всегда ищут лаурята пулитцеровской премии. Как быть тем, кто не умеет писать, а умеет тестировать? А потом будут говорить, что все резюме шаблонные и их AI скипает.
gigimon: За последние 2 года просмотрел больше 250 резюме, провел больше 70 собеседований тестировщиков, пришел к тому, что чем меньше булл шит слов в резюме, тем лучше человек разбирается в своих технологиях. Если, например, у тестировщика указано знание python, java, javascript, golang — это означает, что он ничего не знает хотя бы базу, а только как-то может читать код. Если у человека есть какие-то вещи типа github, jira, postman — значит опыта совсем мало.
На старте работы у меня был сильный перфекционизм — хотелось, чтобы в конце дня на доске не оставалось задач в статусе «Можно тестировать». Я часто оставалась допоздна, хотя в этом не было необходимости. Через полгода постоянных переработок появились усталость и признаки выгорания. Это показало, что важно не только выполнять задачи, но и разумно подходить к планированию своей работы.
Вопросы в экзамене были по сложности похожи на вопросы из пробного экзамена и книги. Только на самом экзамене мне попались несколько вопросов, которые были сформированы очень непонятно (хотя не исключаю трудностей перевода). Вроде слова понятные, фразы тоже, но читаешь это всё и немного выпадаешь в осадок… В общем на несколько вопросов я потратила минут 40, разбираясь с формулировкой и с тем, что от меня хотят.
Кукумбер-тест можно замораживать по воле тестера, а также автоматически в случае падения шага до завершения теста! Как результат — можно в открытом браузере проверить локаторы и данные в том состоянии страницы, которое привело к падению.
Сначала мы собирались раз в месяц, чтобы выработать привычку: что-то изменил в проекте— сразу вноси изменения в таблицу, потому что это действительно важно. Мы даже распределяли задачи между собой, фиксировали, кто что должен сделать, и старались отслеживать выполнение после каждой встречи.
Сейчас встречи проходят реже, но мы чаще обращаемся к общей таблице во время планирования. Обновления происходят автоматически: если кто-то что-то меняет, правки вносятся сразу.
Gatling использует архитектуру Akka, управляемую сообщениями, он может запускать тысячи виртуальных пользователей на одной машине. Это связано с тем, что Akka отменяет ограничение JVM на обработку большого количества потоков. Виртуальные пользователи в Gatling — это сообщения, а не потоки.
После выполнения нагрузочного тестирования в Gatling генерируется HTML-отчёт, который предоставляет детальную информацию о работе системы и результатах теста. Эти отчёты позволяют глубже проанализировать производительность приложения и выявить слабые места. Давайте разберём, как с ними работать и что они включают.
Интеграция с Grafana даёт возможность анализировать метрики в реальном времени.
В большом мире QA (англоязычное):
1. Customer-Reported Issues in New Features
2. Critical User Journey Stability
3. Time Distribution: Exploratory vs. Reactive
My challenge; How can I login to any website, anywhere without using the underlying HTML to interact with an object.
Zoomies actually describe the frenetic random activity periods that dogs and other pets have. They are random bursts of energy in which they run around frenetically.
Then there is an activity as part of Systems Thinking which is zooming in and zooming out. According to studies at the Cornell University people tend to not zoom out. Nearly everyone zooms in, nearly no one zooms out. I think that I’m part of “nearly no one”.
Ah, the age-old debate in the software development scene: “Should testers write unit tests?” As a seasoned software tester with a passion for finding possible issues, I’m here to share my thoughts and arguments against this trend. Spoiler alert: it’s not because we can’t write them (We can, and we do).
Programs with higher complexity are more open to errors and are difficult to test and maintain. On the other side, programs with lower complexity are very easy to understand, test, and modify.
Basically cyclomatic complexity helps in identifying which areas of the code need more testing or a redesign to make the code easier to manage. This metric helps measure how complicated the code is by counting the different paths.
In this article, we explore how Selenium WebDriver’s BiDi APIs empower testers to preload scripts for early browser initialization and execute scripts securely within sandboxed environments.
Feature flags, also known as feature toggles, are a powerful tool in software development that enable teams to control the activation of specific features without deploying new code. By toggling features on or off dynamically, developers can introduce new functionality incrementally, conduct A/B tests, or manage experimental features across different environments.
At their core, feature flags function as conditionals within the codebase. For example, a feature flag might dictate whether users see a new homepage design or continue to interact with the existing one. These flags are often controlled via configuration files, APIs, or feature management platforms like LaunchDarkly or Flagsmith, making them highly versatile and easy to manage.
The Sandbox approach provides a foundation to “shift left” a wide range of testing scenarios that traditionally happened late in the development cycle. With instant access to isolated environments and production-quality data, teams can now perform performance testing, chaos experiments, data migration validation and even complex multi-service upgrade testing — all before merging code. This capability to catch issues early has proven transformative for companies like DoorDash, which reduced its release cycle time by 30x by eliminating staging bottlenecks. Brex’s platform team achieved a 90% reduction in environment maintenance overhead while improving test coverage, and at Earnest, engineering teams now run premerge integration tests with production-quality data.
Our team maintains a React/TypeScript application with a large test base (2900 tests) including snapshots, rendering tests with React Testing Library, and standard unit tests. Due to recurring issues with Jest, we decided to migrate to Vitest, encouraged by its successful use in our design system (900+ tests).
Посмотреть:
- Тестирование на отказоустойчивость ⏱️45 минут
Подробно рассмотрим процесс тестирования, принятый в нашей команде, и разберем основные проблемы, с которыми столкнулись при организации и проведении тестов. Покажем, как tree-fault analysis помогает при формировании гипотез, и обсудим популярные проблемы, связанные с надежностью и доступностью распределенных систем.
- Security Testing with Selenium & OWASP ⏱️35 минут
Watch this video to master automated security testing with Selenium, OWASP ZAP, and advanced integration techniques for robust web application security.
This session covers the standard automation locator strategies and introduces Playwright’s 7 powerful locator methods, such as 𝙜𝙚𝙩𝘽𝙮𝙍𝙤𝙡𝙚, 𝙜𝙚𝙩𝘽𝙮𝙏𝙚𝙭𝙩, 𝙖𝙣𝙙 𝙜𝙚𝙩𝘽𝙮𝙋𝙡𝙖𝙘𝙚𝙝𝙤𝙡𝙙𝙚𝙧, to simplify element identification. You’ll also learn how to effectively use the Playwright Inspector to record locators and streamline your test creation process. Additionally, the tutorial highlights an easy and maintainable approach to using CSS selectors and XPath, ensuring your tests remain reliable and future-proof. To make locator generation even simpler, the session demonstrates the use of browser extensions like SelectorsHub and ChroPath. By the end of this tutorial, you’ll have practical insights to master locator strategies, build robust automated tests, and optimize your end-to-end testing workflow with Playwright.
This issue came up during a student’s homework practice in our SDET with Playwright course. The implementation seemed perfect, but a hidden table row in the header threw everything off. Only a detailed inspection of the DOM revealed the root cause and led to a solution. In this video, I’ll explain what went wrong and how to fix it.
Базовые знания сетей, которые будут полезны каждому тестировщику, а также покажу это всё на практических примерах. Раскрою такие моменты как: mac-адрес, ip-адрес, DNS, DHCP, NAT, router, switch, port, socket, WAN, LAN, WLAN, VPN, Proxy.
- Postman Automation ⏱️1 час
In this webinar, you’ll learn:
- The automation features of Postman:
- Variables, Pre-requests, Post-responses
- Test response code and JSON
- Test runner and Newman
- What you should, shouldn’t and can’t do.
- Use snippets
GitHub Copilot for Playwright scripting and end-to-end test generation! Will Copilot and its new custom instructions beat Playwright Codegen in terms of code quality and generation time?
Хорошей недели!
