L'automatisation des tests est différente selon le type de test, le niveau d'épreuve, et le type de système. Par exemple, si nous voulons tester le comportement d'un système qui subit une forte charge (ex : site d'offres d'emploi). Nous avons besoin d'un outil idéal nous permettant d'envoyer un certain nombre d'offre d'emploi à ce système, puis d'interroger un certain nombre de paramètres tels que le temps de réponse, nombre de requêtes qui ont abouti à un échec, la consommation de stockage, et la charge CPU. En revanche, des outils de capture/lecture sont souvent utilisés pour tester les applications graphiques, permettant l'enregistrement et la lecture des interactions au niveau utilisateur, tels que les mouvements de la souris, les clics et les entrées du clavier (...)
[...] En d'autres termes, si nous nous appuyons sur un ordre spécifique de tests, puis l'échec d'un test fait une fausse alerte à un test ultérieur. Pour cette raison, nous établissons une autre exigence : Les cas des tests doivent être exécutés et vérifiés séparément les uns des autres. L'indépendance de conflit unique de scénario de tests avec le fait que nous avons besoin d'un moyen d'organiser les tests liés de sorte qu'ils soient traités conjointement. Un tel groupe de cas de tests est appelé une suite de tests. [...]
[...] Notez qu'aucun outil n'est parfait. Le testeur ou le développeur doit veiller à ce que les règles et les meilleurs pratiques sont observées chaque fois que le Framework peut ne pas respecter ces règles. Automatisation des Tests Unitaires JUnit JUnit est un API (Application Programming Interface) qui est constitué d'un ensemble de classes et interfaces regroupés en packages, crée par Kent Beck et Erich Gamma. L'outil JUnit automatise l'enchainement de tests ; le développeur conçoit et programme chaque test, en observant quelques règles simples puis JUnit exécute ces tests et fournit un compte rendu. [...]
[...] Les annotations peuvent être paramétrées. Les principaux packages de l'API sont : org.junit : rassemble les classes essentielles pour réaliser les tests. org.junit.rules : permet de définir les règles de tests. org.junit.runner : permet de décrire, collecter et analyser des tests multiples. Les annotations de tests : Annotation @Test Elle est accolée à une méthode sans paramètres et sans résultats qui correspond à un test. Elle accepte deux paramètres optionnels : expected de type Class : indique une exception attendue. [...]
[...] Eclipse dispose d'un assistant de création de classes de tests à partir des fichiers sources New JUnit Test Case ainsi la configuration d'exécution de tests est automatique. Automatisation des Tests Unitaires Conclusion Les tests constituent une phase incontournable dans le processus de développement d'un logiciel. Ils permettent la réduction des coûts de maintenance. Ils sont actuellement adoptés de façon intrinsèque sur la majorité des projets. A part JUnit qui est un Framework Open Source, il existe d'autres outils payants, parmi eux on peut citer Jtest qui est payant et fournit une large palette et offre une meilleure performance que les outils Open Source (selon le contexte). [...]
[...] Les assertions Classe Assume : Classe utilitaire rassemblant 4 fonctions statiques. Permet de définir les pré-conditions d'un test. Si la pré-condition est satisfaite, le test est exécuté. Sinon : le test est ignoré. Exemple : Automatisation des Tests Unitaires Classe Assert : Classe utilitaire rassemblant une quarantaine de fonctions statiques. Permet de définir le résultat attendu d'un test par l'évaluation d'une expression booléenne (une assertion). Si l'assertion est vraie : le test est passé. Sinon : le test a échoué, et une exception est levée. [...]
Source aux normes APA
Pour votre bibliographieLecture en ligne
avec notre liseuse dédiée !Contenu vérifié
par notre comité de lecture