La dette technique est souvent négligée, et il est essentiel de la prendre en compte. Les testeurs s’engagent à adapter les cas de test, les plans de test et les cadres en fonction des changements tout au long du processus de développement, afin de minimiser le nombre de composants qui ne sont plus utiles et d’optimiser les ressources. » Jorge Asensio, expert en automatisation des tests chez q-leap.
La dette technique englobe tout ce qui est lié au logiciel en cours de développement, directement ou indirectement, et qui n’est plus utile au processus de développement ou à la maintenance de l’application en cours de développement.
La dette de processus est une sorte de dette technique générée lorsque les processus sont médiocres ou absents pour gérer des choses comme les défauts, la documentation ou même les cas de test.
Une certaine forme de dette technique existera toujours. Il y a des organisations qui luttent vaillamment pour la contenir, et d’autres qui ont laissé des « I.O.U. » placardés à divers endroits comme rappel pour « nettoyer les tests unitaires échoués », « refaire la documentation », « mettre à jour les dépendances de l’application » ou « refactoriser le vieux code ». Ces tâches continuent d’être repoussées dans le backlog pendant que des histoires métier plus importantes sont traitées.
En tant que testeur, observer les difficultés des développeurs à rembourser la dette technique, même une dette technique mineure, est une lutte avec laquelle nous devrions compatir. Les testeurs, avec leurs partenaires en développement logiciel, ont tendance à plaider en faveur du nettoyage de la dette technique par souci de qualité. Une zone avec laquelle les testeurs ont généralement affaire est la dette de processus. Cela grignote le temps qui serait mieux passé à tester le logiciel, tout comme la dette technique grignote le temps de développement.
Lisez l’article complet sur le site de Ministry of Testing.
À PROPOS DE L’EXPERT DE Q-LEAP RECOMMANDANT CET ARTICLE
Jorge Asensio est un expert en automatisation des tests chez q-leap. Jorge est un testeur qui aime partager ses expériences et apprendre des autres.
Il est un joueur d’équipe solide, possède d’excellentes compétences en communication avec les clients et est entièrement dédié à sa carrière dans les tests de logiciels. Il se concentre toujours sur la perfection en matière d’automatisation, de fonctionnalité et de performance. Il est également un expert de Selenium Browser Automation, un framework pour automatiser les applications en ligne. Jorge travaille en étroite collaboration au sein de l’entreprise pour aider à évaluer et améliorer les cadres d’automatisation existants, concevoir, exécuter et maintenir des scripts de test automatisés afin de garantir que les normes de contrôle de la qualité sont atteintes.
