Cerberus ne remplace pas les tests unitaires à intégrer dans le code et donc liés dans le même gestionnaire de version que l'application testée.
Mettre des tests dans un gestionnaire de source rend les choses bien plus technique pour des utilisateurs normaux.
L'objectif de cerberus réside plutôt dans des tests globaux fait à un niveau système accessible par des utilisateurs n'ayant pas ou peu de compétences informatiques.
Un site web est généralement constitué d'une multitude d'applications qui discutent entre elles (n couches front basé sur n couches back + plein d'appli tierces). Cerberus va tester de manière globale que tout fonctionne correctement.
Ensuite, malgré tout, dans Cerberus, chaque test peut être lié à une version du système testé. En cas d’évolution de ceux-ci, le test peut-être dupliqué et lié avec la nouvelle version ciblée. Cette notion de versionning est définie avec les utilisateurs de l'application et liée avec les nouvelles spécifications de l'application et donc leur impact sur les cas de tests.
Maintenant, le fait d'avoir les tests en base de donnée avec leur résultat, permet de faire des reporting bien plus propres que des solutions intégrées au code.
[^] # Re: Tests stockes dans la base de donnees?
Posté par vertigo17 . En réponse à la dépêche Cerberus 0.9.1 est disponible. Évalué à 2.
Cerberus ne remplace pas les tests unitaires à intégrer dans le code et donc liés dans le même gestionnaire de version que l'application testée.
Mettre des tests dans un gestionnaire de source rend les choses bien plus technique pour des utilisateurs normaux.
L'objectif de cerberus réside plutôt dans des tests globaux fait à un niveau système accessible par des utilisateurs n'ayant pas ou peu de compétences informatiques.
Un site web est généralement constitué d'une multitude d'applications qui discutent entre elles (n couches front basé sur n couches back + plein d'appli tierces). Cerberus va tester de manière globale que tout fonctionne correctement.
Ensuite, malgré tout, dans Cerberus, chaque test peut être lié à une version du système testé. En cas d’évolution de ceux-ci, le test peut-être dupliqué et lié avec la nouvelle version ciblée. Cette notion de versionning est définie avec les utilisateurs de l'application et liée avec les nouvelles spécifications de l'application et donc leur impact sur les cas de tests.
Maintenant, le fait d'avoir les tests en base de donnée avec leur résultat, permet de faire des reporting bien plus propres que des solutions intégrées au code.