J'ai un code dans mon projet que j'appelle personnellement tests
ce ne sont pas des tests unitaires. Ils sont destinés à être exécutés et le résultat doit être évalué par un humain. Je l'ai fait parce que je fais un moteur physique et pendant le développement, j'avais besoin de voir ce que je fais. J'ai donc fait un simulation
package dans mon module de test. Il s'agit techniquement de tests unitaires car les simulations utilisent la bibliothèque de tests unitaires mais je ne veux pas tous les exécuter comme mes tests unitaires réels.
Ce que je voudrais faire, c'est différencier ces tests spéciaux de mes tests unitaires parce que je veux exécuter tous les tests unitaires facilement. Je pense que c'est un peu comme des tests fonctionnels. Avez-vous déjà rencontré un cas où vous avez dû préparer votre demande pour un test fonctionnel? Où cette préparation de test fonctionnel (essentiellement ce que sont mes simulations) devrait-elle être placée dans le projet et comment les distinguer des tests unitaires?
Je suis en Java, donc je pourrais changer toutes mes signatures de méthodes de @Test public void myNamedTest()
à public static void main(String[] args)
mais ce serait laborieux et moins pratique pour moi d'utiliser mes simulations.
J'utilise junit
dans un gradle
projet. Toute solution créant un dossier de test spécial avec gradle
est la bienvenue.
Réponses:
Il ressemble aux versions ultérieures des catégories de tests de prise en charge Junit. Ceux-ci peuvent être utiles pour classer chaque test. Ensuite, lorsque l'automatisation de la construction s'exécute, elle peut inclure ou exclure ces tests en fonction de la catégorie.
Que vous souhaitiez mélanger ces tests aux tests unitaires est une question de préférence organisationnelle. On peut vouloir créer un projet de «banc d'essai» distinct pour séparer les tests unitaires réguliers des tests plus spécialisés.
https://dzone.com/articles/closer-look-junit-categories
la source