Test angolari su 2 unità: impossibile trovare il nome "descrivi"

Sto seguendo questo tutorial da angular.io

Come hanno detto, ho creato il file hero.spec.ts per creare unit test:

import { Hero } from './hero';
describe('Hero', () => {
  it('has name', () => {
    let hero: Hero = {id: 1, name: 'Super Cat'};
    expect(hero.name).toEqual('Super Cat');
  });
  it('has id', () => {
    let hero: Hero = {id: 1, name: 'Super Cat'};
    expect(hero.id).toEqual(1);
  });
});

I test unitari funzionano come un incantesimo. Il problema è: vedo alcuni errori, che sono menzionati nel tutorial:

Il nostro editore e il compilatore potrebbero lamentarsi di non sapere cosa it e expectperché mancano dei file di battitura che descrivono Jasmine. Per ora possiamo ignorare quei fastidiosi reclami perché sono innocui.

E lo hanno davvero ignorato. Anche se quegli errori sono innocui, non sembra buono nella mia console di output quando ne ricevo un mucchio.

Esempio di ciò che ottengo:

Impossibile trovare il nome 'descrivi'.

Impossibile trovare il nome "it".

Impossibile trovare il nome "aspetta".

Cosa posso fare per risolverlo?

Spero che tu abbia installato -

npm install --save-dev @types/jasmine

Quindi inserisci la seguente importazione nella parte superiore del hero.spec.tsfile:

import 'jasmine';

Dovrebbe risolvere il problema.

Con Typescript@2.0 o successivo è possibile installare i tipi con:

npm install -D @types/jasmine

Quindi importare i tipi automaticamente utilizzando l' typesopzione in tsconfig.json:

"types": ["jasmine"],

Questa soluzione non richiede import {} from 'jasmine';in ciascun file di specifica.

npm install @types/jasmine

Come menzionato in alcuni commenti, "types": ["jasmine"]non è più necessario, tutto@types pacchetti sono automaticamente inclusi nella compilazione (dal momento che v2.1 credo).

Secondo me la soluzione più semplice è quella di escludere i file di test nel tuo tsconfig.json come:

"exclude": [
    "node_modules",
    "**/*.spec.ts"
]

Questo funziona per me.

Ulteriori informazioni nei documenti ufficiali di tsconfig .

Devi installare le digitazioni per il gelsomino. Supponendo che tu stia utilizzando una versione relativamente recente di typescript 2, dovresti essere in grado di fare:

npm install --save-dev @types/jasmine

Con Typescript@2.0 o successivo è possibile installare i tipi con npm install

npm install --save-dev @types/jasmine

quindi importare i tipi automaticamente utilizzando il typeRoots opzione tsconfig.json.

"typeRoots": [
      "node_modules/@types"
    ],

Questa soluzione non richiede l'importazione {} da 'jasmine'; in ogni file di specifica.

La soluzione a questo problema è collegata a ciò che ha scritto @Pace nella sua risposta. Tuttavia, non spiega tutto, quindi, se non ti dispiace, lo scriverò da solo.

SOLUZIONE:

Aggiunta di questa riga:

///<reference path="./../../../typings/globals/jasmine/index.d.ts"/>

all'inizio del hero.spec.tsproblema con le correzioni dei file. Il percorso conduce atypings cartella (dove sono memorizzate tutte le digitazioni).

Per installare le digitazioni è necessario creare il typings.jsonfile nella radice del progetto con il seguente contenuto:

{
  "globalDependencies": {
    "core-js": "registry:dt/core-js#0.0.0+20160602141332",
    "jasmine": "registry:dt/jasmine#2.2.0+20160621224255",
    "node": "registry:dt/node#6.0.0+20160807145350"
  }
}

Ed esegui typings install(dove si typingstrova il pacchetto NPM).

Nel mio caso, la soluzione era quella di rimuovere typeRootsnel mio tsconfig.json.

Come puoi leggere nel documento TypeScript

Se si specifica typeRoots, verranno inclusi solo i pacchetti in typeRoots.

Sono aggiornato fino ad oggi e ho trovato il modo migliore per risolvere questo problema è di non fare nulla ... no typeRootsno typesno excludeno includetutte le impostazioni predefinite sembrano funzionare bene. In realtà non ha funzionato bene per me fino a quando non li ho rimossi tutti. Avevo:

"exclude": [
    "node_modules"
]

ma questo è nelle impostazioni predefinite, quindi l'ho rimosso.

Avevo:

"types": [
    "node"
]

per superare alcuni avvisi del compilatore. Ma ora ho rimosso anche quello.

L'avvertimento che non dovrebbe essere è: error TS2304: Cannot find name 'AsyncIterable'. danode_modules\@types\graphql\subscription\subscribe.d.ts

che è molto odioso, quindi l'ho fatto in tsconfig in modo che lo carichi:

"compilerOptions": {
    "target": "esnext",
}

dal momento che è nel set esnext. Non lo sto usando direttamente, quindi non ci sono ancora preoccupazioni sulla compatibilità. Spero che non mi bruci più tardi.

Dovevo solo fare quanto segue per prelevare @types in un Mono-repo di Lerna dove esistono diversi nodi_moduli.

npm install -D @types/jasmine

Quindi in ogni file tsconfig.file di ciascun modulo o app

"typeRoots": [
  "node_modules/@types",
  "../../node_modules/@types" <-- I added this line
],

Affinché il compilatore TypeScript utilizzi tutte le definizioni dei tipi visibili durante la compilazione, l' typesopzione deve essere rimossa completamente dal compilerOptionscampo nel tsconfig.jsonfile.

Questo problema si presenta quando esistono alcune typesvoci nel compilerOptionscampo, dove allo stesso tempo jestmanca la voce.

Quindi, al fine di risolvere il problema, compilerOptionscampo nel tscongfig.jsondovrebbe includere sia jestnella typeszona o sbarazzarsi di typescomnpletely:

{
  "compilerOptions": {
    "esModuleInterop": true,
    "target": "es6",
    "module": "commonjs",
    "outDir": "dist",
    "types": ["reflect-metadata", "jest"],  //<--  add jest or remove completely
    "moduleResolution": "node",
    "sourceMap": true
  },
  "include": [
    "src/**/*.ts"
  ],
  "exclude": [
    "node_modules"
  ]
}

Aggiungerò solo la risposta per ciò che funziona per me in "dattiloscritto": "3.2.4" Ho capito che nel gelsomino in node_modules / @ tipi c'è una cartella per ts3.1 sotto il tipo di gelsomino, quindi ecco i passaggi: -

• Installa il tipo jasmine npm install -D @types/jasmine

• Aggiungi a tsconfig.json jasmine / ts3.1

  "typeRoots": [ ... "./node_modules/jasmine/ts3.1" ],

• Aggiungi Jasmine ai tipi

  "types": [ "jasmine", "node" ],

Nota: non è più necessario per questoimport 'jasmine';.

Nel mio caso, ho visualizzato questo errore quando servivo l'app, non durante i test. Non mi ero reso conto di avere un'impostazione di configurazione diversa nel mio file tsconfig.app.json.

In precedenza avevo questo:

{
  ...
  "include": [
    "src/**/*.ts"
  ]
}

Includeva tutti i miei .spec.tsfile durante la pubblicazione dell'app. Ho modificato include property toexclude` e ho aggiunto una regex per escludere tutti i file di test come questo:

{
  ...
  "exclude": [
    "**/*.spec.ts",
    "**/__mocks__"
  ]
}

Ora funziona come previsto.

Guarda l'importazione forse hai una dipendenza dal ciclo , questo è stato nel mio caso l'errore, usando import {} from 'jasmine';correggerà gli errori nella console e renderà il codice compilabile ma non rimuove la radice del diavolo (nel mio caso la dipendenza del ciclo).

Sono su Angular 6, Typescript 2.7 e sto usando il framework Jest per unit test. Avevo @types/jestinstallato e aggiuntotypeRoots all'internotsconfig.json

Ma presenta ancora l'errore di visualizzazione in basso (ovvero: sul terminale non ci sono errori)

impossibile trovare il nome descrivo

E aggiungendo l'importazione:

import {} from 'jest'; // in my case or jasmine if you're using jasmine

tecnicamente non fa nulla, quindi ho pensato, che c'è un'importazione da qualche parte che causa questo problema, quindi ho scoperto che se si elimina il file

tsconfig.spec.json

nel src/ cartella, risolto il problema per me. Poiché @types viene importato prima all'interno di rootTypes.

Ti consiglio di fare lo stesso ed eliminare questo file, non è necessaria alcuna configurazione. (ps: se sei nello stesso caso di me)

se l'errore si trova nel file .specs app / app.component.spec.ts (7,3): errore TS2304: impossibile trovare il nome 'beforeEach'.

aggiungi questo nella parte superiore del tuo file e npm installa rxjs

importare {range} da 'rxjs'; importare {map, filter} da 'rxjs / operatori';