2016-12-27 4 views
0

Je suis relativement nouveau chez Fitnesse. Ce que j'essaie actuellement de faire, c'est regarder Fitnesse pour mon nouveau projet et essayer d'étudier si c'est le bon outil pour mes tests d'acceptation.Fitnesse au test de démarrage du ressort

Le projet sur lequel je travaille est essentiellement un projet microservices où j'aurais plusieurs microservices de démarrage à ressort et idéalement je voudrais que mes tests d'acceptation appellent les contrôleurs de repos directement (via repos) dans certains cas et dans d'autres les services de printemps directement.

j'ai fait beaucoup de recherches sur Internet, mais je ne pouvais pas identifier clairement comment pourrais-je être en mesure d'atteindre cet objectif en utilisant Fitnesse.

J'utilise Maven pour construire mes projets et l'intention d'utiliser comme outil jenkins CI. Puis-je l'utiliser avec Springboottest comme je peux avec le concombre par exemple?

Des suggestions?

+0

On dirait qu'ils ont construit dans les annotations de tests unitaires, mais ce que vous auriez probablement eu envie de l'utiliser de FitNesse est de commencer le « test/simulation » environnement servlet, et d'accéder ensuite de fixation FitNesse java plutôt que d'un méthode d'essai unitaire. Vous pourriez être en mesure de marquer un luminaire fitnesse avec l'annotation "@IntegrationTest" pour obtenir cet effet, puis n'utilisez simplement pas les méthodes @Test, mais je ne suis pas sûr. https://blog.jayway.com/2014/07/04/integration-testing-a-spring-boot-application/ –

+0

Gardez aussi à l'esprit la vraie force de fitnesse par rapport au concombre est le wiki assis à l'écart de tout et accessible par le navigateur. Si vous avez des clients qui ne sont pas des développeurs interagissant avec et créant des tests, c'est génial, si vous ne le faites pas, un outil centré sur le développeur comme le concombre pourrait mieux convenir.Si vous voulez des tests tabulaires sans un wiki séparé, vous pouvez également utiliser la bibliothèque "fit", qui est intégrée dans fitnesse. –

Répondre

0

FitNesse lui-même est un environnement de test, avec ses propres forces et faiblesses comme mentionné dans certains commentaires. En dehors de la boîte, il n'a aucune possibilité de tester une application. Il vous permet d'écrire des définitions de test et de les exécuter. Pour connecter les définitions de test au système réel à tester (le SUT, système testé), vous avez besoin de code (appelé appareils). Ceux-ci peuvent être écrits en Java (ou dans un autre langage supporté par FitNesse). Ces appareils interagissent avec le système à tester et définissent les éléments dont vos définitions de test seront composées. (Tout est similaire, de mon point de vue, à Cucumber et à ses définitions d'étapes)

Vous pouvez soit écrire vos propres appareils (personnalisés), soit utiliser des 'plugins' existants ou utiliser fixture libraries that already exist. Si vous utilisez une bibliothèque existante, vous pouvez utiliser/utiliser certains appareils personnalisés en fonction des fonctionnalités fournies par ceux-ci.

Exécution des tests peuvent être effectués à partir d'un environnement Jenkins, soit en utilisant le lanceur de test JUnit inclus dans FitNesse, ou via un plugin Jenkins spécialisé. Donc, cela correspond à vos besoins, pas de problème.

Je ne sais pas springboottest, ou de tout accessoire fixé spécialisés pour travailler avec l'application Spring Boot. Mais plusieurs bibliothèques de luminaires prennent en charge le test des services REST (par exemple RestFixture ou HSAC's FitNesse fixtures (divulgation: j'ai beaucoup écrit le code dans cette bibliothèque)) ou des applications Web construites dessus. J'utilise le HSAC's FitNesse fixtures pour tester les applications web et les services REST (et SOAP), en utilisant Maven dans les jobs Jenkins. Pour moi, il offre une bonne base d'une configuration FitNesse qui me permet de me concentrer sur l'écriture de tests, pas de tester la plomberie. Peut-être que vous pouvez jeter un oeil à la documentation of its REST fixture (http test and json http test), ou download and try the examples son paquet «zip autonome» pour voir si elle vous permet d'exprimer vos tests d'une manière qui vous convient (et votre projet). L'exécution de tests via Jenkins est préconfigurée dans les projets pom.xml et documentée au its README.