Je ne pense pas que les 2 s'opposent mais plutôt se complètent. Les tests unitaires dans le code ont effectivement la vertu de structurer le code et forcer les développeurs à développer de manière plus isolée. Ils sont effectivement nécessaires.
Par contre de mon experience, ils sont loin d'être suffisants pour valider le bon fonctionnement d'une application dans chaque environnement. Une mauvaise integration avec une autre application et l'application ne fonctionnera pas. Egalement certains test nécessitent des mock compliqués qui alourdissent les developments. Mieux faut alors se concentrer dans le code sur de l'unitaire et avec des outils de type Cerberus pour faire les tests d'integration.
L'outil est utilisé pour maintenir des campagnes de plusieurs centaines de cas de test lancés tous les jours sur plusieurs environnement par une équipe restreinte de 1 ou 2 personnes. Coté vitesse de redaction, l'interface graphique n'est pas vraiment une contrainte (des steps peuvent être réutilisés et variabilisés, tu peux faire des librairies d'objects également réutilisables dans plusieurs tests). D'experience également, l'enregistrement d'une session généré un scenario qui faute de structure et de commentaire devient effectivement vite incomprehensible. On peut rapidement le relancer certe mais quelques mois plus tard, au moment ou il commence à planter, on ne sais plus trop à quoi servait le test. Mieux vaut passer un peu plus de temps et le structurer et commenter pour garantir sa maintenance sur la durée.
Tu as raisons, comme tout outil et même s'il est plus accessible que la plupart des autres outils il nécessite une période de prise en main. Tout depend du niveau de technicité des fonctionnels mais ce genre d'outil ouvre la porte à pas mal d'entre eux.
Sinon, tu peux exporter/importer des case de tests en format json mais les tests étant exécutables n'ont pas trop d’intérêt à être basculé dans d'autres outils qui n'auraient pas les même capacités.
[^] # Re: Utilisation
Posté par vertigo17 . En réponse à la dépêche Cerberus 4.7 — En route pour la webperf et l’analyse web. Évalué à 2.
Je ne pense pas que les 2 s'opposent mais plutôt se complètent. Les tests unitaires dans le code ont effectivement la vertu de structurer le code et forcer les développeurs à développer de manière plus isolée. Ils sont effectivement nécessaires.
Par contre de mon experience, ils sont loin d'être suffisants pour valider le bon fonctionnement d'une application dans chaque environnement. Une mauvaise integration avec une autre application et l'application ne fonctionnera pas. Egalement certains test nécessitent des mock compliqués qui alourdissent les developments. Mieux faut alors se concentrer dans le code sur de l'unitaire et avec des outils de type Cerberus pour faire les tests d'integration.
L'outil est utilisé pour maintenir des campagnes de plusieurs centaines de cas de test lancés tous les jours sur plusieurs environnement par une équipe restreinte de 1 ou 2 personnes. Coté vitesse de redaction, l'interface graphique n'est pas vraiment une contrainte (des steps peuvent être réutilisés et variabilisés, tu peux faire des librairies d'objects également réutilisables dans plusieurs tests). D'experience également, l'enregistrement d'une session généré un scenario qui faute de structure et de commentaire devient effectivement vite incomprehensible. On peut rapidement le relancer certe mais quelques mois plus tard, au moment ou il commence à planter, on ne sais plus trop à quoi servait le test. Mieux vaut passer un peu plus de temps et le structurer et commenter pour garantir sa maintenance sur la durée.
Tu as raisons, comme tout outil et même s'il est plus accessible que la plupart des autres outils il nécessite une période de prise en main. Tout depend du niveau de technicité des fonctionnels mais ce genre d'outil ouvre la porte à pas mal d'entre eux.
Sinon, tu peux exporter/importer des case de tests en format json mais les tests étant exécutables n'ont pas trop d’intérêt à être basculé dans d'autres outils qui n'auraient pas les même capacités.