Le WordPress d'aujourd'hui, décodé pour les développeurs
Histoire de WordPress
Lexique
Hooks WordPress
WP Moderne
.
Créer
Concevoir l’apparence et la structure du site.
4 842 articles en 17 catégoriesVoir toutes les catégories →
Développer
Étendre WordPress avec du code.
Optimiser
Rendre le site rapide, visible et sûr.
Projets
Mener un site de bout en bout.
Accueil › Étiquettes › intégration continue
Vous parcourez
Détecter une régression d'accessibilité avant la fusion d'une pull request coûte bien moins cher qu'après déploiement. Voici comment écrire un test bloquant
Un widget de tableau de bord qui affiche le résultat de la dernière suite de tests, pour que l'équipe technique n'ait plus
Estimer le poids énergétique des builds d'intégration continue d'un projet WordPress, et identifier les étapes les plus coûteuses pour les réduire sans
Quand deux branches attendent leur tour, la suite de tests donne un critère plus fiable que l'ordre d'arrivée pour décider laquelle intégrer
« Failed asserting that two strings are identical » sur une simple date formatée : le coupable est presque toujours le fuseau
L'analyse statique de code ne détecte pas tout. Ajouter un scan dynamique baseline ZAP contre un environnement de recette complète la vérification,
La version gratuite d'axe DevTools couvre déjà beaucoup de règles WCAG. Voici ce que la version payante apporte réellement à une équipe
Configurer Lighthouse CI, définir des assertions de performance et bloquer une pull request qui dégrade les scores avant qu'elle n'atteigne la production.
Brancher les notifications d'échec de tests directement dans le canal Slack de l'équipe, plutôt que de surveiller l'interface de la CI à
Une collection Postman utilisée manuellement peut aussi tourner en ligne de commande à chaque build. Mise en place de Newman pour automatiser
← Précédent
Suivant →
Aucun article ici pour le moment. Revenez bientôt !
