Tous les articles
Agilité & Tests de charge incrémental
Avec l’avènement des méthodes agiles, l’organisation pour continuer à assurer la qualité technique doit évoluer (sujet évoqué dans un article précédent : lien ). L’application de la méthodologie de test de charge évolue aussi. Le fait de tester régulièrement un SI permet une forme d’historisation des résultats. Les objectifs d’évolution de comportement (méthode incrémentale – SLA dynamique) deviennent prépondérant d’une version à l’autre et complémentaire avec les vérifications standards des SLA (SLA statique). Nous entrons alors dans le domaine de l’historisation des évolutions de comportement, mais il faut bien identifier les ruptures rendant ces comparaisons caduques: – Quand la comparaison a-t-elle un
Résultats du sondage sur le futur du test
Début mai 2018 je lançais un sondage, la question était : Quels sont, selon vous, les 3 axes d’évolution principaux du test sur les 10 prochaines années? Et je proposais de nombreuses réponses qui toutes font et/ou feront partie intégrante du futur du test. L’exercice était donc, parmi l’ensemble de ces solutions, quelles sont, selon vous, les plus importantes dans les 0 prochaines années, quelles sont celles qui révolutionneront le plus le métier du test. Les réponses proposées étaient : L’automatisation des tests L’agilité avec l’intégration du test dans les équipes de développement Les tests non fonctionnels (sécurité, adaptabilité, utilisabilité, performances… (voir ISO
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