Этот дайджест создан совместно с телеграм-каналом QA Live | тестирование ПО. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
По умолчанию Playwright стремится к оптимальному использованию процессора и запускает тесты параллельно. Чтобы масштабировать процесс, тесты запускают на нескольких машинах одновременно.
Разработчики должны больше тестировать, в том числе на интеграционном уровне, считает Алан Пейдж, ex Engineering Director в Microsoft.
На других русскоязычных платформах:
В статье про оценку тестового покрытия мы затронули тему интеграционных тестов. В этом материале я расскажу, как у нас обстоят дела с пирамидой тестирования в целом. В hh.ru более 200 микросервисов, которые тестируются на различных уровнях. У нас, как и в классической пирамиде, таких уровней три, а сейчас мы активно запускаем еще один — контрактные тесты.
Про тестирование PWA есть много разрозненных мнений, подходов и обособленных принципов, иногда противоречащих друг другу. Мы в Red Collar решили испытать на себе несколько вариаций подхода к тестированию таких приложений.
За последний год проект быстро обрастал новыми фичами. Архитектура: монолит на Ruby + микросервисы на Go. Для безопасного внедрения многие изменения активировались фича-флагами, разрасталась ролевая модель, фичей становилось ещё больше. Всё это увеличивало количество действий для подготовки тестового стенда, их количество обычно достигало 9. Да, нужно было совершить девять разных операций, чтобы подготовить стенд к работе с бонусами.
Test Impact Analysis (TIA, анализ влияния тестирования) — это современный способ ускорить этап автоматизации тестирования, который работает путём анализа графа вызовов исходного кода. Благодаря этому можно определить, какие тесты необходимо запустить после внесения изменений в продакшен код. Microsoft проделала большую работу над этим подходом.
Прекрасный момент: система написана, часть тестов автоматизирована, отчеты сгенерированы и даже выявлено несколько дефектов. Выдыхаем и будем думать о дальнейших планах: увеличить тестовое покрытие, добавить стабильности и что-то делать с логированием. Стоп, подождите, вы про логи? Заряжаем ELK, агенты сбора, выделяем ресурсы. Как нет ресурсов? Так, может быть, rsyslog в конце концов? И его нельзя? Звучит как тестовая задача на собеседовании, однако можно ли в такой ситуации обойтись без дополнительных инструментов, да еще и интегрировать работу с логами в систему автоматизации тестирования.
Как вы, вероятно, догадываетесь, мне приходит много писем об инструментах тест-автоматизации. КУЧА. Я открываю почти все и бегло их просматриваю. Если что-то цепляет мой взгляд, неважно, хорошее или плохое, я тщательно читаю письмо. Думаю, многие из нас делают так же.
В мире QA на других платформах (англоязычных):
Some hidden tricks are.
CTRF is a JSON schema designed to standardize test reports, ensuring that the same JSON report can be generated no matter which tool is used. It provides a consistent structure across all test frameworks and makes it easy to exchange test results between tools using our favorite data exchange format, JSON.
DevOps transforms testing from finding all bugs to prioritizing critical ones. Risk assessment helps testers focus on high-impact areas. Testing can be pre-release (critical issues), post-release (resolvable issues), or out-of-scope (low-impact). Testing should align with business goals and user stories. Data science helps measure and improve software quality.
Performance testing should be done regularly for APIs that are crucial to the application or widely used by the application.
Посмотреть:
Доклад об анализе защищенности мобильных приложений — о том, какие проверки можно включить на этапе тестирования. Юрий показал, как вообще проверяют мобильные приложения на защищенность, какие практики применяют и какие из них можно легко включить в базовый набор функциональных тестов. Будут разные аспекты: от хранения различных ключей в коде до проверки WebView. Это можно проверять как вручную, так и включить в процесс автоматического тестирования.
Доклад о том, как с помощью статического анализатора Detekt можно повысить качество кода автотестов (Android-приложения), написанных на Kotlin. Николай рассказал, как смог полностью исключить несколько классов ошибок, использовав существующие правила статического анализатора и написав новые. Как это позволило быстрее получать обратную связь от CI и экономить его ресурсы, ускорить код-ревью и прийти к более унифицированному коду автотестов.
- Масштабируем UI-тесты на iOS ⏱45 минут
Легко, когда есть приложение для одной задачи, однако ВКонтакте — это уже давно платформа из многих сервисов, предлагающих свои фичи пользователям. Конечно, нужно тестировать каждый сервис. Спикер рассказал об экспансии UI-тестов и о том, как команда расширяла покрытие на новые проекты и писала тесты для физических девайсов и часов.
Хорошей недели!
