Pour une raison quelconque, je trouve vraiment ennuyeux que les fichiers pour chaque cadre de test (rspec, test :: unit, concombre, etc.) vivent dans un dossier séparé au niveau supérieur de mon application. Y a-t-il une forte raison pour que ces répertoires soient dispersés plutôt que regroupés comme des gemmes/plugins dans le répertoire du fournisseur? S'il n'y a pas vraiment de raison à cela, serions-nous cohérents de consolider ces répertoires dans un répertoire "test" de haut niveau, contenant des sous-répertoires pour chacun des frameworks de test avec des données de fixture, etc. ? Quelqu'un d'autre a-t-il déjà été poussé à faire cela (et peut-être déjà piraté ensemble une façon rapide et facile d'actualiser les chemins nécessaires pour que cela fonctionne)?Les répertoires Can/should pour les frameworks de test peuvent-ils être consolidés dans un répertoire de premier niveau (un fournisseur/plugins)?
1
A
Répondre
0
Pour ma part, je serais heureux de ce changement.
Personnellement, j'utiliser RSpec et concombre en même temps et je suis déchiré ou non de mettre les appareils en caractéristiques/support/accessoires répertoire (je crée moi-même) ou spécifications/appareils. Que se passe-t-il si j'utilise ce projecteur dans les fonctionnalités et dans les tests de spécification? [trop émotif] Pourquoi quelqu'un ne pense pas aux luminaires !!
Certainement. Un répertoire de test de haut niveau avec les sous-répertoires de dispose, spécifications, fixations et tout ce dont vous avez besoin.
Bonne question!