Fermer

octobre 3, 2018

Unité Tester votre application Web avec structure


Les tests sont parfois un sujet négligé en matière de développement d'applications Web. Nous allons examiner comment structurer les tests unitaires de manière à ce qu'ils puissent non seulement aider à tester le code, mais aussi servir de documentation dynamique.

Application du modèle Arrange-Act-Assert pour créer des tests unitaires gérables.

Testing est souvent négligé en ce qui concerne les applications Web. Lorsque vous envisagez de tester le code frontal, celui-ci est souvent associé à des tests de navigateur et à des équipes d'assurance qualité manuelle analysant des scénarios de régression. Bien qu'il s'agisse d'un grand nombre de variétés de tests frontaux, il existe une variété de tests qui ont un coût de développement inférieur et un rendement beaucoup plus élevé: le test unitaire.

Malheureusement, les tests sont souvent la première victime de la livraison du code. D'un point de vue commercial, cela n'a pas de sens d'écrire des tests si vous allez glisser sur la date. Je dirais qu'il est inutile de respecter les délais si le code ne fonctionne pas. Un avantage supplémentaire des tests, outre le fait de savoir que votre code fonctionne, est que le test unitaire fera office de documentation évolutive.

 Test

Nous allons nous concentrer sur l'écriture de types de tests différents. bons tests unitaires. Les tests unitaires sont les plus proches du code et du développeur, ce qui permet au développeur de garder le contrôle. Dans le domaine des tests unitaires, il existe plus de quelques grands cadres et outils pour écrire des tests, mais nous allons nous concentrer sur la structure des tests unitaires et sur la manière de réfléchir aux tests. 19659004] Avant de passer à l'exemple, je souhaite aligner nos hypothèses sur l'objectif d'un test unitaire. L'objectif d'un test unitaire est de tester la plus petite unité de travail. Dans la plupart des scénarios, la plus petite unité de travail consiste en une fonction. Cela dit, passons à un code.

Pour les besoins de nos tests, nous allons tester un service de calculatrice – créer une nouvelle instance d'un service de calculatrice et vérifier les résultats de chacune des méthodes. Notre CalculatorService est un exemple simple dans lequel nous vérifions les résultats et la déclaration d'historique générée.

// Service de calculatrice

classe Classe Calculatrice {.

constructeur () {

cette . [Histoire901] ._ histoire = [];

}

- ajouter (param1, param2) {

ce ._ history.push ({op: 'ADD ', params : [param1, param2]});

retour param1 + params [19659000] }






Source link