Roo Code для тестировщика: как превратить обязательные запросы к DeepSeek в реальную пользу

TL;DR

Если вас заставляют делать N запросов к локальному DeepSeek в день — эта статья про то, как получать от них реальную пользу. Покажу, как с помощью Roo Code разобраться в чужом модульном Android-проекте и написать Kaspresso-тесты за 20 минут вместо нескольких часов. С конкретными промптами и решением проблемы «невидимых» id элементов.

Проблема, о которой не говорят вслух

Многие компании сейчас внедряют AI — кто добровольно, кто принудительно. Разворачивают локальный DeepSeek, устанавливают нормы: столько-то запросов в день, столько-то в месяц. Метрики есть, а польза? 🤔

Знакомая ситуация?

• Чат с DeepSeek открыт в соседней вкладке

• Вы копируете туда куски кода и получаете абстрактные ответы

• AI не видит ваш проект, не понимает контекст

• В итоге запросы делаются «для галочки»

Проблема не в AI и не в инженере. Проблема в инструменте.

Чат без интеграции с кодом — это Google с человеческим лицом. Он не знает, что у вас 12 модулей, не видит ваши layouts, не понимает, какие тесты уже написаны.

Roo Code подключается к тому же DeepSeek, но работает внутри IDE. Те же запросы — но с контекстом всего проекта. Разница как между «гуглить симптомы» и «показать снимок врачу».

Типичные боли QA-инженера

1. Модульный проект — чёрный ящик

app/ ├── feature-auth/ ├── feature-booking/ ├── feature-profile/ ├── core-ui/ ├── core-network/ └── core-analytics/

Откуда берётся этот BookingViewModel? Где живёт RoomRepository? В каком модуле искать экран, который вы тестируете?

Новый человек в команде тратит первую неделю на археологию вместо тестов.

2. Элементы без id или с динамическими id

// Тест падает с ошибкой: // NoMatchingViewException: No views in hierarchy found matching... onView(withId(R.id.booking_button)).perform(click())

Элемент есть на экране, но тест его «не видит». Причины: Compose без testTag, RecyclerView с динамикой, кастомные View, элемент скрыт по умолчанию.

3. Миграция между фреймворками

Команда долго писала на Espresso, потом безопасники попросили сменить инструмент. Переписывать 200 тестов вручную?

Решение: Roo Code + ваш корпоративный DeepSeek

Roo Code — расширение для VS Code (и форков: Cursor, Windsurf), которое работает с полным контекстом проекта.

Ключевое отличие от чата:

Важно: Roo Code — это не другая модель. Это способ использовать тот же DeepSeek, который у вас уже развёрнут, но эффективно.

Подключение к вашему корпоративному DeepSeek

Вариант 1: DeepSeek через Ollama

1. Установите расширение Roo Code в VS Code 2. Откройте Roo Code → Settings (шестерёнка) 3. API Provider: выберите "Ollama" 4. Base URL: http://localhost:11434 (или IP сервера: http://192.168.1.100:11434) 5. Model: deepseek-r1:7b (или какая версия у вас установлена)

Вариант 2: Корпоративный API-сервер (OpenAI-совместимый)

Большинство корпоративных решений разворачивают модели с OpenAI-совместимым API:

1. API Provider: "OpenAI Compatible" 2. Base URL: адрес сервера (спросите у DevOps, например http://llm.company.local:8000/v1) 3. API Key: ключ от админов (или пустой, если авторизация отключена) 4. Model ID: название модели на сервере (уточните у DevOps)

Проверка подключения

После настройки отправьте тестовый запрос:

Привет! Какую модель ты используешь?

Если всё работает — получите ответ с названием модели.

Типичные проблемы:

Практика: от экрана до теста за 20 минут

Исходные данные

• Android-проект с модульной структурой

• Вы не знаете проект досконально

• Задача: написать UI-тесты для экрана бронирования

• Фреймворк: Kaspresso

Шаг 1: Разведка проекта (3 минуты)

Откройте проект в VS Code с Roo Code.

Режим: Ask (для анализа)

Проанализируй структуру проекта и ответь: 1. Какие модули отвечают за функциональность бронирования? 2. Где находятся экраны (Activity/Fragment) для бронирования? 3. Какие ViewModel и Repository используются? 4. Есть ли уже написанные UI-тесты? Если да — какой фреймворк? Формат: краткий список с путями к файлам

Что вы получите:

## Модули бронирования - `feature-booking` — основная логика - `core-ui` — переиспользуемые компоненты (RoomCard, TimeSlotPicker) - `core-network` — API клиент ## Экраны - `BookingListFragment` → feature-booking/src/main/java/.../ui/list/ - `BookingDetailFragment` → feature-booking/src/main/java/.../ui/detail/ - `CreateBookingFragment` → feature-booking/src/main/java/.../ui/create/ ## Существующие тесты - Найдено 23 UI-теста в `app/src/androidTest/` - Фреймворк: Kaspresso 1.5.3 - Паттерн: Screen Object в `screens/` директории

3 минуты — и вы понимаете архитектуру лучше, чем после часа чтения кода.

Это тот же DeepSeek, те же запросы в вашу норму — но с реальным результатом.

Шаг 2: Изучение стиля команды (2 минуты)

Покажи пример существующего Kaspresso-теста из проекта. Какие Screen Objects уже созданы? Какой naming convention используется?

Теперь вы знаете, как писать тесты консистентно с командой.

Шаг 3: Создание Screen Object (5 минут)

Режим: Code (для генерации)

Создай Kaspresso Screen Object для CreateBookingFragment. Требования: 1. Проанализируй layout файла fragment_create_booking.xml 2. Найди все интерактивные элементы 3. Используй стиль существующих Screen Objects из проекта 4. Если у элемента нет android:id — предложи альтернативный способ поиска 5. Добавь KDoc комментарии Сохрани в: app/src/androidTest/java/.../screens/CreateBookingScreen.kt

Результат — готовый Screen Object с обработкой элементов без id:

object CreateBookingScreen : KScreen<CreateBookingScreen>() { override val layoutId: Int = R.layout.fragment_create_booking override val viewClass: Class<*> = CreateBookingFragment::class.java /** Поле выбора даты */ val datePickerField = KEditText { withId(R.id.date_picker_field) } /** Список доступных комнат */ val roomsList = KRecyclerView( builder = { withId(R.id.rooms_recycler) }, itemTypeBuilder = { itemType(::RoomItem) } ) /** Кнопка подтверждения */ val confirmButton = KButton { withId(R.id.confirm_booking_button) } // ⚠️ Элемент без id — альтернативный поиск /** Сообщение об ошибке (нет id, ищем по тексту) */ val errorMessage = KView { withText(R.string.booking_error_message) } /** Лоадер (нет id, ищем по content description) */ val loadingIndicator = KView { withContentDescription("Loading") } }

Шаг 4: Решение проблемы «невидимых» элементов (5 минут)

Вот та самая боль: тест не видит элемент.

В CreateBookingFragment есть кнопка "Забронировать", но тест падает с NoMatchingViewException. Проанализируй: 1. Layout файл fragment_create_booking.xml 2. Код фрагмента CreateBookingFragment.kt 3. Возможные причины проблемы Предложи решения для Kaspresso.

AI проанализирует ваш конкретный код и найдёт причину:

## Причина найдена Кнопка "Забронировать" имеет `visibility="gone"` по умолчанию. Она появляется только после выбора комнаты и времени. ## Решение для Kaspresso // Дождаться появления кнопки: step("Ждём появления кнопки") { CreateBookingScreen { confirmButton { // Kaspresso автоматически ждёт до 10 сек isVisible() click() } } }

Это не абстрактный совет из интернета — это анализ вашего конкретного кода.

Шаг 5: Генерация тест-кейсов (5 минут)

На основе анализа CreateBookingFragment создай набор тест-кейсов для Kaspresso. Требования: 1. Покрой happy path и основные edge cases 2. Используй step() для читаемости 3. Следуй стилю существующих тестов проекта Сохрани в: app/src/androidTest/java/.../tests/CreateBookingTest.kt

Бонус: миграция с Espresso на Kaspresso

Если нужно переписать старые тесты:

В папке app/src/androidTest/java/.../espresso/ находятся старые Espresso-тесты. Мигрируй LoginEspressoTest.kt на Kaspresso: 1. Сохрани логику тестов 2. Преобразуй в Screen Object паттерн 3. Добавь step() для читаемости

Было (Espresso):

@Test fun testSuccessfulLogin() { onView(withId(R.id.email_input)) .perform(typeText("[email protected]")) onView(withId(R.id.password_input)) .perform(typeText("password123")) onView(withId(R.id.login_button)) .perform(click()) onView(withId(R.id.main_content)) .check(matches(isDisplayed())) }

Стало (Kaspresso):

@Test fun successfulLogin() = run { step("Вводим email") { LoginScreen { emailInput.typeText("[email protected]") } } step("Вводим пароль") { LoginScreen { passwordInput.typeText("password123") } } step("Нажимаем войти") { LoginScreen { loginButton.click() } } step("Проверяем главный экран") { MainScreen { mainContent.isVisible() } } }

Что НЕ сделает AI (из коробки 🙂)

Код нужно проверять. AI сгенерирует Screen Object за 5 минут. Но он может:

• Забыть импорт

• Использовать deprecated API

• Угадать неправильный id

Правило: каждый сгенерированный файл — запустить и проверить компиляцию. 30 секунд, которые сэкономят 30 минут отладки.

AI не знает ваш продукт. Он не понимает, что «важный клиент» = приоритет бронирования. Бизнес-логику знаете вы.

AI не найдёт все edge cases. Он предложит очевидные сценарии. Хитрые баги находят люди.

Итого: те же запросы — другой результат

Запросы идут к тому же DeepSeek. Учитываются в ту же норму. Но вместо «кормить чат бредом» — получать реальную пользу.

Первый шаг

Не обязательно ничего внедрять или согласовывать.

1. Установите расширение Roo Code в VS Code

2. Подключите к вашему корпоративному DeepSeek (инструкция выше)

3. Откройте проект и спросите: «Какие модули отвечают за [фича, над которой работаете]?»

Если ответ полезен — попробуйте сгенерировать Screen Object.
Если нет — напишите в комментариях, что пошло не так.

Чек-лист промптов для QA

✅ Укажите фреймворк (Kaspresso/Espresso/Compose Testing) ✅ Ссылайтесь на существующие тесты ("в стиле LoginTest.kt") ✅ Указывайте конкретные файлы для анализа ✅ Просите решения для проблем с id ✅ Требуйте step() для читаемости ✅ Указывайте путь для сохранения файла

FAQ

Q: Запросы через Roo Code учитываются в норму?
A: Если ваша компания считает запросы к API DeepSeek — да, учитываются. Roo Code использует тот же API, просто добавляет контекст проекта к каждому запросу.

Q: Это безопасно для корпоративного кода?
A: Код не уходит наружу. Roo Code отправляет запросы на ваш локальный сервер DeepSeek — тот же, к которому вы обращаетесь через чат.

Q: Работает ли с Compose Testing?
A: Да. Укажите в промпте «Compose Testing» вместо «Kaspresso».

Q: А если проект на Java?
A: Работает. Укажите «сгенерируй на Java».

Q: Нужно ли согласовывать установку Roo Code?
A: Это расширение для VS Code, не требует админских прав. Использует тот же DeepSeek, который уже одобрен. Но если сомневаетесь — уточните у безопасников.

Вопросы и кейсы из вашей практики — в комментариях. Особенно интересны проблемы с «невидимыми» элементами в Kaspresso.