Big JS app test - en évitant les multiples karma.conf.js fichiers

- Je utiliser karma + jasmin + fantôme pour mon headless Javascript tests.

Le problème que j'ai c'est que j'ai vraiment un gros app composé de beaucoup de JS modules que je veux tester. J'ai donc besoin de coutume se moque de chaque cas et personnalisé comprend pour chaque cas.

karma.conf.js me permet seulement d'avoir files tableau qui se composent de modèles pour tous les fichiers à inclure ce qui est EXCELLENT si mon appli serait petit et pas une grande application avec une tonne de fichiers et les modules.

Ma solution pour l'instant de créer plusieurs karma.conf.js fichiers pour chaque cas de test. Mais cette suce vraiment comme y ayant beaucoup de fichiers de configuration est un gros ballonnement et si je veux modifier un paramètre(comme autoWatch) j'aurais besoin de modifier tous les fichiers de configuration.

Mon autre solution - écrire gestionnaire personnalisé en face de karma.conf.js à gérer d'autres paramètres(spec fichier ou dossier de contourner karma pour la recherche de fichier de configuration) et il suffit de construire files tableau dynamiquement.

Maintenant le problème que je vois c'est que le karma s'exécute une seule fois et je serais limité à exécuter un test spec... et je NE VEUX PAS MODIFIER le KARMA lui-MÊME.

J'ai également étudié à l'aide de Grunt mais je n'ai pas trouvé un moyen de le faire fonctionner pour plusieurs cas de test.

Par le chemin, mon idéal, la structure pourrait être comme ceci:

d'avoir des fichiers:

test/specs/category/unit1_spec.js
test/mocks/category/unit1_mock.js

fichier de config:

files: [
  {
    'includes': [array_of_includes],
    'spec': 'spec_file'
  }
]

se moquer de fichier serait saisi automatiquement à partir approprié se moque de répertoire.

et que je pouvais faire karma start test/specs/category et qu'il serait, de manière récursive d'exécuter les cas de test à l'intérieur du dossier.

tl;dr - je veux tester confortablement un grand app.

Je vous serais reconnaissant de tout suggestion pour gérer cette tâche.

InformationsquelleAutor lukas.pukenis | 2013-11-17

8

grunt-karma sons idéal pour vos besoins.

C'est un grognement multitâche qui permet de sous-tâches d'une même configuration, qui peut être remplacée par des sous tâches.

Le plugin consolide Karma de configuration dans un fichier unique.
Par exemple:
```
karma: {
  options: {
    configFile: 'karma.conf.js',
    runnerPort: 9999,
    browsers: ['Chrome', 'Firefox']
  },
  category1: {
    files: ['app/js/category1/**/*.js', 'test/category1/*.js']
  },
  category2: {
    files: ['app/js/category2/**/*.js', 'test/category2/*.js']
  }
}
```
- Cela ne fonctionne pas pour moi. Si j'utilise "fichiers" dans chaque module, je me retrouve avec une erreur "Impossible d'utiliser le 'dans' opérateur de recherche pour 'src' en <mon chemin d'accès au fichier>". Si j'utilise "src" au lieu de "fichiers", il fonctionne, mais ces fichiers ne sont jamais tirés par les tests. Toutes les pensées? J'ai créé un post sur ça hier. stackoverflow.com/questions/21467715/...
InformationsquelleAutor Eitan Peer
16

Utiliser un ENV variable à transmettre à l'argument de fichiers karma.conf.js:
```
files: [
  include1, include2, ..., includeN,
  process.env.JS_TESTS + "/*.js"
]
```
Puis exécutez le karma comme suit:
```
JS_TESTS=test/category2 karma start karma.conf.js
```
InformationsquelleAutor syrnick
16

Vous pouvez utiliser exiger des déclarations dans le karma des fichiers de configuration.

par exemple, dans votre karma fichier de configuration que vous pouvez faire:
```
files: require('./karma.conf.files')
```
Pour une meilleure réponse .. j'ai trouvé une autre solution à partir de ce lien: https://groups.google.com/forum/#!topic/karma-utilisateurs/uAf7TuVBmCQ

Avec le karma de 0,8 (stable)
```
//shared_conf.js
module.exports = {
  port: 8080
};

//karma1.conf.js
var shared = require('./shared_conf.js');

port = shared.port;
```
Avec le karma de 0,9 (actuellement dans les canaries libération):
```
//shared_conf.js
module.exports = function(karma) {
  karma.configure({
    port: 8080  
  });
};

//karma1.conf.js
var shared = require('./shared_conf.js');
module.exports = function(karma) {
  shared(karma);
  karma.configure({
    //override
  });
};
```
Cela a fonctionné pour moi à tirer dans un tableau de noms de fichiers à partir d'un autre fichier de configuration.
- Avec le karma de 0,13, c'est config qui est exposée, pas karma: module.exports = function(config) { config.set({ files: ['a', 'b', 'c'] }) }. Puis dans karma1.conf.js, en dehors d'avoir config.set méthode, vous pouvez lire config.files et toutes les autres valeurs et les modifier.
InformationsquelleAutor TDDdev
2

J'ai remarqué que, quelle que soit l'argument que vous passer en ligne de commande vous obtenez cet argument en camelcase dans la config initiale de l'objet.
```
> karma start i-wanna-debug

module.exports = function (config) {
    config.set({
        singleRun: config.iWannaDebug ? false : true
    });
};
```
Cela vous permet d'utiliser une seule Karma fichier de configuration avec plusieurs configurations.
- Je vous remercie. C'est exactement ce dont j'avais besoin. En dev, j'ai essayé avec plusieurs navigateurs mais dans VSTS j'avais envie de tester avec PhantomJS. Au lieu d'avoir deux différents fichiers de configuration, chaque dev et l'environnement de test, j'ai le même dans les deux
InformationsquelleAutor Aliaksandr Shutau

Vous devez vous connecter pour publier un commentaire.