TesterArmy staje się e2e i otwiera framework po rundzie 8 mln USD

W ogłoszeniu e2e z 3 listopada 2026 r. TesterArmy poinformowało o zmianie nazwy i rundzie seed o wartości 8 mln USD; firma rozwija już dostępny, otwarty framework do testowania aplikacji. Dla zespołów programistycznych zmienia się przede wszystkim sposób korzystania z narzędzia: mogą uruchamiać testy we własnym środowisku, a przyszła chmura e2e ma być osobną usługą.

Jak podaje Bizblog, framework opublikowano 1 października 2026 r.; według spółki przekroczył milion pobrań, posłużył do uruchomienia ponad 10 mln testów i zebrał ponad 12 tys. gwiazdek na GitHubie, natomiast premierę chmury zaplanowano na 2027 r. Oznacza to, że otwarty kod można wykorzystać już teraz, podczas gdy zarządzana infrastruktura pozostaje zapowiedzią. Trzecią częścią oferty są indywidualne wdrożenia dla dużych organizacji.

Zmiana marki oznacza zmianę modelu

TesterArmy sprzedawało zamkniętą usługę, w której agenci AI sprawdzali aplikacje z perspektywy użytkownika. W e2e podstawowym produktem jest framework: zespół zapisuje testy przy własnym kodzie, wybiera model i środowisko wykonania oraz może uruchamiać je bez infrastruktury startupu. To istotna różnica dla firmy, która chce zachować kontrolę nad zestawem testów i sposobem ich wykonywania.

Współzałożyciel Szymon Rybczak w rozmowie z „Pulsem Biznesu” ujął zmianę słowami „zmienia się model komercyjny”; gazeta podaje, że łączne finansowanie spółki wzrosło do 9,2 mln USD. Firmę założył wspólnie z Oskarem Kwaśniewskim. Dotychczasowy produkt jest stopniowo wycofywany, a jego klientów spółka przenosi do e2e, więc nowa marka obejmuje również zmianę narzędzia, z którego korzystają.

Framework jest udostępniany na licencji Apache 2.0 i ma pozostać bezpłatny także dla przedsiębiorstw. Zespół może więc utrzymywać własne testy oraz samodzielnie zdecydować, gdzie je wykona. Bezpłatny kod nie usuwa kosztu własnego środowiska ani korzystania z modelu AI w krokach, które go potrzebują. Pozwala natomiast oddzielić te koszty od opłaty za sam framework.

Agent prowadzi test, asercja ocenia wynik

e2e łączy polecenia w języku naturalnym z precyzyjnymi warunkami zapisanymi w kodzie. Agent może otrzymać cel i odnaleźć drogę przez interfejs aplikacji. Programista może równocześnie wskazać dokładny element oraz warunek, który musi być spełniony na końcu ścieżki. Elastyczność dotyczy wtedy wykonania czynności, a nie definicji poprawnego wyniku.

W hipotetycznym teście zmiany danych konta agent odnalazłby formularz, wprowadził nową wartość i zapisał zmianę. Osobna asercja sprawdziłaby, czy aplikacja rzeczywiście pokazuje tę wartość po zakończeniu operacji. Jeśli agent dotrze do końca ścieżki, lecz zapis się nie powiedzie, warunek nie zostanie spełniony. Takie rozdzielenie jest użyteczne tam, gdzie układ interfejsu może się zmieniać, ale oczekiwany rezultat musi pozostać jednoznaczny.

Po poprawnym wykonaniu kroku framework może zapamiętać działania agenta. Przy kolejnym przebiegu odtwarza zapisaną sekwencję bez ponownego pytania modelu o tę samą drogę. Jeśli zmiana aplikacji uniemożliwi odtworzenie kroków, agent może ponownie wyznaczyć sposób wykonania zadania. Pamięć ogranicza zatem wywołania modelu przy powtarzaniu stabilnych fragmentów testu; nie zastępuje asercji, która sprawdza wynik.

Ten mechanizm wyjaśnia także, skąd może brać się oszczędność przy częstym uruchamianiu testów. Model jest potrzebny do odnalezienia lub naprawienia ścieżki agenta, lecz nie musi od nowa rozpoznawać każdego niezmienionego kroku. Test złożony wyłącznie z dokładnych instrukcji i asercji może działać bez kroku agenta. Zespół dobiera więc poziom automatycznego rozpoznawania do konkretnej części aplikacji.

Za co e2e chce pobierać opłaty

Pierwszą planowaną płatną warstwą jest chmura do uruchamiania testów na zarządzanej infrastrukturze. Spółka chce udostępniać w niej przeglądarki, emulatory oraz urządzenia z iOS i Androidem. Zespół, który utrzymuje własne środowisko albo korzysta z innego dostawcy infrastruktury, nadal może używać otwartego frameworka. Wybór usługi e2e ma dotyczyć wygody i skali wykonywania testów, a nie dostępu do podstawowego kodu.

Druga warstwa to praca inżynierów przy wdrożeniach dla dużych przedsiębiorstw. Może obejmować dostosowanie narzędzia do systemów klienta, przeniesienie dotychczasowych testów i pomoc w jego obsłudze. Firma pobierałaby wtedy opłatę za usługę oraz rozwiązania przygotowane dla konkretnej organizacji. To inny zakup niż samodzielne pobranie frameworka i uruchomienie go we własnym projekcie.

Spółka uzyskuje już przychody, ale nie opublikowała cennika przyszłej chmury ani celu przychodowego. Nie da się więc jeszcze rzetelnie zestawić ceny tej usługi z kosztem utrzymywania własnych urządzeń i środowisk testowych. Granica oferty jest jednak czytelna: kod jest dostępny, zarządzana chmura ma dopiero powstać, a zakres wdrożenia dla przedsiębiorstwa zależy od jego potrzeb.

Warszawski zespół ma rozwijać produkt i usługi

e2e ma biuro w Warszawie, a założyciele deklarują zamiar zatrudniania polskich programistów. Nowe finansowanie ma wesprzeć rozwój i utrzymanie frameworka, budowę chmury oraz pracę inżynierów przy wdrożeniach. Firma planuje też biuro w San Francisco, zachowując polski zespół jako część rozwoju produktu.

Dla użytkowników otwartego narzędzia najbliższą zmianą będzie rozwój samego frameworka, który można uruchamiać niezależnie od komercyjnych usług e2e. O tym, jak atrakcyjna okaże się płatna część modelu, zdecydują warunki przyszłej chmury i zakres obsługi, jakiego duże zespoły będą potrzebować przy własnych testach.

Przeczytaj także:

• ETF-y na bitcoina wróciły do napływów — 175,7 mln USD po wyprzedaży
• Ghost czy Substack? Przy 290 USD miesięcznie zmienia się tańsza opcja
• Accenture finansuje 29 USD na Claude — reszta obciąża projekt