Tous les articles
Les Tests de charges dans un environnement Agile Modulaire/Micro Service
L’agilité, de par le découpage des grosses applications et les livraisons régulières (les sprints), nécessite de revoir la façon d’envisager les tests de charge et d’appliquer la méthodologie TDC. En cycle en V, les applications sont vues comme un ensemble monolithique, les TDC permettent donc de qualifier l’ensemble du SI en fin de version (modulo quelques patchs). Il est donc possible de modéliser une campagne de TDC sur une application en cycle en V de la façon suivante : Dès que l’application est découpée en module ou en micro service, chacun développé par une équipe différente et fortement autonome, il est nécessaire
Automatisation des Tests & Revue de code
”Automation does not do what testers used to do, unless one ignores most things a tester really does. Automated testing is useful for extending the reach of the James Bach testers work, not to replace it.” Définition de l’automatisation L’automatisation de test permet de faciliter les tests de non-régression à la suite de la livraison d’une nouvelle version d’une application. Quand on peut faire l’automatisation des tests ? L’automatisation d’un test n’a de sens que si le test répond à un certain nombre de critères : Le test est systématique : il doit être exécuté à chaque nouvelle version de l’application.
Retour Agilitest
J’ai eu la chance de pouvoir test Agilitest avant sa sortie et donc de faire du bêta test sur cet outil d’aide à l’automatisation des tests IHM. Je vous propose donc aujourd’hui un retour sur cet outil et vous fait part de mes impressions. Comme pour mes autre articles de tests d’outils, j’ai présenté ce retour aux responsables de l’outil, ces responsables m’ont permis d’améliorer l’article et même fournit du matériel pour cet article. Je pense ici à la vidéo de très bonne qualité intégrée à la présentation (et à l’article) qui reprend un exemple créé pour l’article. Présentation rapide : Agilitest
Processus: Automatiser ses tests
L’automatisation des tests se solde souvent par un échec. Les raisons peuvent être multiples et variées comme : Les problèmes de maintenance L’absence de retour sur investissement Les problèmes d’outils Exécuter uniquement les tests sans les analyser La non compréhension des résultats… Ces échecs sont généralement explicables par un manque de préparation, de stratégie ou un mauvais processus de mise en place de l’automatisation… Et pour résoudre ces problèmes il faut accepter l’idée que l’automatisation des tests est un projet à part entière. Dès lors il est normal de procéder par étapes, de connaitre les besoins et étudier l’intérêt d’automatiser et ses
Passer du Scrum au Kanban – Attention à l’éparpillement !
Pour la première fois de ma carrière, je travaille en Kanban sur un projet (Je l’avais déjà expérimenté pour de la résolution de bugs). Nous, l’équipe agile, avons décidé de passer en Kanban notre projet qui fonctionnait très bien en Scrum avec des sprints de 2 semaines. Cette décision, ce risque, a été pris suite à certaines limitations que nous avons rencontrées avec la mise en service de notre application et donc, un changement de contexte. L’application étant en service, nous avons commencé à avoir des remontées d’utilisateurs, des anomalies, des demandes d’évolutions et d’améliorations de l’ergonomie… Nous voulions répondre rapidement