E2e залучила $8 млн на посівному раунді, щоб створити рівень перевірки для програмування за допомогою агентів

3 листопада 2026 року компанія e2e оголосила, що залучила $8 млн посівного фінансування та змінила назву з TesterArmy, розробляючи інструменти для перевірки програмного забезпечення, написаного за допомогою агентів програмування. Серед названих інвесторів — Credo Ventures, KAYA, Point Nine, Baobab Ventures і Script Capital.

Серед індивідуальних інвесторів — співзасновник Snowflake Марцин Жуковський і співзасновник Uber Оскар Салазар. Нова назва e2e відображає ширші амбіції компанії — підтримувати агентів на всіх етапах їхньої роботи, а тестування є першим елементом цієї стратегії перевірки.

Чому TesterArmy стала e2e

Команда заснувала TesterArmy на початку 2026 року та взяла участь у програмі Y Combinator. Закрита платформа не давала клієнтам змоги зберігати тести поруч із кодом, обирати будь-яку модель або запускати тести локально поряд з агентом програмування. Ці обмеження вплинули на розробку e2e: тести залишаються кодом, що належить користувачеві, модель обирає користувач, а тести можна запускати локально або в середовищі безперервної інтеграції.

Компанія запустила фреймворк із відкритим кодом 1 жовтня 2026 року. Після ребрендингу назву фреймворку поширили на всю компанію, адже після релізу саме цей продукт став тим, з чим розробники асоціювали команду.

Поєднання кроків агента з точними перевірками

Фреймворк TypeScript підтримує веб, iOS та Android через єдиний API. Розробники можуть використовувати локатори на основі ролей і твердження з автоматичним повторним виконанням там, де важлива точність, а потім додавати agent.act(), agent.assert() і agent.extract() кроки, у яких описати мету простіше, ніж прописувати сценарій для кожної дії.

Коли крок агента успішно проходить перевірку із зафіксованим результатом, e2e кешує його дії та відтворює їх під час наступних запусків без повторного звернення до моделі. Якщо інтерфейс змінюється настільки, що відтворити ці дії вже не вдається, активний агент перебирає керування, щоб знайти новий шлях. Тож використання моделі залежить від змін інтерфейсу, а не від кожного повторного запуску незмінного тесту.

Кроки агента можна виконувати на моделях AI SDK, зокрема локальних, або через наявні підписки ChatGPT, GitHub Copilot і SuperGrok. Навичка агента та сервер MCP з’єднують фреймворк із Claude Code, Cursor і Codex, щоб ці агенти програмування могли досліджувати застосунок, писати тести за допомогою локаторів інтерфейсу та читати звіти про помилки.

Фреймворк доступний на npm за ліцензією Apache-2.0, але його версія ще не досягла 1.0. У репозиторії проєкту зазначено, що API та конфігурація можуть змінюватися між мінорними випусками; настільні застосунки поки що не підтримуються.

За повідомленням e2e, за перший місяць фреймворк отримав понад 1,5 мільйона завантажень із npm і 12 000 зірок на GitHub, а також залучив 60 зовнішніх учасників. Щодня його завантажували приблизно 100 000 разів.

Комерційні плани та перехід клієнтів

Компанія планує запустити e2e cloud у 2027 році, щоб команди могли використовувати фреймворк на керованій інфраструктурі з різними моделями та пристроями. Згодом планується випустити додаткові інструменти для перевірки. Фреймворк із відкритим кодом і надалі поширюватиметься за ліцензією Apache-2.0.

Корпоративна пропозиція передбачає безкоштовне використання фреймворку в корпоративних цілях і оплату роботи інженерів, які допомагають із впровадженням або виконують індивідуальні завдання. Ці роботи охоплюють перенесення тестів, налаштування безперервної інтеграції, розробку з урахуванням специфіки технологічного стеку та передавання напрацювань; тести й застосунки працюють на інфраструктурі під контролем клієнта.

Наявні клієнти TesterArmy можуть користуватися застарілою платформою до 15 січня 2027 року, а компанія допоможе їм до цього часу перенести тести на e2e. Компанія також набирає працівників у Варшаві та Сан-Франциско, розширюючи команду.

Посівний раунд фінансує перехід від закритого сервісу тестування до відкритого бізнесу з перевірки програмного забезпечення, який, за повідомленнями, уже демонструє перші ознаки впровадження. Головний виклик — розбудувати корпоративні та хмарні операції навколо фреймворку, версія якого ще не досягла 1.0, і водночас зберегти локальний контроль, можливість вибору моделі та відкриту ліцензію, що вирізняють цей продукт.