Что такое Ocarina?

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

Еще одна!

Остальные

Большинство фреймворков для тестирования были созданы в мире, где граница между "теми, кто пишет код" и "теми, кто определяет тесты" была реальной и структурной.

Robot Framework попытался обойти это с помощью DSL (предметно-ориентированного языка), с собственным форматом и собственной экосистемой плагинов. В результате RF навязывает свои стандарты по умолчанию: это непосредственная цена его обещания.

Cucumber попытался то же самое с Gherkin: "естественным" языком, который на практике ограничивает всех, не освобождая никого по-настоящему. Стоимость: постоянный слой перевода, рассинхронизация Gherkin/кода.

Все они сделали одну ставку: скрыть сложность, чтобы преодолеть разрыв между профилями.
Результат: нетехнические люди остаются зрителями, а технические люди оказываются в ловушке инструмента, который они никогда не выбирали бы.

Самая большая цена — это гонка на дно: меньше опций, и "гибкость", которая может быть достигнута только противодействием вашим инструментам, а не использованием решений.

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

Мы

Лучше одному, чем в плохой компании.

Ocarina делает противоположную ставку: эта граница исчезнет. Это не предмет дискуссии, вокруг которого все завязали петлю ненужно усложненными инструментами, принимая их за решения. Влияние: операционная катастрофа в момент, когда возникает потребность, которую нельзя выразить в рамках "фреймворка", который НЕ является по-настоящему универсальным.

И самое плохое: все эти технологии будут продолжать эволюционировать в том же направлении. НИ ОДНА из них не сделает этот сдвиг, потому что это потребует смены парадигмы, возврата к основам, которые прямо противоречат всему их ценностному предложению.

Однако остается потребность в коде тестов, который читаемый, трассируемый и гибкий в его наиболее сыром виде.

С AI и такими инструментами, как Claude Code, эта ставка укрепляется с каждым днем.
Мост между техническими и нетехническими людьми больше не является слоем абстракции.

Это сам AI. AI, работающий с сырыми данными.

Культурная проблема

Есть еще одна слепая зона, редко названная: методология.

ISTQB, где ты?

ISTQB и профессиональные тестировщики потратили десятилетия на создание точного, проверенного боевым опытом словаря: циклы тестирования, кампании, наборы тестов, тестовые случаи, шаги тестирования. Четкая иерархия, разработанная для организации, отслеживания и контроля качества ПО.

Автоматизированные инструменты в значительной степени игнорировали это наследие.

pytest, Jest, Mocha... все это гибридные смеси, где тестировщики должны учиться думать как разработчики, и где никто по-настоящему не говорит на одном языке.

Этот "двуязычный метод" — это неудача.

Возврат к основам

Ocarina не делает такие компромиссы.

Её структура моделируется напрямую и исключительно на основе методологии тестировщика. Каждое понятие в коде соответствует концепции в домене тестирования. Без заимствований, без переназначения, никаких "приблизительно".

И потому что Ocarina придерживается этой ставки полностью: она полностью автономна. Нет плагина pytest. Нет вынужденной интеграции в экосистему третьей стороны. Ocarina это batteries-included, ей ничего больше не нужно для работы, и это сознательный выбор.

Реальная проблема

О "творчестве"

Все одержимы как: интерфейсы, абстракции, "красивые" DSL.
Между тем, почему исчезает.

Ocarina делает противоположный выбор.

Вся её конструкция и эта Святая Книга сосредоточены на почему: на реальных проблемах.
Не на абстракции для использования "как вам угодно".

А как же как?
Ответ простой: Ocarina ёмкая, сразу работоспособная и строгая. Построена так, чтобы и люди, и LLM могли понять её ядро и использование без трений.

Какая наука?

Здесь всё основано на статических основах:

• типы,
• дженерики,
• функциональное программирование.

Ocarina затрудняет неправильное использование по конструкции: компилятор восторжествует.

Просто алгебра.

📖 Алгебра происходит от арабского الجبر (al-jabr), что означает "воссоединение сломанных частей" или "исправление переломов".

Большинство инструментов начинают с человеческой грамматики, чтобы якобы "формализовать".
Затем наступает осознание, что машина не может это читать как есть.
Итак, давайте наваливать "адаптеры".

Мы не называем это формализацией, но пустым желанием.

Ocarina, очевидно, делает противоположное.
Вот что делает Ocarina стабильной и одновременно расширяемой.

Видение

Суверенная грамматика

Что, если делегирование вашей грамматики "стандартам" никогда не было хорошей идеей в первую очередь?

Реальный разрыв с E2E тестированием не в навязывании "лучшего" Новояза.
Короткий ответ: Ocarina расширяема. Любой глагол и союз могут быть созданы, все управляется строгими правилами, которые сохраняют всё глубоко согласованным.

Что остается, так это гарантировать отслеживаемость и надежность.

Рождённая практикой

В Ocarina каждый шаг наблюдаем.
Путь ошибки явный. Отчет тестирования естественно вытекает из кода.

Без переусложнения. Без ненужных зависимостей.
Просто что-то маленькое, читаемое и построенное на века.

Самое мощное то, что Ocarina ничего не изобретает: Ocarina возвращается к основам.

Принятие

В самых крайних случаях: Ocarina не нужно устанавливать.
Скопируй, адаптируй, запусти.
Нет зависимостей для проверки.

Для команд, ограниченных политиками безопасности: код маленький, проверяемый за полдня. Ничего скрытого. Единственные внешние зависимости находятся в плагинах после выполнения, и если один из них не подходит, его можно удалить без разрушения всего остального.

На практике консультант может появиться на месте клиента с Ocarina в кармане, почти без чьего-либо разрешения.

Устают не люди — их изнашивают отжившие струны.

И именно поэтому она существует: чтобы вернуть тестировщикам их независимость.
Всё это в драгоценности синтеза.

Игорь Казанова