Jak testować localhost bez tunelu?

Ustaw BASE_URL na adres Twojej aplikacji na localhost lub prywatny adres URL środowiska testowego. Silnik Nexus uruchamia aplikację przed rozpoczęciem testów, czeka, aż zacznie odpowiadać, wykonuje testy, a następnie ją zatrzymuje, bez tunelu, bez publicznie dostępnego adresu URL środowiska testowego i bez przesyłania danych testowych poza Twoją sieć.

Autorzy: zespół Nexus Studio, Verdict System LLC. 27 października 2026.

Dlaczego siatka testowa w chmurze potrzebuje tunelu?

Hostowana siatka uruchamia przeglądarki na własnych serwerach, więc może uzyskać dostęp do aplikacji na Twoim komputerze tylko przez tunel lub publiczny adres URL środowiska testowego. Nexus Studio uruchamia przeglądarki na komputerze, na którym znajduje się aplikacja, więc test i aplikacja komunikują się bezpośrednio, przez localhost lub prywatny adres URL środowiska testowego.

Jak silnik uruchamia Twoją aplikację?

• Serwer deweloperski pozostawiony po testach. NEXUS_APP_START uruchamia aplikację przed każdym przebiegiem i zatrzymuje ją wraz z całym drzewem procesów, gdy przebieg się zakończy, zakończy się błędem lub zostanie przerwany, także przez Ctrl+C.
• Pozytywny wynik testów aplikacji, która nigdy się nie uruchomiła. Przebieg czeka, aż adres URL sprawdzający gotowość odpowie kodem poniżej 500, odpytując go co 0.5 s. Jeśli aplikacja nie może się uruchomić, przebieg w ogóle się nie rozpoczyna: CONFIG_ERROR APP_DID_NOT_START, wraz z ostatnimi 40 wierszami jej dziennika.
• Druga instancja już działającej aplikacji. NEXUS_APP_REUSE=true korzysta z aplikacji, która już odpowiada, i pozostawia ją uruchomioną; false zatrzymuje przebieg, jeśli pod tym adresem odpowiada coś innego.
• Wynik, którego nikt nie potrafi powiązać z kompilacją. Każdy przebieg zapisuje wersję aplikacji z pliku package.json oraz testowany commit Git.

Co się zmienia w Dockerze i przy połączeniu przez SSH?

W Dockerze aplikacja nadal działa na tym komputerze, a kontener uzyskuje dostęp do lokalnego adresu BASE_URL przez host.docker.internal. Przy połączeniu przez SSH aplikacja uruchamia się na zdalnym hoście.

Co konfigurujesz?

Jeden program i jego argumenty, bez powłoki: npm run dev, pnpm dev lub node server.js. Polecenie nexus app check lub opcja Przetestuj w Studio uruchamia aplikację, czeka na jej gotowość i ją zatrzymuje. Cały dziennik pozostaje w evidence/run-context/.

Jakie są ograniczenia?

• Polecenie uruchomienia to jeden program z argumentami, bez powłoki, więc operatory powłoki takie jak && nie mają zastosowania. Dłuższą sekwencję umieść w skrypcie i uruchom ten skrypt.
• Przy połączeniu przez SSH localhost oznacza zdalny host: aplikacja uruchamia się tam, a nie na komputerze, na którym działa Studio.

Gdzie mogę przeczytać więcej?

Strona o własnej infrastrukturze porównuje komputer PC, mini PC, Dockera i wynajęty serwer oraz podaje koszty każdego rozwiązania. Strona o zaufaniu opisuje jedyne połączenie, które Studio nawiązuje samodzielnie, a poradnik samodzielnego hostowania Playwright omawia uruchamianie tych samych testów w Dockerze lub na serwerze z systemem Linux.