NativeScript / NativeScript/nativescript-cli
Feature Request: Provision to put test files in feature folder instead of tests folder
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 1.1k
- Forks
- 204
- Merge moyen
- 1 j 9 h
- PR mergées (30 j)
- 8
Description
From @shripalsoni04 on September 30, 2016 15:2
It will be great if we can put our test files in the respective feature folder instead of putting all the test files in app/tests folder.
When we do development for web version of angular application, we put the test files in respective feature folders with .spec.ts suffix as per the angular style guide.
If we can do the same thing in angularNative app also, it will be very easy to get started and it will open a way for unit-test code sharing. As currently we have different structures for test files in nativescript and web version, we cannot share the unit-test files easily and we need to manually copy the unit-test files and change the import path of the module being tested in test file for any cross platform shared code.
I thought to run a script which copies all the .spec.ts file to tests folder from feature folders, but then it will add complexities like adding new/changed test files back to app/tests folder in watch mode.
Let me know if there is already some way and I am missing that.
Thanks.
Copied from original issue: NativeScript/nativescript-angular#482
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par repérer comment la CLI découvre et gère actuellement les fichiers de test sous app/tests, y compris le comportement en mode watch. Comparez ce flux avec les fichiers .spec.ts demandés dans les dossiers de fonctionnalités et déterminez le comportement attendu pour les tests partagés ; le travail est terminé lorsque les tests propres à chaque fonctionnalité sont pris en charge sans copie manuelle.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- angular, typescript
- Domaine
- cli, testing
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100