Trolldi : la phase de tests dans le cycle de vie d'un développement logiciel expliquée en images Comment organisez-vous vos tests ? 372PARTAGES 19 0 Comment organisez-vous vos tests ? Dans le cycle de vie dun développement logiciel, la phase de tests a pour objectif de sassurer que le système réagit de la façon prévue par ses développeurs ou, le cas échéant, est conforme aux besoins du client.



Tout dabord, la version alpha, qui nest pas censée être accessible à un large public. Ici, il sagit de la première phase de développement concret du logiciel après avoir codé lapplication. Très souvent, le produit en alpha test na pas toutes les fonctionnalités prévues pour le produit final. En alpha test le produit peut présenter un nombre important de bogues. Dans notre test de martelage de clou, bien que le marteau vient frapper contre le clou, il seffrite après que le clou se soit quand même planté dans le bois.





Puis la bêta test. Durant cette phase, le logiciel est soumis à lappréciation dun plus grand panel dutilisateurs. Il présente moins de bogues que dans sa version alpha. Rappelons quune bêta test peut être fermée (elle nécessite une invitation pour y participer) ou ouverte / publique. Les Alpha et Bêta ainsi que les Bêta entre eux sont souvent complémentaires car ils situent différemment les problèmes divers et variés. Dans notre test de martelage de clou, le marteau na plus la forme rudimentaire quil arborait en alpha.





Il arrive que certains tests soient fastidieux et en inadéquation avec les impératifs de développement actuels. Des tests de régression ou des tests à grande combinatoire par exemple voient leur réalisation être aussi répétitive que chronophage. Cest à ce moment quintervient lautomatisation des tests, qui nécessite tout de même que le test réponde à certains critères :

le test est systématique : il doit être exécuté à chaque nouvelle version de l'application ;

le test est répétitif : il est présent dans de nombreux scénarios de test ;

le test est automatisable : il est possible techniquement de faire jouer le test par un robot.



Pour vérifier la stabilité, un test de stress peut être lancé. Il va servir à analyser le comportement dun logiciel lorsquil est soumis à des cas de non conformité des applications. Le test de stress permet de révéler le comportement de lapplication et prévoir les causes afin de rendre son logiciel plus fiable. Ici, lactivité maximale attendue tous scénarios fonctionnels confondus en heures de pointe de lapplication sera simulée, pour voir comment le système réagit au maximum de lactivité attendue des utilisateurs. Dans notre cas, une pluie de clous et de marteaux est déversée, pourtant au final un seul clou sera planté.





Les tests fonctionnels de bout en bout quand à eux couvrent l'ensemble des intégrations nécessaires pour la mise en uvre d'un service logiciel répondant à une problématique fonctionnelle. Contrairement au test unitaire qui va permettre de vérifier le bon fonctionnement d'une partie précise d'un logiciel ou d'une portion d'un programme (module), ici chacun des modules indépendants du logiciel est assemblé et testé dans lensemble.





Un test manuel (ou encore test dutilisateur / dutilisabilité) permet dobserver directement la façon dont lutilisateur se sert dune application et ainsi identifier concrètement les véritables difficultés quil rencontre (problèmes d'utilisabilité). Ici, l'utilisateur doit suivre des scénarios dutilisation construits afin de vérifier les hypothèses identifiées précédemment. Ces scénarios correspondent généralement à des tâches typiques de lutilisateur.





Source :



Et vous ?



Comment organisez-vous vos tests ? Avez-vous des anecdotes à partager ? Dans le cycle de vie dun développement logiciel, la phase de tests a pour objectif de sassurer que le système réagit de la façon prévue par ses développeurs ou, le cas échéant, est conforme aux besoins du client.Tout dabord, la version alpha, qui nest pas censée être accessible à un large public. Ici, il sagit de la première phase de développement concret du logiciel après avoir codé lapplication. Très souvent, le produit en alpha test na pas toutes les fonctionnalités prévues pour le produit final. En alpha test le produit peut présenter un nombre important de bogues. Dans notre test de martelage de clou, bien que le marteau vient frapper contre le clou, il seffrite après que le clou se soit quand même planté dans le bois.Puis la bêta test. Durant cette phase, le logiciel est soumis à lappréciation dun plus grand panel dutilisateurs. Il présente moins de bogues que dans sa version alpha. Rappelons quune bêta test peut être fermée (elle nécessite une invitation pour y participer) ou ouverte / publique. Les Alpha et Bêta ainsi que les Bêta entre eux sont souvent complémentaires car ils situent différemment les problèmes divers et variés. Dans notre test de martelage de clou, le marteau na plus la forme rudimentaire quil arborait en alpha.Il arrive que certains tests soient fastidieux et en inadéquation avec les impératifs de développement actuels. Des tests de régression ou des tests à grande combinatoire par exemple voient leur réalisation être aussi répétitive que chronophage. Cest à ce moment quintervient lautomatisation des tests, qui nécessite tout de même que le test réponde à certains critères :Pour vérifier la stabilité, un test de stress peut être lancé. Il va servir à analyser le comportement dun logiciel lorsquil est soumis à des cas de non conformité des applications. Le test de stress permet de révéler le comportement de lapplication et prévoir les causes afin de rendre son logiciel plus fiable. Ici, lactivité maximale attendue tous scénarios fonctionnels confondus en heures de pointe de lapplication sera simulée, pour voir comment le système réagit au maximum de lactivité attendue des utilisateurs. Dans notre cas, une pluie de clous et de marteaux est déversée, pourtant au final un seul clou sera planté.Les tests fonctionnels de bout en bout quand à eux couvrent l'ensemble des intégrations nécessaires pour la mise en uvre d'un service logiciel répondant à une problématique fonctionnelle. Contrairement au test unitaire qui va permettre de vérifier le bon fonctionnement d'une partie précise d'un logiciel ou d'une portion d'un programme (module), ici chacun des modules indépendants du logiciel est assemblé et testé dans lensemble.Un test manuel (ou encore test dutilisateur / dutilisabilité) permet dobserver directement la façon dont lutilisateur se sert dune application et ainsi identifier concrètement les véritables difficultés quil rencontre (problèmes d'utilisabilité). Ici, l'utilisateur doit suivre des scénarios dutilisation construits afin de vérifier les hypothèses identifiées précédemment. Ces scénarios correspondent généralement à des tâches typiques de lutilisateur.Source : Monkey User Comment organisez-vous vos tests ? Avez-vous des anecdotes à partager ? Une erreur dans cette actualité ? Signalez-le nous ! Votre nom : Votre e-mail : Décrivez l'erreur que vous souhaitez porter à notre connaissance : 12 commentaires Poster une réponse Signaler un problème Les mieux notés Les plus récents Ordre chronologique Expert éminent sénior https://www.developpez.com

26 0 Le trolldi, on déploie direct en prod bien sur: Membre averti https://www.developpez.com 16 0 Je fais tester par mon supérieur, si il trouve un bug c'est qu'il a encore touché à mon code. Membre averti https://www.developpez.com 12 0 Les clients sont là pour ça non Membre averti https://www.developpez.com 11 0 On fait pas de test car "c'est une perte de temps". Ce qui donne plus tard "putain les mec c'est quoi encore cette régression bordel vous avez pourtant eu au moins 30 minutes pour merger/valider avant la livraison" Membre à l'essai https://www.developpez.com



From : 6 1 From : https://twitter.com/TheJewberwocky/s...30760495013892 Membre à l'essai https://www.developpez.com 4 0 "Tester, c'est douter" Membre confirmé https://www.developpez.com Envoyé par zm1984 Envoyé par La phase de tests dans le développement d'un logiciel est très importante juste comme dans la production de n'importe quel produit.

Elle assure la qualité du produit en revilant les anomalies et les défauts à régler avant (alpha) et après (beta) la laivraison du logiciel. Dans le domaine de recherche beaucoup de travaux ont essayer d'optimiser cette phase pour minimiser les coûts en matière de budget et du temps en proposant des modèles automatique de tests qui visent par exemple à prévoir les modules à tester d'avantage. 5 1 La phase de relecture aussi, désolé ça m'a un peu écorché les yeux. Membre éprouvé https://www.developpez.com Les clients sont là pour ça non Les clients sont là pour ça non ma situation professionnelle étant plutôt du coté des clients... je dirais que je teste moi même... et que les boites nous refacturent les "demandes de développement" pour mettre à jour...



visiblement, ça doit être une pratique courante... 4 0 ma situation professionnelle étant plutôt du coté des clients... je dirais que je teste moi même... et que les boites nous refacturent les "demandes de développement" pour mettre à jour...visiblement, ça doit être une pratique courante... Membre averti https://www.developpez.com



Compilé c'est livré! Compilé c'est livré! Nos clients sont nos meilleurs beta-testeurs Nos clients sont nos meilleurs beta-testeurs 4 0 2 principes très utiles que j'utilise au quotidien Membre confirmé https://www.developpez.com Envoyé par Andarus Envoyé par On fait pas de test car "c'est une perte de temps".



Comme ils sont pas là, c'est une petite vengeance ! 2 0 Surtout ceux réalisés par les utilisateurs...Comme ils sont pas là, c'est une petite vengeance ! Poster une réponse Signaler un problème

