Тестирование на pytest
pytest — ближе по духу к языку Python нежели unittest, которая накладывает определенные обязательства при разработке тестов. Например, создание классов-наследников от TestCase или выполнение определенной процедуры запуска тестов.
Но при разработке на pytest ничего этого делать не нужно. Вы просто пишете функции, которые должны начинаться с "test_" и используете assert, встроенные в Python.
Также он поддерживает запуск тестов на unittest и nose, то есть полная обратная совместимость с ними.
#тестирование#pytest#assert
Ключевые советы для написания тестов: Опыт Сбербанка (15м)
❗️Структурируйте тесты по принципу Arrange-Act-Assert:
Четкое разделение на подготовку, выполнение и проверку помогает создавать понятные и логичные тесты.
❗️Не используйте моки там, где это не нужно:
Моки — мощный инструмент для тестирования, но их неправильное использование может существенно ухудшить производительность.
❗️Пишите читаемые и поддерживаемые тесты:
Тесты должны быть самодокументируемыми, чтобы их мог понять любой разработчик, и легко адаптироваться под изменения кода.
❗️Изолируйте тесты друг от друга:
Независимость тестов гарантирует, что один тест не повлияет на результаты другого, что критично для стабильности автоматизированного тестирования.
❗️Избегайте дублирования кода:
Используйте общие фикстуры и утилиты для подготовки тестовых данных, чтобы сократить повторение и упростить поддержку.
❗️Покрывайте негативные и граничные сценарии:
Необходимо тестировать не только «счастливые» случаи, но и всевозможные ошибки и исключительные ситуации, что повышает надежность приложения.
❗️Регулярный анализ производительности:
Регулярный анализ производительности unit-тестов играет ключевую роль в нашем проекте для поддержания их эффективности и минимизации влияния на общий процесс разработки.
❗️Интегрируйте тестирование в CI/CD:
Автоматизация запуска тестов позволяет быстро получать обратную связь и оперативно обнаруживать проблемы на ранних этапах разработки.
#тестирование
🤖 В Android Unit тестах теперь можно положить AndroidManifest.xml, которая будет мержится с манифестом приложения. Тем, кто использует Robolectric, теперь станет жить попроще
Не забудьте только в Gradle модуле включить опцию android.testOptions.unitTests.includeAndroidResources
#android#тестирование
📹Стратегии тестирования Android (EN, 8м)
Оптимизируйте тестирование Android с помощью масштабируемой стратегии, которая поможет управлять нагрузкой на тесты вашего приложения и конфигурациями устройств. От понимания пирамиды тестирования до использования таких инструментов, как Robolectric и Gradle Managed Devices, вы узнаете, как принимать обоснованные решения для повышения надежности и эффективности тестирования. Узнайте, почему ручного тестирования недостаточно, и как автоматизация может сэкономить время и улучшить качество кода.
0:00 - Введение
0:41 - Зачем мы тестируем?
1:21 - Стратегии тестирования
3:06 - Область применения vs. Размер
5:45 - Категории
7:49 - Заключение
🔗Стратегии тестирования
#android#тестирование
📹Инструменты и паттерны для масштабируемого тестирования Android-приложений (EN, 10 мин)
Лучшие подходы к тестированию Android. Хосе Альсерреке расскажет о тестировании скриншотов, Robolectric, управлении разными форм-факторами и использовании Espresso Device и Gradle Managed Devices (GMD) для масштабируемого тестирования.
0:00 - Введение
0:19 - Что такое тестирование скриншотов?
1:30 - Зачем использовать тестирование скриншотов?
2:52 - Robolectric для тестирования
4:40 - Тестирование для разных размеров экрана
6:48 - Стабильность больших тестов
9:05 - Gradle Managed Devices
9:47 - ИИ и тестирование
10:19 - Заключение
Ресурсы:
🔗Тестирование скриншотов
🔗Стратегии Robolectric
🔗Тестирование разных размеров экрана и окон
🔗Тестирование приложений на Android
🔗Стратегии тестирования
🔗Основы тестирования Android-приложений
🔗Локальные тесты
🔗Инструментированные тесты
🔗UI-тесты
🔗Тестирование разных размеров экрана
#android#тестирование
🤖Dropbox делится своими подходами в автотестах на Android (7м)
Что интересного:
👉 Множество функций тесно завязаны на поведение ОС
👉 Используют Robolectric, чтобы запускать Android-тесты на JVM
👉 Целевая Test Coverage — 80%, но только для Unit-тестов
👉 Применяют скриншот-тестирование на базе Paparazzi, а также собственную разработку — Dropshots для получения скриншотов с эмуляторов и реальных устройств
👉 Экспериментируют с Compose Preview Screenshot Testing
👉 Ручное тестирование всё ещё актуально — особенно в случаях, где важно визуально проверить корректность отображения
🔗Альтернативная ссылка
#android#тестирование
🤖Как работает Robolectric и почему это важно знать Android разработчику (9м)
Robolectric — это технология, которая позволяет запускать Android-тесты на JVM (без Android-устройства или эмулятора). О её ценности лучше всего говорит тот факт, что Google давно наняла разработчика в свой штат, и он продолжил заниматься Robolectric как своей основной работой. Технология получила интеграцию в Espresso и официальные руководства на сайте Android Developers.
Автор разбирает, как работает Robolectric под капотом, на примере повторения JVM-технологии в его основе. Вы узнаете много полезного о загрузке классов в JVM.
#android#тестирование
🤖Netflix App Testing At Scale (EN,11м)
Google запустила серию интервью "Testing at scale" с разработчиками крупнейших Android приложений про организацию тестирования сборок. Первое такое интервью с Netflix.
Разработчик компании рассказал:
👉 Какие тесты применяет компания (пирамида)
👉 Тех стек Unit тестов: Strikt, Turbine, Mockito, Hilt, Robolectric и др.
👉 Как борятся с флакающими
👉 Скриншот тестирования: Paparazzi, тест локализации и др.
👉 Тесты на устройстве: Espresso, UIAutomator, Performance Testing и др.
👉 Ферма устройств для тестов
👉 Запуск тестов на CI
👉 Замер покрытия кода тестами
🔗Альтернативная ссылка
#android#тестирование
Вышел Kaspresso 1.6.0: множество улучшений и исправлений багов! Ребята выкатили все изменения длинным списком и не понять что из этого важнее, поэтому пишите в комментариях, что важного для вас в этом релизе или наоборот не дождались
#android#тестирование
🤖AI в мобильном тестировании: Block представил Trailblaze
Инженеры из Block (бывший Square) открыли исходники Trailblaze — фреймворка, который позволяет писать Android UI-тесты на естественном языке.
Идея заключается в том, чтобы вместо классического "найди кнопку по id, кликни, проверь текст" пишешь: "Открой экран профиля, измени имя на John, сохрани изменения". AI-агент сам понимает, как это сделать.
Как это работает:
👉 Встраивается в обычные instrumentation-тесты
👉 Под капотом используется Maestro для отправления UI команд
👉 Под капотом использует кастомный on-device драйвер для Maestro
👉 Можно расширять функциональность через свои TrailblazeTool
👉 Генерирует детальные отчёты с трейсами выполнения
👉 Можно использовать разные модели через провайдеров
// Пример теста
@Test
fun myTest() {
trailblaze.execute(
"""
Open profile,
change name to John,
save
"""
)
}
Подход не заставляет перестраивать CI/CD с нуля — используешь существующую инфраструктуру (Gradle, Espresso, UiAutomator). Постепенное внедрение AI-тестов рядом с обычными.
Проект свежий, но за ним стоит опыт команды из крупной финтех-компании. Посмотрим, как будет развиваться.
🐱GitHub Trailblaze
📄Документация
#AI#тестирование
🤖Вышла свежая версия Robolectric с поддержкой Android 16
Новая версия фреймворка для тестирования Android приложения на JVM теперь поддерживает свежую версию Android, а также убрали поддержку Android 5.0 и 5.1 (API Level 21 и 22).
🔥 Новая крутая фича - нативные ресурсы
Под капотом Robolectric начинает прокидывать нативные asset-id в C/C++-код фреймворка (вместо Java-эмуляции). Работает пока только на Android 16
Зачем это разработчиками? Большая точность разрешения ресурсов: aapt2-сгенерированные таблицы читаются так же, как на Android устройстве/эмуляторе. Меньше расхождений между JVM-тестом и устройством.
Включить можно глобально для всех тестов в Gradle
test {
systemProperty += ["robolectric.resourcesMode", "NATIVE"]
systemProperty += ["robolectric.enabledSdks", "36"]
}
или для отдельного теста:
import org.robolectric.annotation.ResourcesMode
@Config(sdk = [36])
@ResourcesMode(ResourcesMode.Mode.NATIVE)
class MyTest { /* ... */ }
#android16#тестирование
🔥Вышел JUnit 6 с поддержкой Kotlin
Прошло более 8 лет с релиза JUnit 5 (10 сентября 2017 года) и вот новая мажорная версия популярного фреймворка для написания Unit тестов в Java
Ключевые изменения в новой версии:
👉 Поддержка Java 17 и Kotlin 2.2+
👉 Переход на аннотации JSpecify
🏝 Поддержка корутин из Kotlin
👉 Поддержка Java Flight Recorder (JFR) из коробки
👉 Поддержка отмены выполнения теста
👉 Удалено deprecated API
👉--fail-fast режим для запуска тестов из терминала
#тестирование#kotlin