Jak przetestować pojedynczy plik za pomocą Jest?

Jestem w stanie przetestować wiele plików przy użyciu Jest, ale nie mogę wymyślić, jak przetestować pojedynczy plik.

Mam:

• Biegać npm install jest-cli --save-dev
• Zaktualizowano package.json: `{..." scripts ": {" test ":" jest "} ...}
• Napisał szereg testów.

Uruchamianie npm testdziała zgodnie z oczekiwaniami (obecnie wykonuje 14 testów).

Jak przetestować pojedynczy plik, np. Test app/foo/__tests__/bar.spec.js?

Próbowałem uruchomić npm test app/foo/__tests__/bar.spec.js(z katalogu głównego projektu), ale pojawia się następujący błąd:

npm ERR! Error: ENOENT, open '<path to project>/node_modules/app/foo/__tests__/bar.spec.js/package.json'

Dzięki

Aby uruchomić określony test, musisz użyć jestpolecenia. npm testnie będzie działać. Aby uzyskać dostęp jestbezpośrednio z wiersza poleceń, zainstaluj go za pomocą npm i -g jest-clilub yarn global add jest-cli.

Następnie po prostu uruchom swój konkretny test za pomocą jest bar.spec.js.

Uwaga : Nie musisz wprowadzać pełnej ścieżki do pliku testowego. Argument jest interpretowany jako wyrażenie regularne. Wystarczy dowolna część pełnej ścieżki, która jednoznacznie identyfikuje plik.

Wszystko, co musisz zrobić, to intonować magiczną inkantację:

npm test -- SomeTestFileToRun

Autonomiczna --jest * nix magia do oznaczania końca opcji, co oznacza (dla NPM), że wszystko później jest przekazywane do uruchamianego polecenia, w tym przypadku jest. Na marginesie możesz wyświetlić uwagi dotyczące używania, mówiąc

npm test -- --help

W każdym razie intonowanie

npm test -- Foo

uruchamia testy w nazwanym pliku ( FooBar.js). Należy jednak pamiętać, że:

• Jest traktuje nazwę jako rozróżniającą wielkość liter, więc jeśli używasz systemu plików bez rozróżniania wielkości liter, ale zachowującego wielkość liter (takiego jak Windows NTFS), możesz napotkać coś, co wydaje się dziwne.

• Wygląda na to, że traktuje specyfikację jako przedrostek.

Tak zrobi powyższa inkantacja

• Uruchom FooBar.js, Foo.jsaFooZilla.js
• Ale NIE uciekaj foo.js

Aby uruchomić test indywidualny:

npm test -t ValidationUtil # `ValidationUtil` its my module `ValidationUtil.spec.js`

-t- po wstawieniu wyrażenia regularnego zawierającego nazwę testu.

Używanie npm testnie oznacza, że ​​jest instalowany globalnie. Oznacza to po prostu, że „test” jest odwzorowany na użycie jest w pakiecie.json

Oto, co zadziałało dla mnie na poziomie głównym projektu:

node_modules/.bin/jest [args]

argumentami może być plik testowy, który chcesz uruchomić, lub katalog zawierający wiele plików.

jeśli używasz yarn, możesz dodać plik .spec.jslub .test.jsbezpośrednio po:

yarn test src/lib/myfile.test.js

To jest część mojej package.jsoninstalacji z instalacją jako pakiet lokalny (usunąłem odpowiednie części):

{
...
  "scripts": {
    "test": "jest",
    "testw": "jest --watch",
    "testc": "jest --coverage",
...
  },
  "devDependencies": {
    "jest": "^18.1.0",
    ...
  },

}

Możesz użyć nazwy pliku z npm test --:

npm test -- fileName.jsx 

Jeśli działa npm >= 5.2.0i masz zainstalowany JEST lokalnie jako devDependenciesz npm i -d jestwas może działać JEST na danym pliku, wykonującnpx jest /path/to/your/spec.js

Używamy nrwl-NX z kątowego . W takim przypadku możemy użyć tego polecenia:

npm test <ng-project> -- --testFile "file-name-part"

uwagi:

• npm testuruchomi skrypt testowy określony w package.json: "test:client": "ng test client"
• w ten sposób reszta polecenia cmd zostanie przekazana do testu ng
  • <ng-project> to nazwa projektu w angular.json
    • kiedy pominiesz ten parametr, zostanie użyty "defaultProject"(określony w angular.json) (więc musisz go określić, gdy test nie znajduje się w domyślnym projekcie)
  • następnie musimy sprawdzić, który konstruktor jest używany:
    • w angular.jsonprzejdź do "project"- "<ng-project>"- "architect"-"test"
    • i sprawdź "builder", która w naszym przypadku jest:"@nrwl/jest:jest"
  • teraz, gdy znamy konstruktora, musimy znaleźć dostępne parametry linii cmd
    • w wierszu polecenia uruchom, npm test server -- --helpaby zobaczyć wszystkie dostępne opcje
    • lub sprawdź dokumenty online
  • jedną z tych opcji jest --testFiletutaj używana

W ten sposób dynamicznie uruchamiam testy dla określonego pliku bez ponownego uruchamiania testu. Mój projekt reagowania został utworzonycreate-react-app

więc obserwuje test pod kątem zmian, automatycznie uruchamia test po wprowadzeniu zmian.

Tak właśnie widzę na końcu wyników testu na terminalu.

Test Suites: 16 passed, 16 total
Tests:       98 passed, 98 total
Snapshots:   0 total
Time:        5.048s
Ran all test suites.

Watch Usage: Press w to show more.

Naciśnij W.

Watch Usage
 › Press f to run only failed tests.
 › Press o to only run tests related to changed files.
 › Press q to quit watch mode.
 › Press p to filter by a filename regex pattern.
 › Press t to filter by a test name regex pattern.
 › Press Enter to trigger a test run.

następnie naciśnij P

Pattern Mode Usage
 › Press Esc to exit pattern mode.
 › Press Enter to filter by a filenames regex pattern.

 pattern ›

 Start typing to filter by a filename regex pattern.

to jest po tym, jak chciałem uruchomić plik „index.es6.js” w folderze „Login”

Pattern Mode Usage
 › Press Esc to exit pattern mode.
 › Press Enter to filter by a filenames regex pattern.

 pattern › login/index

 Pattern matches 1 file
 › src/containers/Login/index.es6.test.js

Tak właśnie uruchamiam testy na określonym pliku.

Można również osiągnąć przez

$ jest --findRelatedTests path/to/fileA.js

ref ( https://jestjs.io/docs/en/cli#running-from-the-command-line )

Jak można to osiągnąć w monorepo Nx, oto odpowiedź

user@host:/path/to/workspace$ npx nx test api --findRelatedTests=apps/api/src/app/mytest.spec.ts

ref i więcej informacji ( https://github.com/satminav/nx-qa/issues/6 )

Właśnie zainstalowałem jest globalnie, a potem uruchomiłem jest myFileToTest.spec.jsi działało

Masz dwie opcje:

• Opcja 1: wiersz poleceń. Możesz uruchomić następujące polecenie

node '/Users/complete-path-to-you-project/your-project/node_modules/.bin/jest' '/Users/complete-path-to-you-project/your-project/path-to-your-file-within-the-project/your-file.spec.ts'

Pozwala to uniknąć instalacji Jest na całym świecie. Używasz żartu używanego przez twój projekt.

• Opcja 2: Jeśli używasz VS Code , masz świetną wtyczkę, aby to zrobić: Jest Runner . Pozwala nie tylko uruchamiać testy plik po pliku, ale nawet określone pakiety i specyfikacje, klikając prawym przyciskiem myszy testy, które chcesz uruchomić.

JEST użyje czego uchodzić za regex wzór . To będzie pasować do.

Jeśli chcesz uruchomić określony plik testowy. Następnie najlepszym sposobem na to jest określenie pełnej ścieżki do niego. (Możesz zbyt precyzyjnie określić określoną ścieżkę względną, taką jak (src / XFolder / index.spec.ts)).

Najprostszym sposobem na podanie pełnej ścieżki znajdującej się w katalogu i w systemie Linux jest:

jest $PWD/index.spec.ts

Zwróć uwagę na użycie zmiennej $ PWD .

Dla Windowsa ! (do zaktualizowania)

W Angular i Jest możesz dodać to do package.json w „scripts”

"test:debug": "node --inspect-brk ./node_modules/jest/bin/jest.js --runInBand"

Następnie, aby uruchomić test jednostkowy określonego pliku, możesz napisać to polecenie w swoim terminalu

npm run test:debug modules/myModule/someTest.spec.ts

Nie musisz przechodzić pełnej ścieżki. Po prostu użyj regex pattern.

https://jestjs.io/docs/en/cli.html#--testnamepatternregex

yarn jest --testNamePattern my_test_name
yarn jest -t=auth
yarn jest -t component # this will test all whose full path contains `component`