Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Если вам сказали, что в этом месяце QA-команда нашла пятьдесят багов, это ничего не значит. В этом утверждении столько же смысла, сколько в попытке определить, хороша ли книга, подсчитав, сколько в ней страниц.
Тестовые фикстуры используются для создания окружения для каждого теста, предоставляя тесту все, что ему нужно, и ничего больше.
В блоге Selenium описаны две проблемные функции, которые могут повлиять на автоматизацию.
Собеседование длится около 5 часов.
В официальной документации и в комьюнити только синхронные примеры.
Блокировка сервиса Discord может произойти в ближайшие дни, сообщает «Коммерсант» со ссылкой на источник, знакомый с ситуацией. Основание для этого — пять решений о нарушении российского законодательства.
На других русскоязычных платформах:
Ольга Назина (Киселева) представляет.
Настало время для последнего принципа SOLID! Принцип инверсии зависимостей состоит из двух частей, и мы будем изучать их по одной. Во-первых, он гласит, что «Высокоуровневые модули должны зависеть не от низкоуровневых, а от абстракций».
Чтобы с этим разобраться, надо понять разницу между «высокоуровневыми» и «низкоуровневыми» модулями. Низкоуровневый модуль отвечает за одну конкретную задачу – например, запрос к базе данных или отправка файла на печать. Для первого примера мы используем класс AddText, очищающий текстовое поле и вводящий туда новый текст.
Около 20.
В этой статье вы узнаете, как выполнять API тестирование с помощью Cypress, от установки до оптимизации тест-кейсов.
Регулярно вижу посты подобного плана: — Вышла новая iOS XX! Тестировщики — срочно обновляться! Ну как, регулярно — раз в выход версии. И всегда удивляет эмоциональный заряд подобных постов, будто кто-то реализует свой FOMO: не обновился — потерял пользователей. На деле же стоит действительно думать о пользователях, а не о своём гиковском окружении, обсессивно обновляющем всё вокруг.
У нас в Купере более 200 микросервисов на разных стеках, а также монолиты. С точки зрения инфраструктуры интеграционное тестирование такого количества компонентов — довольно затратная задача, но при этом хочется обеспечить стабильность системы, не проводя ручные интеграционные регресс-тесты. В таких условиях оптимальным решением являются контрактные тесты.
Расскажу о QA-метриках, которые мы применяем в работе: как мы их внедряли, как собираем данные, как автоматизируем и анализируем. А также о том, какие у нас стоят пороговые значения и о том, какие действия мы предпринимаем, когда они нарушаются.
Зачастую full stack (и не только) проекты создаются без функциональных тестов. Это вызвано ошибочным предположением, что тесты добавляются для уже готового продукта и они нужны только для поддержки качества.
Со временем каждый из нас выделяет для себя наиболее значимые аспекты в своей работе и принципы, на которые он опирается от проекта к проекту и которые сохраняются или трансформируются во что-то новое, создавая основу. Я придерживаюсь нескольких принципов, которые помогают мне выстраивать работу.
В прошлом непрерывное интеграционное тестирование было с нами не всегда, в отличие от обычного тестирования. По моим наблюдениям, CI — это результат того, что тестирование всё больше ускоряется. Разберёмся, как это произошло и как тестирование будет ускоряться дальше.
Короткая статья без привязки к языку программирования, которая подойдёт всем у кого возникаю вопросы как улучшить качество своих тестов.
В данной статье хочу рассказать про инструмент измерения покрытия gRPC сервисов tests-coverage-tool, написанный на языке Golang. Основная задача инструмента — автоматическое измерение покрытия требований на основе proto контрактов. Поговорим про использование в автотестах, концепцию, отчет и кратко про архитектуру самого инструмента tests-coverage-tool.
Традиционные методы, использующие логи и метрики, часто оказываются недостаточными, когда необходимо глубоко понять взаимодействие между различными компонентами системы и выявить узкие места.
В мире QA на других платформах (англоязычных):
Обсуждение болезненного вопроса на Реддите.
Where to click and where to look? These are the questions that need to be defined in an automated UI test script. Why not use images to show it, rather than text to describe it?
How do you navigate this post-release crisis?
If you are a Product Owner, you should not be a one-man band responsible for the quality.
Any SDET working on a product team faces this.
Example: An e-commerce website testing may require test data such as product listings, user accounts, orders, and payment details to ensure all shopping, checkout, and payment processes.
In a large QA team, engineers often work on different parts of a project, each with its own automation tasks and processes. Some may focus on separate areas of the application, while others collaborate on shared frameworks or utilities. This diversity in workflows can create complexities when proposing changes or improvements to the automation framework. Balancing the needs of different teams and ensuring that any update benefits the broader project, without disrupting individual workflows, is a significant challenge. Effective communication and collaboration are key to overcoming these hurdles.
My company is using GitHub Copilot for several months now. I wanted to share how I use GitHub Copilot in automation testing and is it worth it.
When working with Selenium WebDriver for browser automation, waiting for certain conditions to be met on a web page is a common requirement. The WebDriverWait class in Selenium provides a way to wait for conditions, but it can be cumbersome to use directly. This is where the WebDriverWait Extensions library comes in, offering a more streamlined and user-friendly approach.
Cypress now displays more actionable errors when a Test Replay upload takes too long, and more verbose messages when uncategorized errors occur during the upload process.
Посмотреть:
Помогает «бета» или нет? Стоит ли потраченного времени и сил? Можно ли полностью ее заменить? Попробуем разобраться, опираясь на факты.
Никита показал, как для написания тестов использовать технологии GitLab CI/CD, Ansible, Python, Bash и VMware vSphere. Будет интересно QA‑инженерам разного уровня, которые тестируют или планируют тестировать обновления своих продуктов.
- Тестирование .NET web-сервиса без деплоя ⏱45 минут
Если ваша команда разработки пишет на C# (.NET), и сервис, который вы хотите протестировать, это web API-сервис или сайт — вы пришли по адресу. Во время доклада спикер рассказал максимально просто о том, как тестировать ASP.NET-приложения, не закрывая IDE и не запуская деплой куда-либо. Показал, как при таком подходе создавать не только REST API-тесты, но и web-тесты с использованием Selenium или Playwright. Объяснил, что такое TestServer и WebApplicationFactory на примерах, которые подойдут вашему проекту.
- Искусство тестирования GraphQL ⏱40 минут
Доклад о тестировании бэкенда с акцентом на технологии GraphQL. Рассмотрим виды проектирования: REST, gRPC, GraphQL, SOAP. Познакомимся с историей GraphQL, проблемами, которые решает технология, а также обсудим мнения разработчиков о ней. Уделим внимание особенностям тестирования GraphQL, сравним инструменты и выберем подходящие. Рассмотрим автоматизацию тестирования и сравним библиотеки на разных языках программирования. Будут и стенды — для подробного ознакомления с технологией и практики.
Со стороны HR и технического специалиста.
Некоторые исследователи утверждают, что бурное развитие интернет-сред, которые подталкивают людей к бесконечному онлайн-общению, быстрому переключению между множеством контактов, видов контента и развлечений, приводит к ухудшению когнитивных функций. Так рождается термин «клиповое мышление». Его обычно противопоставляют системному и критическому — тому, что помогает глубоко погружаться и систематизировать информацию, выполняя все операции последовательно.
Хорошей недели!
