Tous les articles
Introduction aux tests de performance
Les tests de performance ont pour but d’observer un comportement (temps de réponse, erreurs) sur une application sous charge. Cette charge est générée par des outils d’injection (donc forcément automatisée) qui reproduisent de l’activité sur l’application. Les tests de performance permettent d’anticiper des situations de production afin d’apporter un maximum de correction avant que l’application soit disponible aux utilisateurs. Dès qu’il est possible de générer une activité sur une application, un vaste éventail de possibilité s’ouvre à vous (par exemple): En utilisation « classique » (proche de celle de la production), je peux prendre un étalon sur ma version de production et vérifier
La magie et le test, mêmes combats ?
Article publié initialement sur ce lien: https://www.solutions-numeriques.com/expert-magie-et-test-memes-combats/ « Ceci n’est pas un lapin[1] ». Alors que je dévorais les pages de ce passionnant ouvrage, son titre faisait résonner en moi de nombreuses références magritiennes[2] ou, plus pragmatiquement, professionnelles[3]. Si les neurosciences peuvent expliquer la magie – ou plutôt l’illusion – pourraient-elles aussi expliquer nos erreurs ? Contrairement à bien des idées reçues, notre cerveau, loin d’être sous-utilisé, fonctionne quasiment à plein régime lorsque nous sommes éveillés. Il nous renvoie en permanence des signaux venant de notre environnement ; gère nos pensées, nos sensations, nos actions et tous ces automatismes qui tournent telles des « tâches de
Sondage le futur du test : Mes réponses
J’ai récemment lancé un sondage visant à savoir quel sera, d’après les professionnels du test, le futur du test logiciel. Dans cet article je vais présenter ma vision et expliquer mes choix. Le résultat définitif du sondage sera quant à lui communiqué la semaine prochaine. Afin de ne pas influer sur ce sondage, je vous demande de ne pas modifier vos réponses suite à la lecture de cet article et de répondre à ce dernier avant de lire cet article si vous souhaitez y répondre. J’ai personnellement voté pour ces 3 points : Les tests non fonctionnels (sécurité, adaptabilité, utilisabilité, performances… (voir
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.