Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
По результатам опросов, Selenium все еще является «предпочтительным» фреймворком для большинства тестеров.
Нагрузочное тестирование, для чего оно нужно, что важно учитывать при проведении тестирования и каким моментам уделить внимание.
На других русскоязычных платформах:
В этом месяце мы продолжим изучение принципов SOLID, разбираясь с буквой «О» — принципом открытости/закрытости. Этот принцип гласит, что класс должен быть открыт для расширения, но закрыт для изменения. Что это значит? Это значит, что как только класс использован другим кодом, его нельзя менять. Если вы измените класс, вы можете сломать код, который от него зависит. Вместо этого расширяйте класс, добавляя функциональность.
Недавно я имел честь быть гостем шоу Test Automation Experience с Николаем Адволодкиным. В этом выпуске мы говорили про RestAssured.Net, в ходе него я выпустил версию 4.1.0, и мы обсуждали функции, добавленные в библиотеку в ходе последних релизов.
Вообще я сторонник технических материалов, статей с примерами кода или разбором технологий, но сегодня речь пойдет о другом. Меня всегда интересовало, почему в требованиях регуляторов в области ИБ не указываются проверки мобильных приложений на соответствие государственным стандартам или федеральным законам. И вот недавно, изучая материалы документа по сертификации процесса безопасной разработки, я наткнулся на упоминание мобильной составляющей, что, конечно, вызвало у меня интерес и желание разобраться. Если вы тоже хотите понять, каким образом приложения упоминаются в Профиле защиты Банка России, и какие проверки необходимо осуществлять, чтобы ему соответствовать, приглашаю погрузиться со мной в этот увлекательный мир.
На связи Саша, менеджер фермы мобильных устройств в Selectel. Чуть больше года назад я выпустил текст про наши эксперименты во время работы над продуктом, чтобы клиенты могли тестировать ферму удаленно. Тогда мы находились только в начале пути и показали первый вариант решения. Не обошлось без сложностей, которые мы выяснили в том числе благодаря вам. Спасибо, что вписались в авантюру и попробовали себя в роли фермера. С тех пор многое изменилось: ферма мобильных устройств вышла в релиз, разрослась до 100+ устройств разных моделей и форм-факторов, а в панели управления появился крутой интерфейс.
Программистам требуется судить о том, насколько дорого обходится тестирование конкретной системы, будь то модульное, интеграционное или функциональное тестирование. Каждый последующий из этих этапов в некотором смысле «дороже», чем предыдущий.
В этой статье мы познакомимся с Soft Assertions в AssertJ, подробно рассмотрим, зачем они нужны и обсудим похожие решения в других фреймворках для тестирования.
Современное приложение на Java с использованием Spring Boot, включающее множество клиентов (веб, десктоп, мобильные), может столкнуться с проблемами в тестировании по мере его роста. Даже при хорошем покрытии тестами (80%+), увеличение объема интеграционных и приемочных тестов может привести к значительным задержкам в процессе разработки. Тесты могут занимать до 24 часов для выполнения, что снижает эффективность и увеличивает риск багов в продакшене. «Баги как костяшки домино, важно их расставлять так чтобы не упали все вместе», не знаю кто сказал, но вполне четко описывает процесс разработки.
Статей про эмоциональное выгорание много, и часть из них очень даже хорошие. Они фокусируются на работе с людьми: как и что говорить, какие ставить задачи, где вести общение, и вот это всё. Я хочу разобрать более узкую тему: специфичное выгорание тестировщиков. И решения буду предлагать не про людей, а про процессы. Как строить такие процессы разработки, чтобы минимизировать эмоциональное выгорание в команде? Какие баги (в коде и в процессе) надо фиксить? На какие штуки обращать внимание? Рассказывать буду с трёх позиций: что с каждой проблемой может сделать биг‑босс (РМ или собственник бизнеса), тест‑менеджер и сам выгоревший тестировщик. Букв в статье получилось много, сорян ))) Зато вроде полезные.
Привет! Меня зовут Ангелина Архипова, я техлид команды IMP Support в Авито. В этой статье я рассказываю о том, как разгрузить QA-инженера от ежедневной рутины на примере моей команды. А ещё из текста вы узнаете про наш эксперимент по написанию 5000 тестов и сборку генератора для тестирования: как мы к этому пришли, что это нам дало и какие у нас планы на будущее.
В мире QA на других платформах (англоязычных):
«Don’t reinvent the wheel.» Sound familiar? It’s a familiar adage that, at first glance, seems like good advice. After all, why waste time replicating something already perfected?
Discover strategies to find a way forward in imperfect circumstances.
“If you were writing headings in a document, and using the capitalisation style of capitalising the first letter of just the important words in a header, how would you capitalise ‘what we are trying to achieve?’
When performing Selenium automation testing, if you try to interact with a WebElement that’s no longer in the Document Object Model (DOM), Selenium will throw a StaleElementReferenceException.
Modular monoliths strike a balance between the simplicity of monolithic architecture and the flexibility of microservices. By breaking down applications into cohesive modules, modular monoliths enable easier development and maintenance. However, they still have a single codebase and deployment unit.
As a Quality enthusiast with focus on performance I’ve found Gatling to be an incredibly powerful tool for load testing and performance validation. One of the key capabilities of Gatling is its robust assertion framework, which allows you to verify the responses from your application under test and ensure that the average response times are within acceptable thresholds.
Enhancing test longevity and maintainability through centralized abstractions and focused test.
During unit and integration testing, the majority of our test cases begin with manually generating test data with static values, which leads to boilerplate code in our test suite.
Посмотреть:
BMC — это Baseboard Management Controller, важная часть серверной материнской платы. Тестирование интегрированного софта имеет свои прелести: без железа оно не возможно (спойлер: полноценно не возможно), железо тоже может «глючить». Но любую проблему можно решить, и спикер рассказал о некоторых таких решениях, а также о том, что еще интересного и креативного хотят сделать.
- Zero to Hero. Production QA | Heisenbug ⏱50 минут
Вы когда-нибудь задумывались о том, как создаются устройства, окружающие нас? Что именно происходит от идеи и выбора материалов до запуска производственной линии. Говорим о роли QA-специалистов в современных компаниях, занимающихся разработкой электронных устройств, проходимся по ранним этапам создания Flipper Zero и обсуждаем фреймворки и методы автоматизации тестирования. Рассматриваем быстрое прототипирование на примере модуля Raspberry Pi 2040 Zero для Flipper и многое другое.
In Part 3 of the Advanced Test Automation Framework Development series, join 𝑨𝒏𝒕𝒐𝒏 𝑨𝒏𝒈𝒆𝒍𝒐𝒗 (@𝒂𝒏𝒈𝒆𝒍𝒐𝒗𝒔𝒕𝒂𝒏𝒕𝒐𝒏), Co-founder & CTO of Automate The Planet Ltd, as he delves into Plugin Architecture and Customization. He starts with an overview of the Framework Usage as a Git Submodule and provides insights into the Observer Design Pattern. Moving forward, he presents the BrowserExecution and WebComponentAdapter Plugins Implementation.
When we’re testing an application, features, or APIs, we usually think about what they do, the functional stuff. But today, it’s even more important to address how they do that functional stuff. Enter NFRs: Non-Functional Requirements. Testing NFRs requires a different mindset, separate skills and tools. More than before, we need to add them into our testing bag-of-tricks. NFRs include security, usability, accessibility, performance, reliability and a whole lot more. Understanding NFRs is crucial for how to handle them in test, even before we start, and when we get to reporting them.
Our latest episode dives deep with Nikolay Advolodkin, Jason Baum, and Marcus Merrell as they explore a major software outage that recently disrupted industries worldwide. This episode is packed with practical insights and real-world examples of how to prevent such disasters, emphasizing the critical role of quality assurance and testing processes.
Junior ты или уже Senior, новая команда захочет узнать на что ты способен. Конечно есть технические собеседования, но собес ограничен по времени. Что бы узнать как мыслит кандидат, работает и как умеет работать с инструментами — идеально подходит небольшое тестовое задание которое можно отправить заранее.
Хорошей недели!
