Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Если нет элемента с уникальными атрибутами и нужно выбрать элемент на основе видимого текста, то нужно использовать XPath; если у вас есть id, класс или любой другой уникальный атрибут, доступный на уровне элемента, использование XPath может усложнить фреймворк.
«Может быть полезным наличие в команде специального человека — Test Champion. В его обязанности входит непрерывное редактирование тестов, для поддержания стандартов качества тестового кода.»
Большой (но быстрый) гайд по наиболее часто используемым командам.
Главное, чему я научился, изучая структуры данных и алгоритмы (DSA) на LeetCode — это быть последовательным. Постепенно, плавно, в собственном темпе, начинаешь постигать закономерности.
Когда мы говорим о Kafka, мы имеем в виду не просто обмен сообщениями, а надежную инфраструктуру распределенных архитектур, согласованность и низкую связность.
Три метода: dragAndDrop(), clickAndHold(), dragAndDropBy(). Блиц-практикум для джунов.
Небольшой гайд для джуниоров.
На других платформах:
В основном, все они касаются теории.
Адаптивность
Совместимость с браузерами
Скорость загрузки страниц
Интерактивность, кликабельность и навигация
Шрифты и читаемость
Немного объясню, зачем я вообще написал код для нагрузки на API и не воспользовался готовыми инструментами.
В своей работе я порой сталкиваюсь с задачами, которые, хоть и связаны с тестированием, но выходят за рамки моей специализации, например, тестирование производительности. Так, в один прекрасный день мне пришло задание нагрузить только что созданный GET-запрос, а именно — 50 rps в течение 20 секунд. Сначала я подумал сделать это в Postman, но в простой конфигурации можно указать только количество запросов и паузу между ними, а вкладка Performance встретила меня неприятным сообщением: «Couldn’t load form to set up performance test».
Следующим вариантом был JMeter. Хотя я делал с ним нагрузочные тесты, последний контакт с этим инструментом был аж 6 месяцев назад. Поэтому мне просто стало лень доставать его и вспоминать, как и что тут настраивать.
Вот тогда мне пришла идея написать собственный тестер нагрузки для API, который мог бы помочь QA-специалистам, не специализирующимся на нагрузочном тестировании, быстро решать аналогичные задачи, не углубляясь в сложные инструменты. По этой же причине я выбрал Node.js, так как он широко используется в современной разработке.
Минусы:
- требуется больше ресурса разработчиков для покрытия продукта автотестами;
- есть риск потери QA-инженером компетенций по автоматизации тестов на каких-то уровнях пирамиды, если этот уровень всегда закрывается силами разработчиков;
- возможно, нужно будет вложить силы в изменение мышления разработчиков, считающих, что автоматизация — это зона ответственности только QA-инженера.
Что в материале:
- в чем была проблема с последовательными смоук-тестами и как ее решали
- концепция смоук-тестов из «коробки»
- как реализовали решение: создание окружений с помощью HELM-чартов и запуск тестов в дочернем пайплайне.
В нашем отделе занимаются разработкой неавторизованной зоны сайта Т-Банка, которая предоставляет функциональности для приобретения карт, оформления страхования, мобайла и многого другого. Неавторизованная зона сайта — это набор независимых приложений для бизнес-продуктов. Каждое приложение находится в отдельном репозитории и имеет собственный релизный цикл, независимый от других приложений. Все приложения типовые: они базируются на едином git flow и проходят одинаковый набор шагов в процессе CI/CD. Для настройки процессов CI/CD мы используем GitLab. Учитывая то, что большая часть YAML-кода для CI/CD наших приложений схожа, мы решили переиспользовать код. Для удобства построения CI мы вынесли общие файлы конфигурации в отдельный репозиторий и импортируем их в конечные приложения.
Когда я училась на втором курсе, в одной городской кофейне был коворкинг, куда часто приходили работать айтишники. Познакомившись и немного пообщавшись с ними, я поняла, что работа в IT имеет много плюсов: высокая зарплата, интересные люди, возможность работать удаленно, часто проводятся различные ивенты. Но я понимала, что программирование мне не подойдет, поэтому новые знакомые рассказали мне о профессии QA-специалиста.
Очередная статья «вайти в qa», пытающаяся выдать опыт трудоустройства десятилетней давности за план действия в настоящем. Достаточно посмотреть, что творится на ххру, чтобы понять, что ни после курсов, ни самоучек уже никто никого не ждёт, и при такой конкуренции вкупе с кризисом в отрасли раздавать рекомендации в стиле «верьте в себя и всё получится» — ну откровенный моветон. Необходимо как минимум профильное образование. Сам по образованию и по иронии тоже учитель истории и обществознания, тоже тестировщик, но сумевший перейти в разработку. И постоянно наблюдаю картину, как коллеги по отрасли, особенно почему-то девушки, любят обвешиваться сертификатами istqb, будто это даёт необходимый статус эксперта, хотя ни у меня, ни у конкретно моих коллег таких сертификатов нет и не будет. Естественно я не буду расписывать, какой это скам и маркер, особенно в 2024 году. При этом умалчивается то, чем конкретно данный специалист занимается на рабочем месте, какие проблемы решает, чему новому учится. Какие веяния в тестировании, им подхваченные, помогают улучшить процессы в контексте его текущего проекта. Вы работали 7 лет в одной компании и я ни слова не нашел, чем конкретно вы занимаетесь. Вы функциональный ручной тестировщик? Тестировщик-автоматизатор? Специалист нагрузочного тестирования? Тестирования безопасности веб-приложений? Тестировщик баз данных? Какому конкретно набору инструментов отдаете предпочтение на рабочем месте? Если пишете код, какой язык используете и почему? Могу только похвалить автора за преданность компании.
Возможно, вы знаете про сервис GitHub Pages, который позволяет создавать и выкатывать self-hosted страницы, причём делается всё быстро и просто. Давайте посмотрим, как создать такую страницу.
В большом мире QA (англоязычное):
Unpopular opinion: even in Agile we just work in many small waterfalls or V-models, in parallel, all the time. Scrum and Kanban in action feels more like my ADHD brain works. Doing all the things, all the time, and in parallel.
If you’re an experienced developer or a seasoned computer user, you might recall a time when having 128MB of RAM was considered a luxury. For those who don’t know, are too young, or started using computers more recently, let me put this into perspective: the original Max Payne video game required just 128MB of RAM, as did GTA: Vice City. This meant that a computer needed only this amount of memory to run the game alongside all other programs.
Startups are great places to build up multiple skills, and I have no regrets about the arc I’ve taken with my career. However, working at a startup is hard. The company is usually strapped for resources (especially after the dot-com bubble burst), meaning that early employees have to wear multiple hats and put in long hours in the hopes of achieving something big. There’s also little time to waste in startup land; everyone needs to work as fast as possible to maximize what little exists.
when there is a Technical Debt, there will be a Testing Debt for sure.
Encapsulating common or repeated operations to reduce duplicated code.
While caching boosts performance in production environments, it often creates hurdles for automation testing. The primary challenge lies in its ability to mask real-time changes, leading to test flakiness and unreliable results. L
What keeps QA professionals up at night? We asked this question across multiple platforms and received hundreds of responses from QA professionals ranging from newcomers to industry veterans with 30+ years of experience. Their candid responses reveal both common frustrations and systemic challenges in the field.
A while ago, I wrote a controversial article about fixing flaky tests by adding timeouts in tests, of course, with a disclaimer that it’s only suitable in exceptional cases. One of the cases (№2) was that <canvas> element in the test was unavailable for interaction, while the Playwright considered the element actionable.
While Playwright allows opening new tabs and managing multiple pages simultaneously, the process isn’t always intuitive.
Посмотреть:
- QA Tester Interview 2025. Questions to expect? Real Junior QA 🚨 Inquiries Artsiom Rusau QA Life ⏱️40 минут
I interviewed 100 Junior QA and 20 managers to find out: what will really be asked in a tester interview in 2025?
u have to see this
На практике покажу примеры работы с ключевыми структурами данных, такими как Hash, List, Set, Sorted Set, Bitmaps, Hyperlogs и Geoindexes. Объясню концепции TTL для сессий, работу с многопоточностью и сохранностью данных (RDB, AOF).
From the origins of the term by James Bach, Brian Marick, Brett Petichord, and Cem Kaner, to Alan’s personal insights on systems within systems and how context impacts our testing methodologies, this episode provides a comprehensive look at how context affects software testing. Alan also critiques the principles of context-driven testing and emphasizes the importance of adapting to projects without being swayed by ideologies.
- Как тестировать API | Лёша Маршал ⏱️40 минут
Заключительная часть.
Хорошей недели!
