Dobry sposób żeby użyć współdzielonych zasobów w testach w mocha

Piszę sobie testy do aplikacji webowej w mocha, i mam kilka z nich które stawiają przeglądarkę na selenium żeby przetestować niektóre elementy w runtime (bo nie da się ich przetestować bez tego).

Testy są super, napisałem je, działają super, trwają około 200ms każdy, ale mam ich teraz około 40, i wykonują się podejrzanie długo, i ten czas będzie rosnąć.

Dzieje się tak dlatego że dla każdego suite'a stawiam i kładę driver od nowa. Stwierdziłem że mógłbym przyspieszyć testy gdybym używał wspólnego driver'a dla wszystkich testów, i jakoś wyczyścić state (np załadować about:blank i usunąć local storage), myślę że byłoby to szybsze.

Tylko właśnie, przejechałem dokumentację mochi i nie widzę żadnego default sposobu żeby współdzielić zasoby. Jedyne co mi przychodzi do głowy to setup() i teardown() w roocie testów, i odczytanie zmiennej globalnej. Macie jakieś inne pomysły?

W sumie tak na prawdę to jedyny problem jaki mam, to jak wyczaić moment kiedy wszystkie testy się skończyły żeby finalnie zamknać driver. Chyba trzeba dodać suiteTeardown() w roocie.

Dobra, nawet to działa. Zrobiłem to tak, że testy wołają funkcję, która albo tworzy nową instancję drive'a, albo reużywa już istniejącej. Testy domeny nie stawiają przeglądarki, więc się wykonują błyskawicznie, ale te z "persistance" i "view" stawiają przeglądarkę. Zrobiłem screeny przed i po żeby pokazać, że faktycznie pierwszy test trwa tyle samo, ale kolejne są już szybsze:

Nadal nie są tak szybkie jak mogą być (bo odświeżają stronę ładując zasoby ponownie), ale to chyba temat na później. Myślę że w przyszłości, jak testy znowu będą za wolne to poprawię to tak że zamiast robić reload'a, to np wywołam document.write() żeby nadpisać stan strony - to powinno być szybsze.

@Riddle działać działa, ale zabrałeś się od końca że tak to ujmę.............

Ja testy Selenium robię tak że grupuję sobie testy wg tego co mają testować, wg zasady jedna funkcja testowana = 1 katalog; na każdy katalog stawiam jednego drivera. Na końcu daję właśnie teardown(x=>testName); i tyle w temacie.

mustang_ex napisał(a):

Ja testy Selenium robię tak że grupuję sobie testy wg tego co mają testować, wg zasady jedna funkcja testowana = 1 katalog;

No ja też, tylko co jeśli testowana funkcja wymaga wielu testów? Trzymasz je wszystkie w jednym pliku? Ja je rozdzielam na mniejsze, również w swoich katalogach. Po to jest ten plugin.

Trzymasz je wszystkie w jednym pliku?

@Riddle Dokładnie tak. Nie liczy się długość ( = ilość linijek ) kodu w pliku; trzymając testy jednej fumnkcji w jednym pliku zachowujesz intuicyjność/przejrzystość drzewa katalogów/plików.

Tak z czystej ciekawości @Riddle : dlaczego akurat mocha?

mustang_ex napisał(a):

Tak z czystej ciekawości @Riddle : dlaczego akurat mocha?

A co innego miałbym wybrać? Ava ma za małe wsparcie, a Jest to bloatware który dodaje pierdylion niepotrzebnych rzeczy. What else is there?

@Riddle jest dodaje bloat? Bardzo możliwe, aczkolwiek jest w pełni konfigurowalny (tak, wiem do kogo należy jest; tym bardziej jego pełna konfigurowalność wydaje się być dowcipem; ale jest jednak faktem). Właściwie wszystkie funkcjonalności można togglować on/off w konfigu.

EDIT: @Riddle znalazłem coś takiego. Tak jakby odpowiedź na Twoje pytanie a co innego miałbym wybrać? No właśnie że dobrze wybrałeś.