QUnit Vs. Jasmine et ATS Vs. BDD
J'ai regardé tous les deux bibliothèques pour faire des tests unitaires sur le front-end.
-
QUnit - http://qunitjs.com/
-
Jasmin - http://jasmine.github.io/
-
Jasmin est clairement plus BDD ciblés que QUnit bien que je pouvais voir faire de BDD avec QUnit en décrivant les tests d'un comportement orienté vers les. Deux d'entre eux sont capables de lancer des affirmations sur des unités de code donc je pense qu'ils sont tous les deux des tests unitaires. Est BDD excluent TDD ou est-ce tout dans la façon dont vous l'écrivez?
-
Est l'unité nécessaire de tester si vous faites des tests de comportement? Semble comme si vous couvrez toutes les histoires d'utilisateur, vous n'avez pas vraiment besoin de connaître les détails de la testable unités.
-
Sont là tout autres infrastructures de test que vous aimez? Il existe d'autres tests en plus des tests unitaires qui sont bonnes pour les devs à faire sur le front-end?
-
- BDD est essentiellement une manière simple de décrire TDD méthodologies.
- J'apprécie la façon dont votre première et deuxième questions transformer ce qui serait autrement un subjective Q&A en A de plus objectif.
- crucial.github.io/jasmine est que la page est introuvable
Vous devez vous connecter pour publier un commentaire.
BDD et TDD ne sont pas mutuellement exclusives. Voir Liz Keogh post
Comportement des essais doivent être compréhensibles par les acteurs d'une entreprise. Les tests unitaires sont généralement destinées à être compris par les membres de l'équipe technique (développeurs, testeurs, etc.). Pour des exemples de la façon de faire des tests unitaires plus lisible, vous devriez regarder la GOOS livre (même si les exemples sont Java pas de Javascript).
Aussi, si vous essayez de couvrir tous les chemins à l'aide de BDD, votre entreprise, les gens vont s'ennuyer et cesser de s'inquiéter.
Ont un coup d'oeil à Concombre-JS (un port de Concombre).
Si vous êtes à la recherche d'écrire des tests qui impliquent des interactions DOM j'aurais un coup d'oeil à pageboy.js. C'est un nouveau projet qui fournit un Langage Spécifique au Domaine (DSL) pour Javascript DOM interactions (un peu comme le Capybara qui est utilisé dans le Concombre en Ruby), qui vise à faire de test de code plus lisible.
Il n'est plus sur le fond de ce DSL ici.