Dans ce billet, nous allons discuter d’un sujet crucial pour les développeurs et les testeurs : la pertinence des tests de bout en bout (ou end-to-end E2E) web.
En effet, lorsqu’il s’agit de tester des applications web, les tests automatisés jouent un rôle vital, car ils peuvent être exécutés à plusieurs reprises sans effort et manuel supplémentaire. Parmi les tests automatisés, les tests bout en bout sont particulièrement importants, car ils simulent des cas d’utilisation réels. Cependant, il existe des pratiques courantes qui limitent la pertinence de ces tests.
Nous allons ici examiner 3 mauvaises pratiques, ou erreurs courantes, qui limitent la pertinence de vos tests de bout en bout.
TuxRun et le noyau Linux
Il y a quelques années, je vous avais présenté TuxMake, un utilitaire pour faciliter la (cross-)compilation du noyau Linux supportant une grande variété de toolchains différentes : TuxMake et le noyau Linux.
TuxMake facilitant la compilation du noyau Linux, nous nous sommes alors attaqués à rendre l’exécution de ces noyaux plus aisée : ainsi est né TuxRun.
Lien New kselftest for verifying driver probe of Devicetree-based platforms
Présentation de Monkeyble: Framework de test bout en bout pour Ansible
Présentation de Monkeyble: framework de test bout en bout pour Ansible
Monkeyble est un petit framework qui permet de tester de bout en bout vos playbooks Ansible.
Il permet, au niveau des tâches des Playbooks, de:
- 🐵 Vérifier qu'un module a été appelé avec les bons arguments ;
- 🙊 Vérifier le résultat du retour d'un module ;
- 🙈 Vérifier l'état d'exécution d'une tâche (changed, skipped, failed) ;
- 🙉 Simuler (Mock) un module afin de retourner un résultat sans faire appel au vrai module.
Monkeyble est tout particulièrement conçu pour être placé dans une CI/CD afin de détecter les éventuels régressions lors des modifications sur une base de code Ansible 🚀.
Journal Comparatif d'outils d'analyse mémoire
Cher journal,
Il n'y a pas si longtemps, j'ai dû faire un comparatif d'outils d'analyse mémoire dans nos programmes, pour le boulot. Tu connais sûrement ce genre d'outils, tels que Valgrind ou Address Sanitizer, sous le nom de memory sanitizers. Ces deux là sont assez connus mais il en existe d'autres tels que Dr. Memory (que je ne connaissais pas) ou encore Intel Inspector (que je ne connaissais qu'à peine).
D'une manière générale ces outils fonctionnent en gardant (…)
Lien A11y Automation Tracker
TuxMake et le noyau Linux
La compilation du noyau Linux est souvent présentée comme étant triviale : un appel à make
et c’est réglé.
Cependant les choses se compliquent vite si l’on souhaite :
- cross-compiler
- utiliser différentes toolchains (ou versions)
- reproduire une compilation sur une autre machine
- utiliser une toolchain non-supportée par sa distribution
- …
En connaissant bien le fonctionnement de sa distribution et les règles de compilations du noyau Linux, c’est tout à fait faisable même si cela reste fastidieux. D’ailleurs, beaucoup de développeurs du noyau possèdent un jeu de scripts maison pour cela.
Afin de rendre cela accessible à tous, Linaro a créé et maintient TuxMake.
Lien Test des backends DRM/KMS de Weston avec virtme et VKMS
Lien Firefox et accélération matérielle sous X11 : appel à tester
Cerberus 4.7 — En route pour la webperf et l’analyse web
De l’eau a coulé sous les ponts pour Cerberus depuis la dernière annonce sur LinuxFr.org (2014). Pour rappel, Cerberus est une application Java/MariaDB en mode Web qui permet de gérer et concevoir des tests automatisés pour des applications sur technologies Web, natives en mode desktop, mais aussi sur mobiles iOS et Android. Cerberus permet également de faire des tests de services Web (SOAP, REST, JSON, mais aussi Apache Kafka sur des opérations de production et recherche d’événements dans des topics).
Cerberus fait partie des logiciels dits de Low code testing (test avec peu de code) et a pour objectif de mettre l’automatisation de tests dans les mains de personnes qui n’ont pas le temps ou les compétences pour écrire des tests dans un langage de programmation.
Pas besoin d’un IDE, d’un compilateur ni même d’une infrastructure de test. Il faut juste l’adresse URL de l’outil avec un identifiant et un mot de passe, et les premiers tests peuvent être créés et lancés simplement.
La version 4.7 ajoute principalement la capacité de contrôler le trafic réseau généré par l’application testée. Elle ajoute sur ce thème de nombreux rapports et tableaux de bord qui facilitent l’analyse des cas de tests.
La seconde partie de la dépêche détaille les fonctionnalités disponibles, mais elle explique également les enjeux et contraintes d’automatisation de tests pour l’analyse et les performances sur un site Web.
Forum Linux.debian/ubuntu Installer un package de stable dans une debian testing
Bonjour,
je voudrais installer Ardour sur ma debian testing. Mais il n'est pas dans la liste des paquets. Par contre il est présent dans le dépôt "sable". Est-ce que c'est une bonne idée de l'installer en rajoutant le dépôt "stable" dans mon sources.list ?
merci de vos conseils
Journal Dernière version de KDE sous Debian testing
J’utilise Debian. Ça me permet d’avoir une distribution bien supportée, qui sépare bien logiciels libres et logiciels non-libres.
La version que je choisis d’utiliser est testing, un bon compromis entre la stabilité de Debian stable et l’instabilité de… unstable. De toute façon, les paquets migrent rapidement de unstable à testing une fois qu’ils ont passé quelques jours de vérifications, ce qui me va bien.
J’aime aussi beaucoup l’environnement de bureau Plasma et l’écosystème KDE.
Le bureau KDE fourni par Debian (…)
Forum général.petites-annonces TETRANE 2/3: multiples offres d'emplois / stages : Ingé Tests&Validation (QA)
cf l'annonce que nous venons de publier pour la description rapide de notre société et les infos communes à tous nos postes
Postes Ingé Tests&Validation (QA)
Au sein de l’équipe R&D TETRANE, vous concevez les environnements et plans de tests, exploratoires et/ou automatisés, permettant d’assurer le haut niveau de qualité des solutions Tetrane. Vous implémentez les tests des nouvelles versions de manière efficiente. Ainsi vous influencez directement les produits par vos remontées de correctifs et de nouvelles fonctions à (…)
Forum Linux.debian/ubuntu Utilisation de debian testing
Je voulais avoir des retours utilisateurs. J'utilise des distributions basées sur Ubuntu depuis quelques années et j'aimerais passer à une rolling release pour ne pas avoir à serrer les dents tous les 6 mois.
Je me suis donc installé une debian testing depuis 1 mois sur une VM avec Gnome Shell, j'en suis plus que satisfait :)
Maintenant, j'utilise linux tous les jours et j'aimerais savoir si il vous déjà arrivé d'avoir des problèmes avec les mises à jour.
Sinon (…)
AFUP Lyon - 16 septembre 2015 - Conférence sur l'A/B Testing
Le 16 septembre 2015 à 19h, l'antenne lyonnaise de l'AFUP (Association Française des Utilisateurs de PHP) accueillera Benjamin Chioetto, analyste pour la société Empirik.
Lors de cette conférence, Benjamin Chioetto, nous présentera :
- le principe de l’A/B testing ;
- les différents outils du marché ;
- le détail d’un des outils ;
- des exemples de tests effectués et de leurs retours ;
- la méthodologie utilisée pour choisir les tests.
La conférence aura lieu dans les locaux d’Epitech, au 86 boulevard Marius Vivier-Merle 69003 LYON.
NdM: le test A/B consiste à proposer aux utilisateurs des variantes A et B d'un logiciel/site, différant selon un seul critère, pour déterminer la meilleure version. Par ailleurs une part importante de la présentation concernera des outils propriétaires. Nous vous invitons à signaler dans les commentaires les outils libres que vous utilisez pour faire des tests A/B.