Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Реальное применение ИИ позволит сочетать TDD и исследовательское юнит-тестирование.
Продолжение серии практикумов по тестированию API.
В Google применяют мнемонику SMURF, которая учитывает скорость, удобство, утилизацию ресурсов, надежность и достоверность тестов.
Графическое отображение различий веб-инструментов на архитектурном уровне.
Эссе тестировщика с 40-летним стажем.
Как работать с ошибками — советы и примеры.
На других русскоязычных платформах:
Помимо рекомендуемых локаторов, таких как page.getByRole() и page.getByText(), Playwright поддерживает множество других локаторов, описанных в этом руководстве.
Для тестировщиков в Agile-проектах + на должность Scrum-мастера.
Как человек, активно ищущий новые возможности (работу) в области обеспечения качества (QA), я столкнулась с интересным явлением. Но сначала позвольте задать вам неожиданный вопрос: вы бы пошли на прием к врачу, если бы его специализация называлась “эндокринолог/офтальмолог”? На мой взгляд, этот “слэш” в названии выглядит, мягко говоря, подозрительно. Способен ли один такой человек хорошо выполнять обязанности двух специалистов из разных медицинских областей? Честно говоря, я бы убежала от такого врача.
В этой статье я расскажу о некоторых приемах в разработке тестов, которые позволяют на практике избежать серьезных пробелов в тестировании качественных характеристик программных систем. Статья предназначена для начинающих тестовых инженеров, но может быть полезной и более опытным.
Многие команды и компании используют глобальную настройку для входа в приложение и последующего использования этой настройки для тестов, которые должны выполняться в авторизованном состоянии. Однако у такого подхода есть несколько важных ограничений. Например, при использовании глобальной настройки вы не видите трейсы для этапа настройки тестов, и этот этап настройки не отображается в HTML-отчёте. Кроме того, глобальная настройка не поддерживает использование фикстур. Решить эту проблему помогут проектные зависимости.
В историях успеха нет места для тех глупых и болезненных ошибок, которые мы в действительности совершаем. Success Stories маловероятны. Каждая такая история — это лишь узкая тропинка, которая при определенных условиях может привести вас к победе… В остальных случаях может и не повезти!. Другое дело — «Failure Stories». Это ситуации, которые вызывают понимающую улыбку и позволяют задуматься, как не допустить подобных ошибок у себя в проекте. Ошибаться — это нормально. На ошибках учатся) Поэтому я хочу поделиться с вами опытом совершённых мной ошибок.
Если очень кратко, то причиной добавления скриншот-тестирования в нашем проекте стала нехватка ресурсов на постоянное проведение регресса фронт доработок, особенно связанных с изменением вёрстки. Во-первых это большой объём тестирования, а во-вторых, много специфичных тестовых данных и случаев, о которых знают только ответственные команды.
Вы не должны разбивать каждое движение в отдельный пункт, если оно не является ключевым в воспроизведении бага – это довольно трудно читать и использовать в работе. Не бойтесь в один пункт добавить сразу несколько действий. Что я имею ввиду?
Для тех, кто вообще не слышал про Agile.
Сегодня поговорим про ролевую модель в GUI и API — это когда у нас есть разграничение прав для отдельных пользователей / целых групп (им назначается роль).
В мире QA на других платформах (англоязычных):
The analysis provided by the XMR chart provides insight regarding the rate at which bugs need to be fixed.
Touched upon earlier, I mentioned that sometimes teams might not have the capacity of headspace to learn. Pushing your own agenda of coaching and forcing teachings on to people who aren’t ready for it right then might cause them to lose trust in you.
Google’s AI-powered compliance platform, Checks by Google, is now generally available. It checks what an app does against what it should do.
At Uber, different teams like the Michelangelo team have Slack support channels where their internal users can ask for help. People ask around 45,000 questions on these channels each month. High question volumes and long response wait times reduce productivity for users and on-call engineers.
To truly harness the power of Appium, it’s essential to understand how it works under the hood.
From Installation to Running Your First Test.
We’ll look at the most popular available options and then dive deeper into some more commonly used ones, using only JMeter-enhanced tools.
Feature flags and preview environments are popular for managing microservices rollouts and testing. Learn the pros and cons for specific situations.
Folks in the know use mocks and spies (I say “mocks” for short in this article) to write isolated interaction-based tests. Their tests are reliable and fast, but they tend to “lock in” implementation, making refactoring difficult, and they have to be supplemented with broad tests. It’s also easy to make poor-quality tests that are hard to read, or end up only testing themselves.
Bad tests are a sign of bad design, so some people use techniques such as Hexagonal Architecture and functional core, imperative shell to separate logic from infrastructure. (Infrastructure is code that involves external systems or state.) It fixes the problem… for logic. But infrastructure is often left untested, and it requires architectural changes that are out of reach for people with existing code.
This pattern language describes a fourth option. It avoids all the above problems: it doesn’t use broad tests, doesn’t use mocks, doesn’t ignore infrastructure, and doesn’t require architectural changes. It has the speed, reliability, and maintainability of unit tests and the power of broad tests.
How to work with multiple TestNG XML files in a single project and organize your test suites to run as required.
The big problems in tech often have nothing to do with tech, but with communication. Better git gud at it!
Посмотреть:
- Как учиться учиться? | Heisenbug ⏱️40 минут
Тиньков, Озон, SMLab.
During our exploratory testing, we can use tools, such as the Xray Exploratory App, to assist us with basic things, such as defining a charter, linking it to some existing requirement or story, taking evidence (notes, screenshots, recordings), and reporting bugs.
Как обходить автоматические фильтры.
- Тест-дизайн | Вадим Ксендзов ⏱️1 час 20 минут
И ортогональные массивы.
Red и Green флаги в кандидатах, с точки зрения международной компании.
Спойлер: корпоративная политика — естественная для человеческой природы.
- Техническое собеседование джуна | QA-QC ⏱️40 минут
Собеседование построено по принципу «разбор неправильных ответов», то есть на каждый неверный/неточный ответ джуниора QA я даю развернутый комментарий.
- Ben Fellows on Stoicism in QA ⏱️30 минут
We dive into Stephen’s journey into Stoicism and its impact on QA, explore the concept of self-sufficient QA, and discuss Stephen’s philosophy that life cycles matter more than context. Whether you’re in QA, looking to get into QA, or on the leadership side, this conversation is packed with valuable insights. I particularly enjoyed the discussion on Stoicism.
Join Stefan Judis (Playwright Ambassador) as we explore advanced testing strategies for time zones and timers using Playwright. You’ll learn about seamless time zone testing techniques and how to use Playwright’s Clock API to manage timers effectively.
- Работа с тестовой документацией | CodeBrains ⏱️1 час 30 минут
Урок 5 небольшого курса.
- The job market is in an abysmal state ⏱️40 минут
Applied to 67 openings and rejected for each one.
Хорошей недели!
