Телеграм канал «QA-Логия»

🤣 Что за дурацкие простые задачки?

💥 xCode Journal

🔍 Как отслеживать перформанс-метрики приложения и выкатывать только позитивные изменения

В статье рассказывается, почему производительность приложений важна, какие метрики важны для анализа, и как Авито проверяет перформанс через A/B‑тесты. Полезно для тех, кто хочет начать следить за скоростью.

Читать...

🖥 Anthropic выпустили Code Review

Систему, которую в компании запускают почти на каждом PR. За последний год объём кода на инженера в Anthropic вырос примерно на 200%. При такой скорости неудивительно, что ревью стало узким местом.

Теперь Code Review автоматически проверяет PR: несколько ИИ-агентов параллельно ищут баги, перепроверяют результаты и ранжируют проблемы по серьёзности. Причем чем более объемным и сложным будет PR — тем больше агентов туда пойдет работать.

✖️ xCode Journal

⚙️ Основы разработки для автоматизации тестирования

Автоматизация тестирования требует надёжных скриптов и минимизации зависимости от UI. В статье разбираем пирамиду тестирования Майка Кона: юнит‑тесты, сервисные проверки и UI‑тесты.

Читать...

Монолитные автотесты: проблема и пути решения

1. Сложность поддержки и масштабирования

Монолитные тестовые системы часто становятся громоздкими и трудными в обслуживании. При увеличении объема кода сложность внесения изменений возрастает, что приводит к снижению эффективности тестирования. В статье на Хабре отмечается, что разделение автотестов по принципу "один репозиторий содержит тесты на один API" позволяет изолировать зависимости и ускорить процессы разработки. Подробнее в статье на Хабре.

2. Нестабильность и ненадежность тестов

Монолитные автотесты подвержены нестабильности, что приводит к ложным срабатываниям и снижению доверия к результатам тестирования. В статье на Хабре подчеркивается важность использования моков для изоляции тестов и повышения их стабильности. Читать далее на Хабре.

3. Замедление процессов CI/CD

Крупные монолитные тестовые наборы увеличивают время выполнения тестов, что замедляет процессы непрерывной интеграции и доставки (CI/CD). Разделение тестов на более мелкие, независимые модули позволяет ускорить их выполнение и повысить эффективность CI/CD. Узнать больше на Хабре.

4. Ограниченная гибкость и адаптивность

Монолитные тестовые системы затрудняют адаптацию к изменениям в архитектуре приложения или бизнес-логике. Модульный подход к тестированию обеспечивает большую гибкость и позволяет быстрее реагировать на изменения. Детали в статье на Хабре.

❗️Заключение

Переход от монолитных автотестов к модульным и изолированным тестовым системам способствует повышению стабильности, гибкости и скорости тестирования, что в конечном итоге улучшает качество продукта и ускоряет его вывод на рынок.

Источники:

1. Статья на Хабре о разделении автотестов.
2. Статья на Хабре об использовании моков.

➡️ 100 вопросов на собеседовании тестировщика

Статья содержит 100 вопросов и ответов, которые часто встречаются на собеседовании тестировщика. Включены основные концепции тестирования, виды тестирования, критерии завершения, проектирование тестов и этапы процесса.

Читать...